Redis Persistence

Redis에서 데이터를 영구 저장하는 방법

Redis Persistence

Redis는 빠른 성능으로 유명한 인메모리 데이터 저장소이지만, 아래와 같은 특성이 존재한다.

• 서버 재시작 시 모든 데이터 유실

• 복제 기능을 사용해도 사람의 실수가 발생하면 데이터 복원 불가능

• 캐시 이외의 용도로 사용 시 적절한 데이터 백업이 필요

따라서 데이터 손실을 방지하기 위한 강력한 영속성 옵션도 제공한다.

Persistence Option

Redis는 데이터를 영구적으로 저장하기 위한 두 가지(AOF, RDB) 방식을 제공한다.

1. AOF(Append Only File)

AOF는 Redis의 데이터를 변경하는 모든 명령어를 순차적으로 저장하는 방식이다. 즉, 데이터를 변경하는 커맨드가 들어오면 커맨드를 그대로 저장한다.

예를 들어, key1의 값이 변경되고 key2가 삭제 되었다면 해당 커맨드 기록이 모두 남아있다.

주요 특징:

• 모든 데이터 변경 명령이 기록되어, 데이터의 변경 이력을 완벽하게 추적할 수 있다.

• 특정 키의 값이 변경되거나 삭제되는 모든 명령이 그대로 기록되고 이처럼 명령어 전체를 기록하기 때문에 RDB 방식에 비해 파일 크기가 크다.

• 파일 크기 관리를 위해서는 주기적으로 압축하여 재작성(rewrite)하는 과정이 필요하다.

• 실제로 AOF 파일은 Redis 프로토콜 형식으로 저장되어 일반적인 텍스트로 읽을 수 없다.

AOF 생성 방법:

1. 자동 생성: redis.conf 파일에서 auto-aof-rewirte-percentage 옵션을 통해 파일 크기 기준으로 재작성 시점을 지정할 수 있다.

2. 수동 생성: BGREWRITEAOF 명령어를 사용하여 수동으로 AOF 파일을 재작성할 수 있다.

2. RDB(Redis Database)

RDB는 특정 시점의 메모리 데이터를 스냅샷 형태로 저장하는 방식이다.

예를 들어, key1의 값이 변경되고 key2의 데이터가 삭제되었다면 key1의 변경 값만 저장된다.

주요 특징:

• 저장 시점의 메모리 데이터를 바이너리 형태로 저장한다.

• 여러 번의 데이터 변경이 있더라도 최정 상태만을 저장한다.

• AOF에 비해 파일 크기가 작고 로딩 속도가 빠르다.

• 스냅샷 생성 시점 사이의 데이터가 유실될 수 있다.

RDB 파일 생성 방법:

1. 자동 생성: redis.conf 파일의 SAVE 옵션을 통해 시간 기준으로 저장 주기를 설정할 수 있다.

2. 수동 생성: BGSAVE 명령어를 사용하여 수동으로 RDB 파일을 저장할 수 있습니다.

   • SAVE 명령어도 존재하지만, Redis 서버를 블로킹하므로 실제 운영 환경에서는 사용을 (절대) 피해야 한다.

AOF vs RDB 선택 기준

만약 Redis를 단순 캐시로만 사용한다면 영속성 옵션들을 필요로 하지는 않는다. 하지만 데이터 보존이 필요한 경우 어떤 영속성 옵션을 사용할 지 고민해 봐야 한다.

1. 백업은 필요하지만 어느 정도의 데이터 손실이 허용되는 경우

• RDB만 단독으로 사용한다.

• redis.conf 파일에서 SAVE 옵션을 적절하게 사용한다.

  • ex) save 900 1 설정은 900초 동안 최소 한 개 이ㅅㅏㅇ의 키 변경이 있을 때 RDB 파일을 재작성(생성) 하라는 의미이다.

1. 장애 상황 직전까지의 데이터를 보장해야 하는 경우

• AOF 사용. (appendonly yes)

• appendsynce 옵션이 기본값인 everysec일 경우 최대 1초 사이의 데이터만 손실 가능성이 있다.

1. 최고 수준의 데이터 내구성이 필요한 경우

• Redis 공식 문서에서 권장하는 방식으로, AOF와 RDB를 동시에 사용

AOF의 appendfsync 옵션에는 always, everysec, no 설정이 있으며 각각 데이터 안정성과 성능 사이의 트레이드 오프가 존재한다.

RDB 방식은 fork()를 샤용하여 자식 프로세스를 생성하므로, 메모리 사용량이 순간적으로 2배가 될 수 있다는 점을 고려해야 한다.