차이점 이해 - Azure Cache for Redis Enterprise와 Azure Managed Redis 비교

Azure Managed Redis는 Azure Cache for Redis Enterprise와 동일한 핵심 Redis Enterprise 소프트웨어 스택을 기반으로 하지만 SKU 구조가 간소화되었습니다. 핵심 소프트웨어는 동일하기 때문에 기존 엔터프라이즈 애플리케이션에는 기본적으로 연결 자격 증명 및 호스트 이름을 업데이트하는 최소한의 변경이 필요합니다. 그러나 Azure Managed Redis의 SKU 구조와 고가용성 구성이 다르기 때문에 다음 차이점을 주의 깊게 읽어 보세요.

주요 기능 차이점

Azure Cache for Redis Enterprise에서 Azure Managed Redis로 이동할 때 알아야 할 중요한 차이점은 다음과 같습니다.

• SKU 구조체입니다. Azure Managed Redis는 Azure Cache for Redis Enterprise에서 사용하는 용량 기반 크기 조정 모델 대신 메모리 크기 및 성능 계층(분산, 메모리 최적화, 컴퓨팅 최적화)을 기준으로 SKU를 구성합니다. 자세한 내용은 올바른 계층 선택을 참조하세요.

• Redis 버전입니다. Azure Managed Redis는 Redis 7.4를 실행하고 Azure Cache for Redis Enterprise는 Redis 7.2를 실행합니다.

• 클러스터링 정책. Azure Managed Redis는 OSS, Enterprise 및 비클러스터형 클러스터링 정책을 지원합니다. Azure Cache for Redis Enterprise는 OSS 및 엔터프라이즈 클러스터링 정책만 지원합니다.

• 영역 중복성. Azure Managed Redis는 고가용성이 설정되어 있고 해당 지역에서 여러 가용성 영역이 지원될 때, 기본적으로 영역 간 중복 기능을 제공합니다. Azure Cache for Redis Enterprise도 영역 중복이지만 Azure Managed Redis는 쿼럼 노드의 필요성을 제거하므로 모든 노드가 데이터 노드 역할을 하므로 비용 효율성이 높아집니다. 쿼럼 노드에 대한 자세한 내용은 Enterprise 및 Enterprise Flash 계층을 참조하세요.

• HA가 아닌 모드입니다. Azure Managed Redis는 개발 및 테스트 환경에 대한 고가용성 없이 배포할 수 있는 옵션을 제공하여 인스턴스 비용을 절반으로 줄입니다. Azure Cache for Redis Enterprise는 비 HA 옵션을 제공하지 않습니다.

• 데이터 지속성. Azure Managed Redis는 일반적으로 사용 가능한 기능으로 데이터 지속성을 지원합니다. Azure Cache for Redis Enterprise에서는 데이터 지속성이 미리 보기로 제공됩니다.

• Microsoft Entra ID 인증. Azure Managed Redis는 Microsoft Entra ID 인증을 지원합니다. Azure Cache for Redis Enterprise는 Microsoft Entra ID 인증을 지원하지 않습니다. 보안 향상을 위해 Microsoft Entra ID를 채택하는 것이 좋습니다.

• Azure 지역 지원. Azure Managed Redis는 대부분의 Azure 지역에서 사용할 수 있으며, Azure Cache for Redis Enterprise는 쿼럼 노드 요구 사항으로 인해 지역 가용성이 제한됩니다.

• 호스트 이름 및 DNS 접미사입니다. DNS 접미사가 .로 redisenterprise.cache.azure.netredis.azure.net변경되었습니다. 새 Redis 인스턴스 호스트 이름을 사용하도록 애플리케이션을 업데이트합니다.

올바른 Azure Managed Redis 크기 선택

Azure Managed Redis는 많은 메모리 크기와 세 가지 성능 계층을 제공합니다. 자세한 내용은 올바른 계층 선택을 참조하세요.

기존 Enterprise 인스턴스의 메모리 크기 식별

Azure Cache for Redis Enterprise 인스턴스를 스케일 아웃할 수 있으므로 캐시에 대한 스케일 아웃 요소를 주의해야 합니다.

1. Azure Portal로 이동하여 리소스 메뉴에서 개요 를 선택합니다.
2. 상태 필드를 확인하여 Enterprise 인스턴스의 메모리 크기를 확인합니다.

Example:

이 예제에서 상태 필드에 는 실행 중 - Enterprise 8GB(2 x 4GB)가 표시됩니다. 즉, 캐시는 크기가 2인 E5 Enterprise SKU를 사용하여 8GB 캐시를 생성합니다. 메모리가 10GB 이상인 Azure Managed Redis 인스턴스를 선택해야 합니다.

보다 최적화된 크기를 찾으려면 Azure Monitor의 기존 엔터프라이즈 캐시에서 사용된 메모리 비율 메트릭을 검토합니다. 실제 메모리 사용량이 캐시 크기보다 훨씬 낮으면 더 작고 비용 효율적인 Azure Managed Redis SKU를 선택할 수 있습니다.

이 경우 12GB의 메모리를 제공하는 다음 계층 중 어느 것이든 적합합니다.

성능 계층 선택

• 메모리 최적화 - CPU 전에 워크로드에 메모리가 부족할 가능성이 더 큰 경우 이를 선택합니다.
• 컴퓨팅 최적화 — 워크로드가 처리량 집약적이거나 지연 시간에 민감한 경우 이를 선택합니다.
• 균형 - 확실하지 않은 경우 좋은 시작점입니다. 메모리와 컴퓨팅의 정상 혼합을 제공합니다.
• 플래시 최적화 - 현재 Redis Enterprise Flash 계층을 사용하는 경우 선택합니다.

다음 단계:

관련 콘텐츠

• 마이그레이션 개요
• Azure Managed Redis란?
• Azure Managed Redis 아키텍처