Azure Managed Redis(미리 보기) 인스턴스에 대한 데이터 지속성 구성

아티클
11/19/2024

Redis 지속성을 사용하면 캐시 인스턴스에 저장된 데이터를 유지할 수 있습니다. 하드웨어 오류가 있는 경우 캐시 인스턴스는 다시 온라인 상태가 되면 지속성 파일의 데이터로 리하이드레이션됩니다. 데이터를 유지하는 기능은 모든 캐시 데이터가 메모리에 저장되므로 캐시 인스턴스의 내구성을 높이는 중요한 방법입니다. 캐시 노드가 다운된 경우 오류가 발생하면 데이터 손실이 있을 수 있습니다. 지속성은 Azure Managed Redis(미리 보기)를 사용하는 고가용성 및 재해 복구 전략의 핵심 부분이어야 합니다.

Important

데이터 지속성은 예기치 못한 Redis 노드 오류에 대한 복원력을 제공하기 위한 것이지만 데이터 백업 또는 특정 시점 복구(PITR) 기능은 아닙니다. 손상된 데이터가 Redis 인스턴스에 기록되면 이 데이터도 유지됩니다. Redis 인스턴스의 백업을 만들려면 내보내기 기능을 사용합니다.

가용성 범위

서비스 계층	메모리 최적화, 분산, 컴퓨팅 최적화하기	최적화된 플래시
사용 가능	예	예

Redis의 데이터 지속성 유형

Azure Managed Redis 의 지속성에는 RDB(Redis 데이터베이스 ) 형식과 AOF(추가 전용 파일 ) 형식의 두 가지 옵션이 있습니다.

RDB 지속성 - RDB 지속성을 사용하는 경우 Azure Managed Redis는 캐시의 스냅샷을 이진 형식으로 유지합니다. 스냅샷은 Redis 인스턴스에 탑재된 관리 디스크에 저장됩니다. 구성 가능한 백업 빈도에 따라 스냅샷을 유지할 빈도가 결정됩니다. 주 및 복제본을 모두 사용하지 않도록 설정하는 치명적인 이벤트가 발생하면 가장 최근의 스냅샷을 사용하여 캐시가 자동으로 재구성됩니다. RDB 지속성의 장점 및 단점에 대해 자세히 알아봅니다.
AOF 지속성 - AOF 지속성을 사용하는 경우 Azure Managed Redis는 모든 쓰기 작업을 로그에 저장합니다. 로그는 Redis 인스턴스에 탑재된 관리 디스크에 초당 한 번씩 저장됩니다. 중대한 이벤트가 발생하여 주 및 복제본 캐시가 모두 비활성화된 경우 저장된 쓰기 작업을 사용하여 자동으로 캐시를 재구성합니다. AOF 지속성의 장점 및 단점에 대해 자세히 알아봅니다.

Important

Azure Managed Redis 지속성 기능은 데이터가 손실된 후 데이터를 동일한 캐시로 복원하는 데 사용됩니다. RDB/AOF 지속형 데이터 파일은 사용자가 액세스할 수 없으며 새 캐시나 기존 캐시로 가져올 수 없습니다. 캐시 간에 데이터를 이동하려면 Import/Export 기능을 사용합니다. 자세한 내용은 Azure Cache for Redis에서 데이터 가져오기 및 내보내기를 참조하세요.

새 캐시에 추가할 수 있는 데이터의 백업을 생성하려면 주기적으로 데이터를 내보내는 PowerShell 또는 Azure CLI를 사용하여 자동화된 스크립트를 작성할 수 있습니다.

필수 구성 요소 및 제한 사항

지속성 기능은 데이터 손실 후 동일한 캐시에 데이터를 복원하는 데 사용됩니다.

RDB/AOF 지속형 데이터 파일은 새 캐시나 기존 캐시로 가져올 수 없습니다. 대신 Import/Export 기능을 사용합니다.
지속성은 활성 지역 복제를 사용하는 캐시에서 지원되지 않습니다.
지속형 데이터 파일을 보유하는 관리 디스크는 기본적으로 Microsoft 관리형 키(MMK)를 사용하여 암호화되지만 고객 관리형 키(CMK)도 사용할 수 있습니다. 자세한 내용은 데이터 암호화 관리를 참조하세요.

Azure Portal을 사용하여 데이터 지속성을 설정하는 방법

Azure Portal에 로그인하고 Azure Managed Redis 빠른 시작 가이드의 지침에 따라 시작합니다.
고급 탭에 도달하면 데이터 지속성 섹션에서 RDB 또는 AOF 옵션을 선택합니다.

RDB 지속성을 사용 하도록 설정하려면 RDB를 선택하고 설정을 구성합니다.

설정	제안 값	설명
백업 주기	드롭다운을 사용하고 백업 간격을 선택합니다. 선택 항목에는 60분, 6시간 및 12시간이 포함됩니다.	이 간격은 이전 백업 작업이 성공적으로 완료된 시점부터 계산됩니다. 이 간격이 경과하면 새 백업이 시작됩니다.

AOF 지속성을 사용하도록 설정하려면 AOF를 선택합니다. 하나의 백업 빈도 옵션만 사용할 수 있습니다.
Azure Managed Redis 빠른 시작 가이드의 나머지 지침에 따라 캐시 만들기를 완료합니다.

참고 항목

리소스 메뉴에서 고급 설정으로 이동하여 언제든지 이전에 만든 Azure Managed Redis 인스턴스에 지속성을 추가할 수 있습니다.

PowerShell 및 Azure CLI를 사용하여 데이터 지속성을 설정하는 방법

PowerShell 사용

New-AzRedisEnterpriseCache 명령을 사용하여 데이터 지속성을 사용하여 새 Azure Managed Redis 인스턴스를 만들 수 있습니다. RdbPersistenceEnabled, RdbPersistenceFrequency, AofPersistenceEnabled 및 AofPersistenceFrequency 매개 변수를 사용하여 지속성 설정을 구성합니다. 이 예제에서는 1시간 빈도로 RDB 지속성을 사용하여 새 Balanced B10 인스턴스를 만듭니다.

New-AzRedisEnterpriseCache -Name "MyCache" -ResourceGroupName "MyGroup" -Location "West US" -Sku "Balanced_B10" -RdbPersistenceEnabled -RdbPersistenceFrequency "1h"

기존 캐시는 Update-AzRedisEnterpriseCacheDatabase 명령을 사용하여 업데이트할 수 있습니다. 이 예제에서는 기존 인스턴스에 12시간 빈도의 RDB 지속성을 추가합니다.

Update-AzRedisEnterpriseCacheDatabase -Name "MyCache" -ResourceGroupName "MyGroup" -RdbPersistenceEnabled -RdbPersistenceFrequency "12h"

Azure CLI 사용

az redisenterprise create 명령을 사용하여 데이터 지속성을 사용하여 새 Azure Managed Redis 인스턴스를 만들 수 있습니다. rdb-enabled, rdb-frequency, aof-enabled 및 aof-frequency 매개 변수를 사용하여 지속성 설정을 구성합니다. 이 예제에서는 1시간 빈도로 RDB 지속성을 사용하여 새 Balanced B10 인스턴스를 만듭니다.

az redisenterprise create --cluster-name "cache1" --resource-group "rg1" --location "East US" --sku "Balanced_B10" --persistence rdb-enabled=true rdb-frequency="1h"

기존 캐시는 az redisenterprise database update 명령을 사용하여 업데이트할 수 있습니다. 이 예제에서는 기존 캐시 인스턴스에 12시간 주기로 RDB 지속성을 추가합니다.

az redisenterprise database update --cluster-name "cache1" --resource-group "rg1" --persistence rdb-enabled=true rdb-frequency="12h"

데이터 암호화 관리

Redis 지속성은 미사용 데이터를 생성하므로 이 데이터를 암호화하는 것은 많은 사용자에게 중요한 문제입니다. Azure Managed Redis에서 데이터는 캐시 인스턴스에 탑재된 관리 디스크에 저장됩니다. 기본적으로 지속성 데이터를 보유하는 디스크와 OS 디스크는 Microsoft 관리형 키를 사용하여 암호화됩니다. CMK(고객 관리형 키)를 사용하여 데이터 암호화를 제어할 수도 있습니다. 지침은 Azure Managed Redis의 암호화를 참조하세요.

지속성 FAQ

다음 목록에는 Azure Managed Redis 지속성에 대해 일반적으로 묻는 질문과 답변이 들어 있습니다.

이전에 만든 캐시에서 지속성을 사용할 수 있나요?
AOF 및 RDB 지속성을 동시에 사용할 수 있나요?
지속성은 지역 복제에서 어떻게 작동하나요?
어떤 지속성 모델을 선택해야 하나요?
다른 크기로 확장했고 크기 조정 작업 전에 만들어진 백업을 복원할 경우 어떻게 되나요?
데이터 지속성에 사용되는 관리 디스크에 대한 요금이 청구되나요

RDB 지속성

캐시를 만든 후 RDB 백업 주기를 변경할 수 있나요?
RDB 백업 주기가 60분인데 왜 백업 사이 간격이 60분 이상이 되나요?
새 백업을 만들면 이전 RDB 백업은 어떻게 되나요?

AOF 지속성

AOF 지속성이 내 캐시의 처리량, 대기 시간 또는 성능에 영향을 미치나요?
다시 쓰기란 무엇이며 내 캐시에 어떤 영향을 미치나요?
AOF가 설정된 캐시의 크기를 조정하는 경우 어떻게 되나요?

이전에 만든 캐시에서 지속성을 사용할 수 있나요?

예, 캐시를 생성할 때와 기존 Azure Managed Redis 인스턴스에서 지속성을 구성할 수 있습니다.

AOF 및 RDB 지속성을 동시에 사용할 수 있나요?

아니요. RDB 또는 AOF를 사용하도록 설정할 수 있지만 동시에 둘 다 설정할 수는 없습니다.

지속성은 지역 복제에서 어떻게 작동하나요?

데이터 지속성을 사용하도록 설정하면 캐시에 지역 복제를 사용하도록 설정할 수 없습니다. 활성 지역 복제는 지역 가동 중단 시 데이터 지속성보다 더 나은 복원력을 제공하기 때문입니다. 데이터 복사본을 백업으로 내보내야 하는 경우 내보내기 기능을 대신 사용합니다.

어떤 지속성 모델을 선택해야 하나요?

AOF 지속성은 모든 쓰기를 로그에 저장하여 처리에 상당한 영향을 끼칩니다. RDB 지속성은 구성된 백업 간격에 따라 백업을 저장하고 성능에 미치는 영향을 최소화합니다. 기본 목표가 데이터 손실을 최소화하는 것이며 캐시에 대해 낮은 처리량을 처리할 수 있는 경우에는 AOF 지속성을 선택합니다. 캐시에 대해 최적의 처리량을 유지하려고 하면서도 데이터 복구 메커니즘을 계속 유지하려는 경우에는 RDB 지속성을 선택합니다.

RDB 지속성의 장점 및 단점에 대해 자세히 알아봅니다.
AOF 지속성의 장점 및 단점에 대해 자세히 알아봅니다.

AOF 지속성을 사용하는 경우 성능에 대한 자세한 내용은 AOF 지속성이 내 캐시의 처리량, 대기 시간 또는 성능에 영향을 미치나요?를 참조하세요.

AOF 지속성이 내 캐시의 처리량, 대기 시간 또는 성능에 영향을 미치나요?

AOF 지속성을 사용하면 처리에 영향을 줍니다. AOF는 모든 기본 프로세스에서 실행되며, AOF 지속성이 있는 캐시는 AOF 지속성이 없는 동일한 캐시보다 CPU 및 서버 부하가 더 높습니다. AOF는 각 쓰기 및 삭제가 몇 초 정도 지연되면서 유지되기 때문에 메모리 데이터와 최상의 일관성을 제공합니다. 단점은 AOF가 컴퓨팅 집약적이라는 것입니다.

다른 크기로 확장했고 크기 조정 작업 전에 만들어진 백업을 복원할 경우 어떻게 되나요?

RDB 및 AOF 지속성:

크기를 더 크게 조정한 경우에는 아무 효과가 없습니다.
더 작은 크기로 확장하고 마지막 백업의 모든 데이터를 저장할 수 있는 작은 크기의 공간이 충분하지 않으면 복원 프로세스 중에 키가 제거됩니다. 일반적으로 키는 allkeys-lru 제거 정책을 사용하여 제거됩니다.

데이터 지속성에 사용되는 관리 디스크에 대한 요금이 청구되나요?

관리 디스크 스토리지에 대한 요금은 청구되지 않습니다. 이미 가격에 포함되어 있습니다.

캐시를 만든 후 RDB 백업 주기를 변경할 수 있나요?

예, Azure Portal, CLI 또는 PowerShell을 사용하여 RDB 지속성의 백업 빈도를 변경할 수 있습니다.

RDB 백업 주기가 60분인데 왜 백업 사이 간격이 60분 이상이 되나요?

RDB 지속성 백업 간격의 주기는 이전 백업 프로세스가 성공적으로 완료되어야 시작됩니다. 백업 간격이 60분이고 백업 프로세스를 완료하는 데 15분이 걸린다면 다음 백업은 이전 백업 시작 시점에서 75분까지 시작되지 않습니다.

새 백업을 만들면 이전 RDB 백업은 어떻게 되나요?

가장 최근 백업을 제외한 모든 RDB 지속성 백업은 자동으로 삭제됩니다. 즉시 삭제되지 않을 수 있으나 오래된 백업을 무한정 유지하지는 않습니다.

다시 쓰기란 무엇이며 내 캐시에 어떤 영향을 미치나요?

AOF 파일이 충분히 커지면 다시 쓰기가 자동으로 큐에 대기됩니다. 다시 쓰기를 수행하면 현재 데이터 집합을 만드는 데 필요한 작업의 최소 집합을 사용하여 AOF 파일 크기가 다시 조정됩니다. 다시 쓰기 동안, 성능 제한에 더 빠르게 도달할 수 있으며 큰 데이터 세트를 처리할 때 특히 더 그렇습니다. AOF 파일이 더 커지면 다시 쓰기는 덜 자주 발생하지만 일단 발생하면 많은 시간이 소요됩니다.

AOF가 설정된 캐시의 크기를 조정하는 경우 어떻게 되나요?

크기 조정이 완료된 후에 파일이 다시 로드되므로 크기 조정 시 AOF 파일이 커질 경우 크기 조정 작업이 보통보다 더 오래 걸립니다.

크기 조정에 대한 자세한 내용은 다른 크기로 확장했고 크기 조정 작업 전에 만들어진 백업을 복원할 경우 어떻게 되나요?를 참조하세요.

다음을 통해 공유