다음을 통해 공유


Premium Azure Cache for Redis 인스턴스에 대한 패시브 지역 복제 구성

이 문서에서는 Azure Portal을 사용하여 Azure Cache for Redis 인스턴스 쌍에서 수동 지역 복제를 구성하는 방법을 알아봅니다.

수동 지역 복제는 두 개의 프리미엄 계층 Azure Cache for Redis 인스턴스를 함께 연결하고 활성-수동 데이터 복제 관계를 만듭니다. 활성-수동은 데이터가 동기화된 기본 및 보조 캐시 쌍이 있음을 의미합니다. 그러나 쌍의 한쪽인 기본에만 쓸 수 있습니다. 쌍의 다른 쪽인 보조 캐시는 읽기 전용입니다.

활성-수동활성-활성과 비교해 보세요. 쌍의 모든 쪽에 쓸 수 있고 다른 쪽과 동기화됩니다.

수동 지역 복제를 사용하는 경우 캐시 인스턴스는 일반적으로 다른 Azure 지역에 있지만 이 조건은 필수는 아닙니다. 하나의 인스턴스가 기본 인스턴스로 사용되고 다른 인스턴스가 보조로 사용됩니다. 기본 인스턴스는 읽기 및 쓰기 요청을 처리하고 변경 내용을 보조로 전파합니다.

장애 조치는 자동이 아닙니다. 장애 조치(failover) 사용 방법에 대한 자세한 내용은 지역 기본에서 지역 보조로 장애 조치(failover) 시작을 참조하세요.

참고 항목

수동 지역에서 복제는 재해 복구 솔루션으로 만들어졌습니다.

가용성 범위

서비스 계층 기본, 표준 Premium Enterprise, Enterprise Flash
사용 가능

수동 지역 복제는 Azure Cache for Redis의 프리미엄 계층에서만 사용할 수 있습니다. Enterprise 및 Enterprise Flash 계층도 지역 복제를 제공하지만 고급 버전인 활성 지역 복제를 사용합니다.

지역에서 복제 필수 조건

두 캐시 간에 지역에서 복제를 구성하려면 다음 필수 조건을 충족해야 합니다.

  • 두 캐시 모두 프리미엄 계층 캐시입니다.
  • 두 캐시 모두 동일한 Azure 구독에 있습니다.
  • 보조 연결 캐시는 동일한 캐시 크기이거나 기본 연결 캐시보다 큰 캐시 크기입니다. 지리적 장애 조치(failover)를 사용하려면 두 캐시의 크기가 같아야 합니다.
  • 두 캐시가 생성되고 실행 중인 상태입니다.
  • 두 캐시 모두 동일한 버전의 Redis 서버를 실행하고 있습니다.

참고 항목

Azure 지역 간 데이터 전송은 표준 대역폭 요금으로 청구됩니다.

일부 기능은 지역에서 복제에서 지원되지 않습니다.

  • 영역 중복은 지역에서 복제에서 지원되지 않습니다.
  • 지속성은 지역에서 복제에서 지원되지 않습니다.
  • 복제본이 두 개 이상 있는 캐시는 지역에서 복제할 수 없습니다.
  • 두 캐시에 모두 클러스터링이 사용 설정되어 있고 분할 수가 같은 경우 클러스터링이 지원됩니다.
  • 동일한 VNet(Virtual Network)의 캐시가 지원됩니다.
  • 다른 VNet의 캐시는 주의 사항과 함께 지원됩니다. 자세한 내용은 VNet에서 내 캐시로 지역 복제를 사용할 수 있나요?를 참조하세요.

지역에서 복제를 구성한 후에는 연결된 캐시 쌍에 다음과 같은 제한이 적용됩니다.

  • 보조 연결된 캐시는 읽기 전용입니다. 여기에서 읽을 수 있지만 데이터를 쓸 수는 없습니다. Geo-Secondary 인스턴스에서 읽기를 선택하는 경우 Geo-Primary와 Geo-Secondary 간에 전체 데이터 동기화가 발생할 때 Geo-Secondary 인스턴스는 전체 데이터 동기화가 완료될 때까지 모든 Redis 작업에 대해 오류를 throw합니다. 오류 상태는 전체 데이터 동기화가 진행 중임을 나타냅니다. 또한 일부 재부팅 시나리오에서는 Geo-Primary 또는 Geo-Secondary가 업데이트될 때 오류가 throw됩니다. Geo-Secondary에서 읽는 애플리케이션은 Geo-Secondary에서 해당 오류가 throw할 때마다 Geo-Primary로 폴백하도록 빌드해야 합니다.

  • 링크를 추가하기 전에 보조 연결된 캐시에 있던 모든 데이터가 제거됩니다. 그러나 나중에 지역에서 복제를 제거하면 복제된 데이터는 보조 연결된 캐시에 유지됩니다.

  • 캐시를 연결하는 동안에는 캐시를 스케일링할 수 없습니다.

  • 캐시에 클러스터링이 사용 설정된 경우에는 분할 수를 변경할 수 없습니다.

  • 어느 캐시에서도 지속성을 사용하도록 설정할 수 없습니다.

  • 두 캐시에서 내보낼 수 있습니다.

  • 보조 연결 캐시로 가져올 수 없습니다.

  • 캐시 연결을 해제할 때까지 연결된 캐시 또는 캐시가 포함된 리소스 그룹을 삭제할 수 없습니다. 자세한 내용은 연결된 캐시를 삭제하려고 할 때 작업이 실패한 이유는 무엇인가요?를 참조하세요.

  • 캐시가 서로 다른 지역에 있는 경우 네트워크 송신 비용이 지역 간에 이동되는 데이터에 적용됩니다. 자세한 내용은 Azure 지역 간에 데이터를 복제하는 비용은 어느 정도인가요?를 참조하세요.

  • 장애 조치는 자동이 아닙니다. 기본 캐시에서 보조 잉크 캐시로 장애 조치를 시작해야 합니다. 장애 조치(failover) 사용 방법에 대한 자세한 내용은 지역 기본에서 지역 보조로 장애 조치(failover) 시작을 참조하세요.

  • 프라이빗 링크는 이미 지역에서 복제된 캐시에 추가할 수 없습니다. 지역에서 복제된 캐시에 프라이빗 링크를 추가하려면 다음을 수행합니다. 1. 지역에서 복제 연결을 해제합니다. 2. Private Link를 추가합니다. 3. 마지막으로 지역에서 복제를 다시 연결합니다.

  1. 지역에서 복제를 위해 두 캐시를 연결하려면 먼저 기본 연결 캐시로 사용할 캐시의 리소스 메뉴에서 지역 복제를 선택합니다. 그런 다음 작업 창에서 캐시 복제 링크 추가를 선택합니다.

    캐시의 지역 복제 메뉴를 보여 주는 스크린샷.

  2. 호환 가능한 캐시 목록에서 원하는 보조 캐시의 이름을 선택합니다. 보조 캐시가 목록에 표시되지 않으면 보조 캐시에 대한 지역에서 복제 필수 조건이 충족되는지 확인합니다. 지역별로 캐시를 필터링하려면 지도에서 해당 지역을 선택하여 호환 가능한 캐시 목록에 해당 캐시만 표시합니다.

    지역 복제와 연결하기 위한 호환 가능한 캐시를 보여 주는 스크린샷

    상황에 맞는 메뉴를 사용하여 연결 프로세스를 시작하거나 보조 캐시에 대한 세부 정보를 볼 수도 있습니다.

    지역 복제 바로 가기 메뉴를 보여 주는 스크린샷

  3. 연결을 선택하여 두 캐시를 함께 연결하고 복제 프로세스를 시작합니다.

    지역 복제를 위해 캐시를 연결하는 방법을 보여 주는 스크린샷

  4. 리소스 메뉴에 있는 지역에서 복제에서 복제 프로세스의 진행률을 볼 수 있습니다.

    현재 연결 상태를 보여 주는 스크린샷

    리소스 메뉴에서 주 캐시와 보조 캐시에 대한 개요를 사용하여 연결 상태를 볼 수도 있습니다.

    기본 및 보조 캐시의 연결 상태 확인 방법을 보여 주는 스크린샷

    복제 프로세스가 완료되면 링크 프로비전 상태성공으로 바뀝니다.

    캐시 연결 상태를 성공으로 보여 주는 스크린샷

    연결 프로세스 중에도 기본 연결 캐시를 계속 사용할 수 있습니다. 연결 프로세스가 완료될 때까지 보조 연결 캐시를 사용할 수 없습니다.

지역 기본 URL

캐시가 연결되면 항상 지역 기본 캐시를 가리키는 각 캐시에 대한 URL이 생성됩니다. 지역 1차에서 지역 2차로 장애 조치(failover)가 시작된 경우 URL은 동일하게 유지되고 기본 DNS 레코드는 새 지역 1차를 가리키도록 자동으로 업데이트됩니다.

지역 복제를 추가하여 만들어진 4개의 URL을 보여 주는 스크린샷.

3개의 URL이 표시됩니다.

  • Geo-Primary URL<cachename>.geo.redis.cache.windows.net 형식의 프록시 URL입니다. URL은 항상 지역 복제 쌍의 캐시가 현재 지역 기본인 캐시를 가리킵니다.
  • Current Geo Primary Cache는 현재 지역 기본형인 캐시의 직접 주소입니다. 주소는 geo.redis.cache.windows.net이 아닌 redis.cache.windows.net입니다. 장애 조치(failover)가 시작되면 필드에 나열된 주소가 변경됩니다.
  • Current Geo Secondary Cache는 현재 지역 보조형 캐시의 직접 주소입니다. 주소는 geo.redis.cache.windows.net이 아닌 redis.cache.windows.net입니다. 장애 조치(failover)가 시작되면 필드에 나열된 주소가 변경됩니다.

지역 기본에서 지역 보조로 장애 조치(failover) 시작

한 번 선택으로 지역 기본에서 지역 보조로 장애 조치(failover)를 트리거할 수 있습니다.

장애 조치(failover)가 강조 표시된 연결된 캐시의 스크린샷.

이로 인해 다음 단계가 수행됩니다.

  1. 지리적 보조 캐시가 지리적 기본 캐시로 승격됩니다.
  2. 지역 기본 URL을 새 지역 기본 URL로 리디렉션하도록 DNS 레코드가 업데이트됩니다.
  3. 이전 지역 기본 캐시는 보조로 강등되고 새 지역 기본 캐시에 대한 링크 형성을 시도합니다.

지리적 장애 조치(failover) 프로세스를 완료하는 데까지는 몇 분 정도 걸립니다.

지리적 장애 조치(failover)를 시작하기 전에 확인할 설정

장애 조치(failover)가 시작되면 지역 기본 캐시와 지역 보조 캐시가 교환됩니다. 새 지역 기본이 지역 보조와 다르게 구성된 경우 애플리케이션에 문제가 발생할 수 있습니다.

다음 항목을 확인합니다.

  • 캐시에서 방화벽을 사용하는 경우 연결 문제가 없도록 방화벽 설정이 유사한지 확인합니다.
  • 두 캐시가 동일한 포트 및 TLS/SSL 설정을 사용하고 있는지 확인합니다.
  • 지역 기본 캐시와 지역 보조 캐시에는 서로 다른 액세스 키가 있습니다. 장애 조치(failover)가 트리거되는 경우 애플리케이션이 사용 중인 액세스 키를 업데이트하여 새 지역 기본과 일치시킬 수 있는지 확인합니다. 또는 캐시 인증을 위한 Microsoft Entra 토큰을 사용하면 지역 기본 캐시와 지역 보조 캐시 모두에 대해 동일한 인증 자격 증명을 사용할 수 있습니다.

최소한의 데이터 손실로 장애 조치(failover)

지역 장애 조치(failover) 이벤트는 특히 클라이언트가 장애 조치(failover) 프로세스 중에 이전 지역 기본에 대한 연결을 유지하는 경우 전환 중에 데이터 불일치를 유발할 수 있습니다. 다음 팁을 사용하여 계획된 지리적 장애 조치(failover) 이벤트에서 데이터 손실을 최소화할 수 있습니다.

  • 지역 복제 데이터 동기화 오프셋 메트릭을 확인합니다. 메트릭은 현재 지리적 기본 캐시에서 내보냅니다. 이 메트릭은 지역 기본에 아직 복제되지 않은 데이터의 양을 나타냅니다. 가능한 경우 메트릭에 기록할 남은 바이트가 14바이트 미만으로 표시되는 경우에만 장애 조치(failover)를 시작합니다.
  • 장애 조치(failover)를 시작하기 전에 현재 지역 기본에서 CLIENT PAUSE 명령을 실행합니다. CLIENT PAUSE를 실행하면 새 쓰기 요청이 차단되고 대신 Azure Cache for Redis 클라이언트에 제한 시간 실패가 반환됩니다. CLIENT PAUSE 명령은 제한 시간을 밀리초 단위로 제공해야 합니다. 장애 조치(failover)가 발생할 수 있도록 충분한 시간 제한 기간이 제공되었는지 확인합니다. 일시 중지 값을 약 30분(1,800,000밀리초)으로 설정하는 것이 좋은 시작점입니다. 필요에 따라 언제든지 이 숫자를 낮출 수 있습니다.

새 지역 기본이 클라이언트 일시 중지를 유지하므로 CLIENT UNPAUSE 명령을 실행할 필요가 없습니다.

참고 항목

지역 장애 조치(failover) 시나리오에서는 지역 기본 캐시와 지역 보조 캐시에 대해 서로 다른 액세스 키를 관리하는 데 어려움이 없으므로 캐시에 Microsoft Entra ID 기반 인증을 사용하는 것이 좋습니다.

  1. 두 캐시 간 연결을 제거하고 지역에서 복제를 중지하려면 왼쪽에 있는 지역에서 복제에서 캐시 연결 해제를 선택합니다.

    캐시 연결 해제 방법을 보여 주는 스크린샷

    연결 해제 프로세스가 완료되면 보조 캐시를 읽기 및 쓰기에 사용할 수 있습니다.

참고 항목

지역에서 복제 연결을 제거해도 기본 연결 캐시에서 복제된 데이터는 보조 캐시에 유지됩니다.

지역에서 복제 FAQ

표준 또는 기본 계층 캐시에서 지역에서 복제를 사용할 수 있나요?

아니요, 수동 지역 복제는 프리미엄 계층에서만 사용할 수 있습니다. Enterprise 및 Enterprise Flash 계층에서 활성 지역 복제라고 하는 고급 지역 복제 버전을 사용할 수 있습니다.

연결 또는 연결 해제 프로세스 중에 캐시를 사용할 수 있나요?

  • 연결 프로세스가 완료될 때가지 기본 연결 캐시를 계속 사용할 수 있습니다.
  • 연결 프로세스가 완료될 때까지 보조 연결 캐시를 사용할 수 없습니다.
  • 연결 해제 프로세스가 완료될 때까지 두 캐시를 모두 사용할 수 있습니다.

장애 조치(failover)를 시작한 후 새 지역 기본 데이터베이스에 언제 쓸 수 있나요?

장애 조치(failover) 프로세스가 시작되면 링크 프로비전 상태 업데이트가 삭제로 표시되며, 이는 이전 링크를 정리 중임을 나타냅니다. 이 작업이 완료되면 링크 프로비전 상태가 만들기로 업데이트됩니다. 이는 새 지역 기본 데이터베이스가 실행 중이며 이전 지역 기본 캐시에 대한 지역 복제 링크를 다시 설정하고 있음을 나타냅니다. 이 시점에서 읽기 및 쓰기 모두에 대한 새 지역 기본 캐시 인스턴스에 즉시 연결할 수 있습니다.

예, 지역 복제 상태를 추적할 수 있도록 하는 몇 가지 메트릭이 있습니다. 이러한 메트릭은 Azure Portal에서 사용할 수 있습니다.

  • Geo Replication Healthy는 지역 복제 링크의 상태를 보여 줍니다. 지역 기본 캐시 또는 지역 보조 캐시가 다운된 경우 링크가 비정상으로 표시됩니다. 이는 일반적으로 표준 패치 작업 때문이지만 오류 상황을 나타낼 수도 있습니다.
  • Geo Replication Connectivity Lag는 지리적 기본 및 지리적 보조 간의 마지막 성공적인 데이터 동기화로부터 지난 시간을 보여 줍니다.
  • Geo Replication 데이터 동기화 Offset은 지리적 보조 캐시에 아직 동기화되지 않은 데이터의 양을 보여 줍니다.
  • Geo Replication Fully Sync Event Started는 지역 1차 캐시와 지역 2차 캐시 간에 전체 동기화 작업이 시작되었음을 나타냅니다. 이는 표준 복제가 새 쓰기 수를 따라갈 수 없는 경우에 발생합니다.
  • 지역 복제 전체 동기화 이벤트 완료됨은 전체 동기화 작업이 완료되었음을 나타냅니다.

하나의 보기에 모든 지역 복제 상태 메트릭을 포함하는 지역 복제 대시보드라는 미리 빌드된 통합 문서도 있습니다. 이 보기는 지역 기본 또는 지역 보조 캐시 인스턴스에서 내보내는 정보만 집계하기 때문에 사용하는 것이 좋습니다.

아니요, 수동 지역 복제를 사용하는 경우에만 두 캐시를 함께 연결할 수 있습니다. 활성 지역 복제는 최대 5개의 연결된 캐시를 지원합니다.

아니요, 두 캐시 모두 동일한 Azure 구독에 있어야 합니다.

예, 보조 연결된 캐시가 주 연결된 캐시보다 큰 경우 연결할 수 있습니다. 그러나 캐시 크기가 다른 경우에는 장애 조치(failover) 기능을 사용할 수 없습니다.

클러스터링이 설정된 지역에서 복제를 사용할 수 있나요?

예, 두 캐시의 분할된 데이터베이스 수가 동일한 경우 사용할 수 있습니다.

VNet의 캐시에 지역 복제를 사용할 수 있나요?

대부분의 경우 VNet 삽입을 통해 Azure Private Link를 사용하는 것이 좋습니다. 자세한 내용은 VNet 삽입 캐시에서 Private Link 캐시로 마이그레이션을 참조하세요.

캐시를 지역에서 복제할 때는 여전히 기술적으로 VNet 삽입을 사용할 수 있지만 Azure Private Link를 사용하는 것이 좋습니다.

Important

Azure Cache for Redis에서는 네트워크 아키텍처를 간소화하고 Azure의 엔드포인트 간 연결을 보호하는 Azure Private Link를 사용하는 것이 좋습니다. 가상 네트워크 내 서브넷의 개인 IP 주소가 할당된 프라이빗 엔드포인트를 통해 가상 네트워크에서 Azure Cache 인스턴스에 연결할 수 있습니다. Azure Private Links는 모든 계층에서 제공되며 Azure Policy 지원 및 간소화된 NSG 규칙 관리를 포함합니다. 자세한 내용은 Private Link 문서를 참조하세요. VNet 삽입 캐시를 Private Link로 마이그레이션하려면 VNet 삽입 캐시에서 Private Link 캐시로 마이그레이션을 참조하세요.

VNet으로 지역에서 복제 지원에 대한 자세한 내용은 프리미엄 캐시와 함께 VNet 삽입을 사용하는 지역에서 복제를 참조하세요.

Redis 지역에서 복제의 복제 일정이란?

복제는 연속적이고 비동기적입니다. 특정 일정에 따라 발생하지 않습니다. 기본 복제본에 대해 수행된 모든 쓰기는 보조 복제본에 즉시 비동기적으로 복제됩니다.

지역에서 복제에 걸리는 기간은 얼마나 되나요?

복제는 점진적이고, 비동기적이고, 연속되며, 소요되는 시간은 지역 간 대기 시간과는 크게 다르지 않습니다. 특정 상황에서 보조 캐시는 기본 캐시의 데이터에 대해 전체 동기화를 수행해야 할 수 있습니다. 이 경우 복제 시간은 기본 캐시의 부하, 사용 가능한 네트워크 대역폭, 지역 간 대기 시간 등의 여러 요인에 따라 좌우됩니다. 전체 53GB의 지역에서 복제 쌍에 대한 복제 시간이 5분에서 10분 사이인 것으로 확인했습니다. Azure Monitor에서 Geo Replication Data Sync Offset 메트릭을 사용하여 아직 복제되지 않은 데이터의 양을 추적할 수 있습니다.

복제 복구 지점이 보장되나요?

지역에서 복제 모드인 캐시의 경우 지속성이 지원되지 않습니다. 지역에서 복제된 쌍의 연결을 해제할 경우(예: 고객이 시작한 장애 조치(failover)) 보조 연결 캐시는 동기화된 데이터를 해당 시점까지 유지합니다. 이와 같은 상황에서 복구 지점은 보장되지 않습니다.

복구 지점을 확보하려면 두 캐시에서 내보냅니다. 나중에 기본 연결 캐시로 가져올 수 있습니다.

PowerShell 또는 Azure CLI를 사용하여 지역에서 복제를 관리할 수 있나요?

네. 지역에서 복제는 Azure Portal, PowerShell 또는 Azure CLI로 관리할 수 있습니다. 자세한 내용은 PowerShell 문서 또는 Azure CLI 문서를 참조하세요.

Azure 지역 간에 데이터를 복제하는 비용은 어느 정도인가요?

지역 복제를 사용하면 기본 연결 캐시의 데이터가 보조 연결 캐시에 복제됩니다. 두 연결 캐시가 동일한 지역에 있는 경우에는 데이터 전송에 대한 요금이 부과되지 않습니다. 두 연결 캐시가 서로 다른 지역에 있는 경우에는 지역을 이용하는 데이터의 네트워크 송신 비용이 데이터 전송 요금으로 부과됩니다. 자세한 내용은 대역폭 가격 정보를 참조하세요.

연결된 캐시를 삭제하려고 할 때 작업이 실패한 이유는 무엇인가요?

지역에서 복제 연결을 제거할 때까지 연결된 상태에서는 지역에서 복제된 캐시와 해당 리소스 그룹을 삭제할 수 없습니다. 연결된 캐시 중 하나 또는 둘 다를 포함하는 리소스 그룹을 삭제하려고 하면, 리소스 그룹의 다른 리소스는 삭제되지만 해당 리소스 그룹은 deleting 상태로 유지되고 이 리소스 그룹의 연결된 캐시는 모두 running 상태로 남아 있습니다. 리소스 그룹 및 내부의 연결된 캐시를 완전히 삭제하려면 지역에서 복제 링크 제거에서 설명한 대로 지역에서 복제의 연결을 해제합니다.

보조 연결된 캐시에는 어떤 지역을 사용해야 하나요?

일반적으로 캐시는 해당 캐시에 액세스하는 애플리케이션과 동일한 Azure 지역에 있는 것이 좋습니다. 애플리케이션에 별도의 기본 및 대체 지역이 있는 경우에도 기본 및 보조 캐시가 동일한 지역에 존재하는 것이 좋습니다. 쌍을 이루는 지역에 대한 자세한 내용은 모범 사례 - Azure 쌍을 이루는 지역을 참조하세요.

지역에서 복제를 사용하여 방화벽을 구성할 수 있나요?

예, 지역에서 복제를 사용하여 방화벽을 구성할 수 있습니다. 지역에서 복제가 방화벽과 함께 작동하려면 보조 캐시의 IP 주소가 기본 캐시의 방화벽 규칙에 추가되어야 합니다. 그러나 캐시에서 공용 네트워크 액세스를 사용하지 않도록 설정하고 프라이빗 엔드포인트만 사용하도록 설정하면 캐시에서 방화벽을 사용할 수 없습니다.

다음 단계

Azure Cache for Redis 기능에 대해 자세히 알아봅니다.