Azure Cache for Redis 인스턴스를 다른 지역으로 이동

이 문서에서는 Azure Cache for Redis 인스턴스를 다른 Azure 지역으로 이동하는 방법을 알아봅니다. 여러 가지 이유로 리소스를 다른 지역으로 이동시킬 수도 있습니다.

• 새 Azure 지역을 활용합니다.
• 특정 지역에서만 사용할 수 있는 기능 또는 서비스를 배포합니다.
• 내부 정책 및 거버넌스 요구 사항을 충족합니다.
• 용량 계획 요구 사항에 응답합니다.

온-프레미스, 클라우드 기반 VM 또는 다른 호스팅 서비스에서 Azure Cache for Redis로 마이그레이션하려는 경우 Azure Cache for Redis로 마이그레이션하는 것이 좋습니다.

사용하는 Azure Cache for Redis 계층에 따라 가장 적합한 옵션이 결정됩니다.

캐시 계층	옵션
Premium	지역 복제, 새 캐시 만들기, 두 캐시에 이중 쓰기, RDB 파일을 통해 데이터 내보내기 및 가져오기 또는 프로그래밍 방식으로 마이그레이션
기본 또는 표준	새 캐시 만들기, 두 캐시에 이중 쓰기 또는 프로그래밍 방식으로 마이그레이션
Enterprise 또는 Enterprise 플래시	RDB 파일을 사용하여 새 캐시를 만들거나 데이터를 내보내고 가져오거나 프로그래밍 방식으로 마이그레이션

수동 지역 복제(프리미엄)

필수 조건

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

• 두 캐시 모두 프리미엄 계층 캐시입니다.
• 두 캐시 모두 동일한 Azure 구독에 있습니다.
• 보조 연결된 캐시는 주 연결된 캐시와 동일한 캐시 크기 또는 더 큰 캐시 크기입니다.
• 두 캐시가 이미 있으며 실행 중입니다.

준비

캐시 인스턴스를 다른 지역으로 이동하려면 원하는 지역에 두 번째 프리미엄 캐시 인스턴스를 만들어야 합니다. 두 캐시가 모두 실행되면 두 캐시 인스턴스 간에 지역 복제를 설정할 수 있습니다.

참고 항목

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

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

• 영역 중복성은 지역 복제본(replica) 지원되지 않습니다.
• 지속성은 지역에서 복제에서 지원되지 않습니다.

지역 복제 지원 조건입니다.

• 두 캐시 모두 클러스터링 사용하도록 설정되어 있고 분할된 데이터베이스 수가 동일한 경우 클러스터링이 지원됩니다.
• 다른 VNet의 캐시는 주의 사항과 함께 지원됩니다. 자세한 내용은 VNet에서 내 캐시로 지역 복제를 사용할 수 있나요?를 참조하세요.

지역 복제본(replica) 구성되면 연결된 캐시 쌍에 다음 제한이 적용됩니다.

• 보조 연결된 캐시는 읽기 전용입니다. 여기에서 읽을 수 있지만 데이터를 쓸 수는 없습니다.
  • Geo-Secondary 인스턴스에서 읽기를 선택하는 경우 Geo-Primary와 Geo-Secondary 간에 전체 데이터 동기화가 발생할 때마다(Geo-Primary 또는 Geo-Secondary가 업데이트되는 경우 및 일부 재부팅 시나리오에서도 발생함), Geo-Secondary 인스턴스는 Geo-Primary와 Geo-Secondary 간의 전체 데이터 동기화가 완료될 때까지 모든 Redis 작업에 대해 오류를 throw합니다.
  • Geo-Secondary에서 읽는 애플리케이션은 Geo-Secondary에서 해당 오류가 throw할 때마다 Geo-Primary로 폴백하도록 빌드해야 합니다.
• 링크를 추가하기 전에 보조 연결된 캐시에 있던 모든 데이터가 제거됩니다. 그러나 나중에 지역에서 복제를 제거하면 복제된 데이터는 보조 연결된 캐시에 유지됩니다.
• 캐시가 연결된 동안에는 두 캐시의 크기를 조정할 수 없습니다.
• 캐시에 클러스터링이 사용 설정된 경우에는 분할 수를 변경할 수 없습니다.
• 두 캐시에서 지속성을 사용하도록 설정할 수 없습니다.
• 두 캐시에서 내보낼 수 있습니다.
• 보조 연결 캐시로 가져올 수 없습니다.
• 캐시 연결을 해제할 때까지 연결된 캐시 또는 해당 캐시가 포함된 리소스 그룹을 삭제할 수 없습니다. 자세한 내용은 연결된 캐시를 삭제하려고 할 때 작업이 실패한 이유를 참조 하세요.
• 캐시가 서로 다른 지역에 있는 경우 네트워크 송신 비용이 지역 간에 이동되는 데이터에 적용됩니다. 자세한 내용은 Azure 지역 전체에서 내 데이터를 복제본(replica) 데 드는 비용은 얼마인가요?
• 장애 조치(failover)는 자동이 아닙니다. 기본 캐시에서 보조 잉크 캐시로 장애 조치(failover)를 시작해야 합니다. 클라이언트 애플리케이션을 장애 조치(failover)하는 방법에 대한 자세한 내용은 지역 주에서 지역 보조로 장애 조치(failover) 시작을 참조 하세요.

이동

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

   

2. 호환되는 캐시 목록에서 원하는 보조 캐시의 이름을 선택합니다. 보조 캐시가 목록에 표시되지 않으면 보조 캐시에 대한 Geo-복제본(replica)tion 필수 구성 요소가 충족되는지 확인합니다. 지역별로 캐시를 필터링하려면 맵에서 지역을 선택하여 호환되는 캐시 목록에 해당 캐시 만 표시합니다 .

   

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

   

3. 링크를 선택하여 두 캐시를 함께 연결하고 복제본(replica) 프로세스를 시작합니다.

   

확인

1. 왼쪽에서 지역 복제본(replica) 사용하여 복제본(replica)tion 프로세스의 진행률을 볼 수 있습니다.

   

   기본 캐시와 보조 캐시 모두에 대해 개요를 사용하여 왼쪽의 연결 상태 볼 수도 있습니다.

   

   복제본(replica) 프로세스가 완료되면 연결 상태 Succeeded로 변경됩니다.

   

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

원본 리소스 정리

대상 지역의 새 캐시가 필요한 모든 데이터로 채워지면 두 캐시 사이의 링크를 제거하고 원래 인스턴스를 삭제합니다.

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

   

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

참고 항목

지역 복제본(replica) 연결이 제거되면 주 연결된 캐시의 복제본(replica)ted 데이터가 보조 캐시에 다시 기본.

1. 원래 인스턴스를 삭제합니다.

새 캐시 만들기(모든 계층)

필수 조건

• Azure 구독 - 체험 구독 만들기

준비

이동하는 동안 데이터를 유지 관리할 필요가 없는 경우 지역을 이동하는 가장 쉬운 방법은 대상 지역에 새 캐시 인스턴스를 만들고 애플리케이션을 연결하는 것입니다. 예를 들어 Redis를 데이터베이스 레코드의 조회 캐시로 사용하는 경우 간단하게 캐시를 처음부터 다시 작성할 수 있습니다.

이동

1. 캐시를 만들려면 Azure Portal에 로그인하여 리소스 만들기를 선택합니다.

   

2. 새로 만들기 페이지에서 데이터베이스를 선택한 다음, Azure Cache for Redis를 선택합니다.

   

3. 새 Redis Cache 페이지에서 새 캐시의 설정을 구성합니다.

   설정	값 선택	설명
   구독	드롭다운하여 구독을 선택합니다.	이 구독 아래에 새 Azure Cache for Redis 인스턴스가 만들어집니다.
   리소스 그룹	드롭다운하여 리소스 그룹을 선택하거나, 새로 만들기를 선택하고 새 리소스 그룹 이름을 입력합니다.	캐시 및 기타 리소스를 만들 새 리소스 그룹의 이름입니다. 모든 앱 리소스를 하나의 리소스 그룹에 배치하면 앱 리소스를 쉽게 관리하거나 삭제할 수 있습니다.
   DNS 이름	고유한 이름을 입력합니다.	캐시 이름은 1~63자의 문자열이어야 하며 숫자, 문자, 하이픈만 포함할 수 있습니다. 이름은 숫자 또는 문자로 시작하고 끝나야 하며 연속 하이픈을 포함할 수 없습니다. 캐시 인스턴스의 호스트 이름은< DNS name.redis.cache.windows.net.>
   위치	드롭다운하여 위치를 선택합니다.	캐시를 사용하는 다른 서비스 근처의 지역을 선택합니다.
   캐시 유형	드롭다운하여 계층을 선택합니다.	계층에 따라 캐시에 사용 가능한 크기, 성능 및 기능이 결정됩니다. 자세한 내용은 Azure Cache for Redis 개요를 참조하세요.

4. 네트워킹 탭을 선택하거나 페이지 맨 아래에서 네트워킹 단추를 선택합니다.

5. 네트워킹 탭에서 연결 방법을 선택합니다.

6. 다음: 고급 탭을 선택하거나 페이지 아래쪽에서 다음: 고급 단추를 선택하여 고급 탭을 표시합니다.

   

   • 기본 또는 표준 캐시의 경우 TLS가 아닌 포트에 대한 선택을 토글합니다. Microsoft Entra 인증을 사용하도록 설정할지 선택할 수도 있습니다.
   • 프리미엄 캐시의 경우 TLS가 아닌 포트, 클러스터링, 관리 ID 및 데이터 지속성에 대한 설정을 구성합니다. Microsoft Entra 인증을 사용하도록 설정할지 선택할 수도 있습니다.

7. 다음: 태그 탭을 선택하거나 페이지 맨 아래에서 다음: 태그 단추를 선택합니다.

8. 필요에 따라 리소스를 분류하려는 경우 태그 탭에서 이름 및 값을 입력합니다.

9. 검토 + 만들기를 선택합니다. 검토 + 만들기 탭으로 이동됩니다. 여기서 Azure가 구성의 유효성을 검사합니다.

10. 녹색 유효성 검사 통과 메시지가 표시되면 만들기를 선택합니다.

캐시를 만드는 데 시간이 걸립니다. Azure Cache for Redis 개요 페이지에서 진행률을 모니터링할 수 있습니다. 상태가 실행 중으로 표시되면 캐시를 사용할 준비가 된 것입니다.

마지막으로, 새 인스턴스를 사용하도록 애플리케이션을 업데이트합니다.

원본 리소스 정리

대상 지역의 새 캐시가 실행되면 원래 인스턴스를 삭제합니다.

RDB 파일(Premium, Enterprise, Enterprise Flash)을 사용하여 데이터 내보내기 및 가져오기

오픈 소스 Redis는 캐시의 메모리 내 데이터 세트 스냅샷을 만들어서 파일에 저장하는 표준 메커니즘을 정의합니다. 이 RDB 파일은 다른 Redis 캐시에서 읽을 수 있습니다. Azure Cache for Redis Premium and Enterprise는 RDB 파일이 있는 캐시 인스턴스로 데이터를 가져올 수 있도록 지원합니다. RDB 파일을 사용하여 기존 캐시에서 Azure Cache for Redis로 데이터를 전송할 수 있습니다.

Important

RDB 파일 형식은 Redis 버전에 따라 변경될 수 있으며 이전 버전과의 호환성이 유지되지 않을 수 있습니다. 내보내는 캐시의 Redis 버전은 새 캐시 인스턴스의 버전과 동일하거나 낮아야 합니다.

필수 조건

• 두 캐시 모두 Premium 계층 또는 Enterprise 계층 캐시입니다.
• 두 번째 캐시는 원래 캐시보다 캐시 크기가 같거나 더 큽니다.
• 내보내는 캐시의 Redis 버전은 새 캐시 인스턴스의 버전과 동일하거나 낮아야 합니다.

준비

캐시 인스턴스를 다른 지역으로 이동하려면 원하는 영역에 두 번째 프리미엄 캐시 인스턴스 또는 두 번째 엔터프라이즈 캐시 인스턴스를 생성해야 합니다.

이동

1. Azure Cache for Redis에서 데이터를 가져오고 내보내는 방법에 대한 자세한 내용은 다음을 참조하세요. Azure Cache for Redis에서 데이터 가져오기 및 내보내기를 참조하세요.

2. 새 캐시 인스턴스를 사용하도록 애플리케이션을 업데이트합니다.

확인

Azure Portal의 알림에 따라 또는 감사 로그에서 이벤트를 확인하여 가져오기 작업의 진행률을 모니터링할 수 있습니다.

원본 리소스 정리

대상 지역의 새 캐시가 실행되면 원래 인스턴스를 삭제합니다.

두 캐시에 이중 쓰기(기본, 표준, 프리미엄)

캐시 간에 직접 데이터를 이동하는 대신, 애플리케이션을 사용하여 기존 캐시 및 설정 중인 새 캐시에 데이터를 쓸 수 있습니다. 애플리케이션은 처음에는 여전히 기존 캐시에서 데이터를 읽습니다. 새 캐시에 필요한 데이터가 생기면 애플리케이션을 해당 캐시로 전환하고 이전 캐시를 사용 중지합니다. 예를 들어 Redis를 세션 저장소로 사용하며, 애플리케이션 세션은 7일 동안 유효하다고 가정해 보겠습니다. 일주일 동안 2개의 캐시에 쓰면 새 캐시에 만료되지 않은 모든 세션 정보가 포함됩니다. 해당 시점부터 데이터 손실에 대한 걱정 없이 안전하게 새 캐시를 사용할 수 있습니다.

필수 조건

• 두 번째 캐시는 원래 캐시보다 캐시 크기가 같거나 더 큽니다.

준비

캐시 인스턴스를 다른 지역으로 이동하려면 원하는 지역에 두 번째 캐시 인스턴스를 만들어야 합니다.

이동

이 옵션을 구현하는 일반적인 단계는 다음과 같습니다.

1. 새 인스턴스와 원래 인스턴스 모두에 쓰도록 애플리케이션 코드를 수정합니다.

2. 새 인스턴스에 데이터가 충분히 채워질 때까지 계속해서 원래 인스턴스에서 데이터를 읽습니다.

3. 새 인스턴스에서만 데이터를 읽고 쓰도록 애플리케이션 코드를 업데이트합니다.

원본 리소스 정리

대상 지역의 새 캐시가 실행되면 원래 인스턴스를 삭제합니다.

프로그래밍 방식으로 마이그레이션(모든 계층)

기존 캐시에서 프로그래밍 방식으로 데이터를 읽고 Azure Cache for Redis에 데이터를 기록하여 사용자 지정 마이그레이션 프로세스를 만들 수 있습니다. 이 오픈 소스 도구를 사용하여 한 Azure Cache for Redis 인스턴스에서 다른 Azure Cache 지역의 다른 인스턴스로 데이터를 복사할 수 있습니다. 컴파일된 버전도 사용할 수 있습니다. 또한 고객 고유의 마이그레이션 도구를 작성하는 데 도움이 되는 소스 코드도 찾을 수 있습니다.

참고 항목

이 도구는 Microsoft에서 공식적으로 지원하는 도구가 아닙니다.

필수 조건

• 두 번째 캐시는 원래 캐시보다 캐시 크기가 같거나 더 큽니다.

준비

• 기존 캐시가 있는 지역에 VM을 만듭니다. 데이터 세트가 크면 비교적 강력한 VM을 선택하여 복사 시간을 줄입니다.
• 캐시 인스턴스를 다른 지역으로 이동하려면 원하는 지역에 두 번째 캐시 인스턴스를 만들어야 합니다.

이동

기존 캐시가 있는 지역에서 VM을 만들고 원하는 지역에 새 캐시를 만든 후 이 옵션을 구현하는 일반적인 단계는 다음과 같습니다.

1. 새 캐시의 데이터를 플러시하여 캐시를 비웁니다. 복사 도구 자체는 대상 캐시의 기존 키를 덮어쓰지 않기 때문에 이 단계가 필수입니다.

   Important

   원본 캐시의 데이터는 플러시하지 않습니다.

2. 위의 오픈 소스 도구와 같은 애플리케이션을 사용하여 원본 캐시에서 대상으로 데이터 복사를 자동화합니다. 데이터 세트의 크기에 따라 복사 프로세스가 완료될 때까지 다소 시간이 걸릴 수 있습니다.

원본 리소스 정리

대상 지역의 새 캐시가 실행되면 원래 인스턴스를 삭제합니다.

다음 단계

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

• 지역 복제본(replica) FAQ
• Azure Cache for Redis 서비스 계층
• Azure Cache for Redis의 고가용성