3 Ways Of Persisting Sessions On AWS HA Environment
- How to Persist Sessions in a High Availability Environment on AWS
- sticky session 옵션을 사용하여 체결된 App Server와만 연결을 유도한다.
- DocumentDB에 세션정보를 저장하여 세션을 영구적으로 남긴다.
- ElastiCache for redis를 이용하여 세션 정보를 캐싱하여 사용한다.
- 1번째 요청에서 App Server 1과의 세션이 체결되었다.
- 로드밸런서의 트래픽이 두번째 요청을 App Server 2로 보내게 된다면, 1번째 요청에서 체결한 세션을 찾을 수 없는 문제점이 생기게 된다.
- 고가용성 환경 으로 App Server1, 2를 구성하였습니다.
- 5A로 시작하는 세션키로 유저 정보 저장.
- 5A를 세션키로 세젼정보 ( 유저 정보 ) 불러오기.
- 같은 세션키로 접근하여도 한번은 null을 가져오고, 한번은 정상적으로 불러온다.
- 이는 로드밸런서 ( ALB )가 한번은 세션이 채결된 App Server 1로 보내주고, 한번은 세션이 채결되지 않은 App Server 2로 보내주기 때문이다.
- 로드밸런서의 Sticky Session 옵션을 설정하는 방법은 대상그룹 ( Target Group )에서 설정할 수 있다.
- 세션 정보를 업데이트 하고
- GET 으로 세션정보를 가져올 때 항상 세션정보를 잘 가져옴을 알 수 있다.
- 콘솔에서 적용하는 것 이외의 별다른 조치를 취하지 않더라도 즉시 적용가능하다.
- 해당 인스턴스가 인스턴스 내부 메모리 ( 인스턴스 스토어 ) 를 이용해서 프로세스를 처리하는 중에 있는 등의 비이상적인 여러 상황속에서도 적용가능하다.
- 초기 당면한 세션 비고정되는 문제는 해결하였지만, App Server 1과 2에 균등하게 트래픽을 분산 시켜줘야하는 로드밸런서는 세션 고정으로 인해 트래픽 불균형이 일어 날 수 있다.
- 예를 들어, App Server 1과 세션이 체결된 사용자들이 오래 서비스를 사용하고 있다면 App Server 2는 그만큼 트래픽을 받지 못하는 상황이 오게된다.
- 세션은 Default 구성으로 인스턴스내의 파일에 세션이 저장된다.
- 즉, App Server 1의 서비스가 중단 될 경우, App Server 1과 체결된 세션은 모두 강제로 종료되는 상황이 벌어지게 된다.
- Spring Session MongoDB ( AWS의 DocumentDB는 MongoDB와 호환된다. )를 이용하여 NoSql DB를 세션저장소로 이용할 수 있다.
- DocumentDB의 파티션키는 검색속도와 연관 됨으로, 고유한 값으로 지정한다.
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-core</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-data-mongodb</artifactId>
</dependency>- application.properties
spring.data.mongodb.host={{ Your DocumentDB DNS URL }}
spring.data.mongodb.port=27017
spring.data.mongodb.database=prod- HttpSessionConfig.java
@EnableMongoHttpSession
public class HttpSessionConfig {
@Bean
public JdkMongoSessionConverter jdkMongoSessionConverter() {
return new JdkMongoSessionConverter(Duration.ofMinutes(30));
}
}- 한번 저장한 세션은 DB에 영원히 저장되어 향후 세션을 이용한 분석 등을 하기에 적합하다.
- Spring Session에서는 관계형 데이터 베이스도 지원하지만,
- 그에 비해 DocumentDB를 이용하게 되면 스키마를 자유롭게 확장 시킬수 있고, 용량은 수평 확장이 가능하다
- 메모리가 아닌 디스크를 이용하기 때문에 세션을 읽고 쓰는데 드는 시간이 높다.
- 기본적으로 DocumentDB는 MongoDB를 호환하지만, 최신 버전을 지원하지 않는다.
- 3.6 및 4.0 API 과 호환 ( 현재 MongoDB의 최신 버전은 5버전 이상이다. )
- 추가적으로 DocumentDB보다 더 높은 성능의 DynamoDB도 지원하지만, DynamoDB는 Spring Session 과의 호환이 되지 않는다.
- App Server 1,2가있는 VPC내에서 프라이빗 서브넷 2개 ( 2곳의 다른 가용영역 )에 배치하여 클러스터 구성
- 기본엔드포인트가 Spring Boot에서 사용할 Redis의 엔드포인트가 된다.
- 전체 소스는 spring-redis 폴더에 있습니다.
- spring-boot-starter-data-redis, spring-session-data-redis 의존성 추가
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.session</groupId>
<artifactId>spring-session-data-redis</artifactId>
</dependency>spring:
redis:
host: << Your Redis Server >>
port: 6379
# password: mypass
pool:
max-idle: 8
min-idle: 0
max-active: 8
max-wait: -1- host,port의 기본 값은 각각 localhost, 6373 이다.
- Elasticache 에서 Redis를 올릴때 ConfigureRedisAction에서 문제가 있어서 옵션 없음으로 선택한다 ( NO_OP )
@EnableRedisHttpSession
public class RedisSessionConfig {
@Value("${spring.redis.host}")
private String redisHost;
@Value("${spring.redis.port}")
private int redisPort;
@Bean
public LettuceConnectionFactory connectionFactory() {
return new LettuceConnectionFactory(redisHost, redisPort);
}
@Bean
public ConfigureRedisAction configureRedisAction() {
return ConfigureRedisAction.NO_OP;
}
@Bean
public RedisTemplate<String, Object> redisTemplate() {
RedisTemplate<String, Object> redisTemplate = new RedisTemplate<>();
redisTemplate.setConnectionFactory(connectionFactory());
redisTemplate.setKeySerializer(new StringRedisSerializer());
return redisTemplate;
}
}
- DocumentDB를 이용하는 것과 마찬가지로 스키마의 자유로운 확장과 용량의 수평확장이 가능한 장점이 있다.
- DocumentDB는 세션을 Disk에 저장하는데 반해 Redis는 메모리에 저장하는 데이터베이스이므로 읽기/쓰기 성능적인 면에서 상당한 이점이 있다.
- RDS나 DocumentDB를 사용하는것보다 다소 저렴하다. ( 단, 프리티어가 없고 클러스터 구성에따라 차이가 있을 수 있음 )
| 인스턴스 종류 | 크기 | 시간당 요금 |
|---|---|---|
| EC2 | t3.medium | 0.052 USD |
| Elasticache For Redis | cache.t3.medium | 0.099 USD |
| RDS for MySql | db.t3.medium | 0.104 USD |
| DocumentDB | db.t3.medium | 0.119 USD |
- In-Memory 방식의 데이터베이스이기 때문에 운영 중 장애가 났을경우 모든 세션 데이터는 사라지게 된다.
- 기본적으로 Redis와 동일시 취급받기는 하지만, Configuration 설정에서 오류가 난다는지 하는 기존 Redis와의 자잘한 이슈들은 계속 리포트 되고있다.
- 만료일을 지정하게 되면 해당 만료일이 지나면 데이터는 사라지게된다.
- 별도의 DB구성이 없다면 세션데이터는 영속성을 갖기 않는다.
FROM openjdk:12.0.2
EXPOSE 8080
ADD ./target/*.jar app.jar
ENTRYPOINT ["java","-jar","/app.jar"]mvn clean
mvn package -Dmaven.test.skipdocker build -t redis-session-spring .docker login # docker hub에 로그인
docker tag redis-session-spring:latest znxkznxk1030/redis-session-spring:lastest
docker push znxkznxk1030/redis-session-spring:lastest- 세션을 저장하도록 POST 요청
- 해당 세션에 UserInfo가 저장되어있는지 확인
- JSESSIONID를 강제로 변환시키기 ( 세션 바꾸기 )
- 다른 세션에서는 UserInfo가 저장되지 않은 것 확인하기
- tag: znxkznxk1030/spring-simple-session:0.0.1
- On DockerHub
- spring-simple-session
@Component
@Scope(value = WebApplicationContext.SCOPE_SESSION, proxyMode = ScopedProxyMode.TARGET_CLASS)
@Getter
@Setter
@ToString
public class UserInfo implements Serializable {
private static final long serialVersionUID = 1L;
private String userId;
private String userNm;
}- @Scope: Bean을 Session Scope에서 생명주기를 갖도록 하고, CGLIB를 이용해서 인테페이스 없이 클래스만으로도 Bean을 동적 생산하도록 한다.
- 스프링 부트 - 동적 프록시 기술(CGLIB, ProxyFactory)
@RestController
public class SessionController {
@Resource
private UserInfo userInfo;
@PostMapping(value = "login", consumes = "application/json", produces = "application/json")
public String login(@RequestBody UserDoc body) {
userInfo.setUserId(body.getUserId());
userInfo.setUserNm(body.getUserNm());
return userInfo.toString();
}
@GetMapping(value = "session", produces = "application/json")
public String get() {
return userInfo.toString();
}
}- 로드밸런서가 두개의 가용영역에 걸쳐 있는 App Server에 트래픽을 분산시켜 보내주게 된다.
- EC2가 실해되면 도커를 깔고 만들어둔 "znxkznxk1030/spring-simple-session:0.0.1" 이미지를 받아서 80포트로 노출시켜줍니다.
# AMI: Amazion Linux 2
# Docker Install
sudo yum update
sudo yum install apt-transport-https
sudo yum install ca-certificates
sudo yum install curl
sudo yum install software-properties-common
sudo yum search docker
sudo yum info docker
sudo yum install -y docker
sudo systemctl enable docker.service
sudo systemctl start docker.service
# Docker Pull
sudo docker pull znxkznxk1030/spring-simple-session:0.0.1
# Docker Run
sudo docker run -d -p 80:8080 znxkznxk1030/spring-simple-session:0.0.1brew install redis
brew services start redis
brew services stop redis
brew services restart redis
redis-cliredis 127.0.0.1:6379> AUTH PASSWORD
(error) ERR Client sent AUTH, but no password is set
redis 127.0.0.1:6379> CONFIG SET requirepass "mypass"
OK
redis 127.0.0.1:6379> AUTH mypass
Ok