Redis에서 백업과 복원을 어떻게 수행합니까?-Redis-php.cn

이 기사에서는 Redis 백업 및 복원 방법 (Save, BGSAve, AOF)을 살펴보고 다운 타임을 최소화하기위한 모범 사례를 강조합니다. RDB 스냅 샷과 로깅 AOF 로깅을 비교하여 프로덕션을위한 하이브리드 접근 방식을 옹호합니다. 효율적인 대형 전략 d

Redis에서 백업과 복원을 어떻게 수행합니까?

Redis는 요구 사항과 데이터 세트의 크기에 따라 백업 및 복원을 수행하는 몇 가지 방법을 제공합니다. 가장 일반적인 방법은 SAVE , BGSAVE 및 AOF (파일 만 추가)를 사용하는 것과 관련이 있습니다.

SAVE : 이 명령은 전체 Redis 데이터 세트의 포인트 인시 스냅 샷을 수행하여 디스크에 저장합니다. 차단 작업이므로 스냅 샷이 생성되는 동안 다른 모든 Redis 작업을 중지합니다. 이로 인해 트래픽이 높은 생산 환경에는 적합하지 않습니다. 저장된 파일은 단일 RDB (Redis Database) 파일입니다.
BGSAVE : 이 명령은 SAVE 위한 비 차단 대안입니다. 저축을 처리하기 위해 아동 프로세스를 포크하여 주요 Redis 프로세스가 요청을 계속할 수 있습니다. 이것은 SAVE 에 비해 다운 타임을 최소화하지만 포크 및 쓰기 작업 중에도 여전히 상당한 양의 시스템 리소스가 포함됩니다. 결과는 RDB 파일이기도합니다.
파일 만 추가하십시오 (AOF) : 로그 기반 접근법입니다. Redis에 대한 모든 쓰기 작업은 AOF 파일에 추가됩니다. 이것은 모든 변화에 대한 자세한 기록을 제공합니다. WRITES 용 RDB보다 느리지 만 AOF는 마지막 성공적인 쓰기에서 데이터 세트를 재구성하기 위해 재생할 수 있기 때문에보다 강력한 데이터 복구를 제공합니다. AOF는 쓰기 속도 및 데이터 일관성에 영향을 미치는 다른 Append 전략 (항상, 모든 사람, NO)로 구성 할 수 있습니다.

복원 : RDB 파일에서 복원하려면 Redis를 종료하고 기존 RDB 파일을 백업으로 바꾸고 Redis를 다시 시작하십시오. AOF 파일에서 복원하려면 AOF 파일이 지정된 상태에서 Redis를 시작합니다. Redis는 로그를 자동으로 재생하고 데이터 세트를 재구성합니다.

가동 중지 시간을 최소화하기위한 Redis 백업의 모범 사례는 무엇입니까?

Redis 백업 중 다운 타임을 최소화하면 다양한 기술을 결합한 전략적 접근이 필요합니다.

BGSAVE OVER SAVE : 항상 BGSAVE 보다 생산 SAVE 우선 순위를 정하십시오. BGSAVE 의 비 차단 특성은 최소한의 서비스 중단을 보장합니다.
적절한 설정이있는 AOF : everysec 전략으로 AOF를 구성하십시오. 이것은 데이터 안전과 성능 사이의 균형을 잘 제공합니다. always 사용하면 쓰기 성능에 크게 영향을 줄 수 있지만 no 는 위험하고 데이터 손실로 이어질 수 있습니다.
일반 백업 : 데이터 변경 빈도에 따라 일반 백업 일정을 구현합니다. 더 빈번한 변화는 더 빈번한 백업이 필요합니다. CRON 작업 또는 유사한 스케줄링 메커니즘을 사용하는 것을 고려하십시오.
별도의 스토리지로 백업 : 기본 저장소 장애시 데이터 손실을 피하기 위해 별도의 스토리지 장치 또는 서버에 백업을 저장하십시오.
복원 테스트 : 백업 및 복원 프로세스를 정기적으로 테스트하여 예상대로 작동하는지 확인하고 실제 재난이 발생하기 전에 잠재적 인 문제를 식별합니다.
스냅 샷 및 복제 : Redis의 복제 기능을 사용하여 Read Replicas를 생성하는 것을 고려하십시오. 기본 데이터베이스에 최소한의 영향을 받아 복제본의 정기적 인 스냅 샷을 찍을 수 있습니다.

대형 Redis 데이터 세트를 효율적으로 복원하려면 어떻게해야합니까?

큰 Redis 데이터 세트를 복원하는 데 시간이 많이 걸릴 수 있습니다. 효율성은 사용 된 백업 방법과 사용 가능한 리소스에 따라 다릅니다.

RDB 복원 최적화 : 복원 프로세스 중에 큰 파일 전송을 처리하기에 충분한 디스크 I/O 용량을 보장합니다. SSD를 사용하면 프로세스가 크게 높아집니다.
AOF 복원 최적화 : AOF는 더 나은 복구 기능을 제공하지만 매우 큰 AOF 파일을 복원하는 데 RDB 파일을 복원하는 것보다 오래 걸릴 수 있습니다. Append 전략을 최적화하면 ( everysec 는 균형이 좋습니다) 파일의 크기를 줄이는 데 도움이됩니다.
증분 백업 : 증분 백업 사용을 고려하여 마지막 백업 이후 변경 사항 만 저장합니다. 이는 후속 백업의 크기를 크게 줄이고 복원 속도를 높입니다. Redis는 기본적으로 증분 백업을 지원하지 않지만 차이를 비교하고 전송하는 도구 나 스크립트를 통해 유사한 효과를 얻을 수 있습니다.
병렬 처리 (가능한 경우) : Redis 인스턴스가 여러 노드에 분산 된 경우 병렬 처리를 사용하여 복원 프로세스 속도를 높이십시오.
네트워크 대역폭 : 원격 백업에서 복원하는 경우 큰 데이터 전송을 처리하기에 충분한 네트워크 대역폭을 보장하십시오.

Redis에서 사용할 수있는 다른 백업 전략은 무엇이며 내 사용 사례에 가장 적합한 전략은 무엇입니까?

Redis는 각각 트레이드 오프가있는 몇 가지 백업 전략을 제공합니다.

RDB (SNAPSHOT) : 백업을 생성하는 데 간단하고 빠르지 만 백업 프로세스 중에 고장이 발생하면 데이터 손실이 발생할 수 있습니다. 데이터 손실 공차가 높은 상황에 가장 적합하고 백업 중에 최소 가동 중지 시간이 중요합니다.
AOF (파일 전용) : 더 나은 데이터 내구성과 일관성을 제공하지만 쓰기 성능이 느리다. 데이터 손실이 용납 할 수없고 일관된 데이터가 가장 중요합니다.
하이브리드 접근법 : RDB와 AOF를 결합하면 강력한 전략이 제공됩니다. RDB는 빠른 복원을위한 빈번한 스냅 샷을 제공하는 반면 AOF는 데이터 내구성을 보장합니다. 이것은 종종 생산 환경에 권장되는 접근법입니다.
외부 도구 : 여러 타사 도구는 증분 백업, 압축 및 암호화와 같은 기능을 포함하여보다 고급 백업 및 복원 기능을 제공합니다.

최상의 전략 선택 : 최상의 전략은 특정 요구와 우선 순위에 따라 다릅니다.