지역 복제(공개 미리 보기)

Azure Event Hubs에는 지리적 재해 복구를 제공하는 두 가지 기능이 있습니다.

• 메타데이터만 복제를 제공하는 지리적 재해 복구(메타데이터 DR)입니다.
• 메타데이터와 데이터 모두 복제를 제공하는 지역 복제(공개 미리 보기)입니다.

참고 항목

지역에서 복제 기능은 전용 계층에서만 지원됩니다.

이러한 기능은 가용성 영역과 혼동해서는 안 됩니다. 두 지리적 복구 기능 모두 미국 동부 및 미국 서부와 같은 Azure 지역 간의 복원력을 제공합니다. 가용성 영역 지원은 미국 동부와 같은 특정 지역 내에서 복원력을 제공합니다. 가용성 영역에 대한 자세한 내용은Event Hubs 가용성 영역 지원을 참조하세요.

Important

• 이 기능은 현재 공개 미리 보기 상태이므로 프로덕션 시나리오에서는 사용하면 안 됩니다.
• 다음 지역은 현재 공개 미리 보기로 지원됩니다.

지역	지역	지역
오스트레일리아중부	독일북부	노르웨이웨스트
AustraliaCentral2	GermanyWestCentral	폴란드중부
오스트레일리아동부	IsraelCentral	SouthAfricaNorth
오스트레일리아남동부	ItalyNorth	SouthAfricaWest
BrazilSoutheast	JapanEast	SoutheastAsia
CanadaCentral	JapanWest	SouthIndia
캐나다동부	JioIndiaCentral	SpainCentral
CentralIndia	JioIndiaWest	SwedenCentral
CentralUS	KoreaCentral	SwitzerlandNorth
CentralUSEUAP	KoreaSouth	SwitzerlandWest
EastAsia	멕시코 센터	UAECentral
EastUS2	NorthCentralUS	UAENorth
FranceCentral	유럽 북부	UKSouth
FranceSouth	NorwayEast	UKWest

메타데이터 재해 복구 및 메타데이터 및 데이터의 지역 복제

메타데이터 DR 기능은 기본 네임스페이스에서 보조 네임스페이스로 네임스페이스에 대한 구성 정보를 복제합니다. 보조 지역에 대한 일회성 장애 조치(failover)를 지원합니다. 고객이 시작한 장애 조치(failover) 중에 네임스페이스의 별칭 이름이 보조 네임스페이스로 다시 지정되고 페어링이 끊어집니다. 구성 정보 이외의 데이터는 복제되지 않으며 권한 할당도 복제되지 않습니다.

최신 지역 복제 기능은 구성 정보와 기본 네임스페이스의 모든 데이터를 하나 이상의 보조 네임스페이스에 복제합니다. 장애 조치(failover)가 수행되면 선택한 보조가 기본이 되고 이전 기본이 보조가 됩니다. 사용자는 원하는 경우 원래의 기본으로 장애 조치(failover)를 다시 수행할 수 있습니다.

이 문서의 나머지 부분에서는 지역 복제 기능을 중점적으로 다룹니다. 메타데이터 DR 기능에 대한 자세한 내용은 메타데이터에 대한 Event Hubs 지역 재해 복구를 참조하세요.

지역에서 복제

지역 복제 기능의 공개 미리 보기는 Event Hubs 셀프 서비스 크기 조정 전용 클러스터의 네임스페이스에 대해 지원됩니다. 전용 셀프 서비스 클러스터의 신규 또는 기존 네임스페이스와 함께 이 기능을 사용할 수 있습니다. 지역 복제에서는 다음 기능이 지원되지 않습니다.

• CMK(고객 관리형 키)
• 캡처를 위한 관리 ID
• 가상 네트워크 기능(서비스 엔드포인트 또는 프라이빗 엔드포인트)
• 대용량 메시지 지원(현재 공개 미리 보기로 제공됨)
• Kafka 트랜잭션(현재 공개 미리 보기로 제공됨)

지역 데이터 복제 공개 미리 보기의 주요 측면 중 일부는 다음과 같습니다.

• 기본-보조 복제 모델 – 지역 복제는 지정된 시간에 이벤트 프로듀셔와 이벤트 소비자에게 서비스를 제공하는 기본 네임스페이스가 하나만 있는 기본-보조 복제 모델을 기반으로 합니다.
• Event Hubs는 구성된 일관성 수준을 사용하여 보조 데이터베이스 전체에서 메타데이터, 이벤트 데이터 및 소비자 오프셋의 완전 관리형 바이트 간 복제를 수행합니다.
• 름)안정적인 네임스페이스 FQDN(정규화된 도메인 이름 – 승격이 수행될 때 FQDN을 변경할 필요가 없습니다.
• 복제 일관성 - 복제 일관성 설정에는 동기와 비동기의 두 가지가 있습니다.
• 사용자가 관리하는 보조를 새 기본으로 승격합니다.

보조를 새 기본으로 변경하는 방법은 두 가지입니다.

• 계획됨: 새로운 기본 인스턴스가 이전 기본 인스턴스가 보유한 모든 데이터를 따라잡을 때까지 트래픽이 처리되지 않는 보조 인스턴스를 기본 인스턴스로 승격합니다.
• 강제: 보조가 가능한 한 빨리 기본이 되는 장애 조치(failover)입니다. 지역 복제 기능은 기본 지역의 모든 데이터와 메타데이터를 선택한 보조 지역으로 복제합니다. 네임스페이스 FQDN은 항상 기본 지역을 가리킵니다.

보조 승격을 시작하면 FQDN은 새로 선택된 기본 지역을 가리킵니다. 그러면 이전 기본이 보조가 됩니다. 장애 조치(failover) 이외의 이유로 보조를 새로운 기본으로 승격할 수 있습니다. 이러한 이유에는 애플리케이션 업그레이드, 장애 조치(failover) 테스트 또는 기타 여러 가지가 포함될 수 있습니다. 이러한 상황에서는 해당 작업이 완료되면 다시 전환하는 것이 일반적입니다.

보조 지역은 고객의 재량에 따라 추가되거나 제거됩니다. 현재 주목할 만한 몇 가지 제한 사항이 있습니다.

• 보조 지역에서는 읽기 전용 보기를 지원하는 기능이 없습니다.
• 자동 승격/장애 조치(failover) 기능은 없습니다. 모든 승격은 고객이 시작합니다.
• 보조 지역은 기본 지역과 달라야 합니다. 동일한 지역에서 다른 전용 클러스터를 선택할 수 없습니다.
• 공개 미리 보기에는 하나의 보조만 지원됩니다.

복제 일관성

복제 일관성 구성에는 동기와 비동기의 두 가지가 있습니다. 두 구성은 애플리케이션과 데이터 일관성에 영향을 미치므로 차이점을 아는 것이 중요합니다.

비동기 복제

비동기 복제가 사용하도록 설정되면 모든 메시지가 기본에서 커밋된 다음 보조로 전송됩니다. 사용자는 보조가 따라잡아야 하는 허용 가능한 지연 기간을 구성할 수 있습니다. 활성 보조에 대한 지연이 사용자 지연 구성보다 크면 기본 지역에서 들어오는 게시 요청을 제한합니다.

동기 복제

동기 복제가 사용하도록 설정되면 게시된 이벤트가 보조에 복제되며, 기본에서 커밋되기 전에 메시지를 확인해야 합니다. 동기 복제를 사용하면 애플리케이션이 게시, 복제, 승인 및 커밋에 걸리는 속도로 게시됩니다. 이는 또한 사용자의 애플리케이션이 두 지역의 가용성에 연결되어 있음을 의미합니다. 보조 지역이 중단되면 메시지를 승인하거나 커밋할 수 없습니다.

복제 일관성 비교

동기 복제를 사용하는 경우:

• 분산 커밋으로 인해 대기 시간이 길어집니다.
• 가용성은 두 지역의 가용성과 연결됩니다. 한 지역이 다운되면 네임스페이스를 사용할 수 없습니다.
• 수신된 데이터는 항상 두 개 이상의 지역에 상주합니다(초기 공개 미리 보기에서는 두 지역만 지원됨).

동기 복제는 데이터가 안전하다는 최고의 보장을 제공합니다. 동기 복제가 있는 경우 커밋되면 지역 복제용으로 구성된 모든 지역에서 커밋됩니다. 그러나 동기 복제가 사용하도록 설정되면 두 지역의 가용성에 따라 애플리케이션 가용성이 줄어들 수 있습니다.

비동기 복제를 사용하도록 설정해도 대기 시간은 크게 영향을 받지 않으며, 보조 지역 손실로 인해 서비스 가용성이 영향을 받지 않습니다. 비동기 복제는 동기 복제처럼 커밋되기 전에 모든 지역에 데이터가 있다는 절대적인 보장이 없습니다. 또한 수신 트래픽이 제한되기 전에 보조 서버가 동기화되지 않을 수 있는 시간을 설정할 수도 있습니다. 5분부터 1,440분(1일)까지 설정할 수 있습니다. 서로 거리가 먼 지역을 사용하려는 경우 비동기 복제가 가장 적합한 옵션일 가능성이 높습니다.

복제 일관성 구성은 지역 복제 구성 후에 변경될 수 있습니다. 동기에서 비동기로, 또는 비동기에서 동기로 이동할 수 있습니다. 동기에서 비동기로 전환하면 대기 시간과 애플리케이션 가용성이 개선됩니다. 비동기에서 동기로 전환하면 대기 시간이 0에 도달한 후 보조 장치가 동기로 구성됩니다. 어떤 이유로든 지속적인 지연이 발생하는 경우 지연이 0이 되고 모드가 동기 모드로 전환될 수 있도록 게시자를 일시 중지해야 할 수도 있습니다.

동기 복제를 사용하도록 설정하는 일반적인 이유는 데이터의 중요도, 특정 비즈니스 요구 사항 또는 준수 이유와 관련이 있습니다. 기본 목표가 데이터 보증보다는 애플리케이션 가용성이라면 비동기 일관성이 더 나은 선택일 가능성이 높습니다.

보조 지역 선택

지역 복제 기능을 사용하도록 설정하려면 지역에서 복제 기능이 사용하도록 설정된 기본 및 보조 지역을 사용해야 합니다. 또한 기본 지역과 보조 지역 모두에 Event Hubs 클러스터가 이미 존재해야 합니다.

지역 복제 기능은 게시된 이벤트를 기본 지역에서 보조 지역으로 복제할 수 있는지 여부에 따라 달라집니다. 보조 지역이 다른 대륙에 있는 경우 기본 지역에서 보조 지역으로의 복제 지연에 큰 영향을 미칩니다. 가용성 및 안정성을 이유로 지역 복제를 사용하는 경우 가능한 경우 보조 지역이 최소한 동일한 대륙에 있는 것이 가장 좋습니다. 지리적 거리로 인해 발생하는 대기 시간을 더 잘 이해하려면 Azure 네트워크 왕복 대기 시간 통계 | Microsoft Learn에서 자세히 알아볼 수 있습니다.

지역 복제 관리

지역 복제 기능을 사용하면 구성 및 데이터를 복제할 보조 지역을 구성할 수 있습니다. 마케팅 목록의 구성원을 관리할 수 있습니다.

• 지역 복제 구성 - 지역 복제 기능 집합이 사용하도록 설정된 지역의 셀프 서비스 전용 클러스터에 있는 기존 네임스페이스에 보조 지역을 구성할 수 있습니다. 동일한 전용 클러스터에서 네임스페이스를 만드는 동안 구성할 수도 있습니다. 보조 지역을 선택하려면 해당 보조 지역에서 사용할 수 있는 전용 클러스터가 있어야 하며, 보조 지역에도 해당 지역에 대해 지역 복제 기능 집합이 사용하도록 설정되어 있어야 합니다.
• 복제 일관성 구성 - 동기 및 비동기 복제는 지역 복제가 구성될 때 설정되지만 나중에 전환할 수도 있습니다. 비동기 일관성을 사용하면 보조 지역에서 지연이 허용되는 시간을 구성할 수 있습니다.
• 승격/장애 조치(failover) 트리거 - 모든 승격 또는 장애 조치(failover)는 고객이 시작합니다. 승격 중에는 처음부터 강제로 설정할 수도 있고, 승격이 시작된 후 마음을 바꿔 강제로 설정할 수도 있습니다.
• 보조 제거 - 언제든지 기본 지역과 보조 지역 간의 지리적 페어링을 제거하려는 경우 그렇게 하면 보조 지역의 데이터가 삭제됩니다.

데이터 복제 모니터링

사용자는 애플리케이션 메트릭 로그에서 복제 지연 메트릭을 모니터링하여 복제 작업의 진행률을 모니터링할 수 있습니다.

• Event Hubs 네임스페이스에서 애플리케이션 메트릭 로그를 사용하도록 설정합니다. Azure Event Hubs 모니터링 - Azure Event Hubs | Microsoft Learn.

• 애플리케이션 메트릭 로그가 사용하도록 설정되면 로그 보기를 시작하기 전에 몇 분 동안 네임스페이스에서 데이터를 생성하고 사용해야 합니다.

• 애플리케이션 메트릭 로그를 보려면 Event Hubs의 모니터링 섹션으로 이동하여 왼쪽 메뉴에서 로그를 선택합니다. 다음 쿼리를 사용하여 기본 네임스페이스와 보조 네임스페이스 간의 복제 지연(초)을 찾을 수 있습니다.

  AzureDiagnostics
    | where TimeGenerated > ago(1h)
    | where Category == "ApplicationMetricsLogs"
    | where ActivityName_s == "ReplicationLag
  

• count_d 열은 기본 지역과 보조 지역 간의 복제 대기 시간(초)을 나타냅니다.

데이터 게시

이벤트 게시 애플리케이션은 지역 복제 네임스페이스의 안정적인 네임스페이스 FQDN을 통해 지역 복제 네임스페이스에 데이터를 게시할 수 있습니다. 이벤트 게시 방식은 비 지역 DR 사례와 동일하며 클라이언트 애플리케이션을 변경할 필요가 없습니다.

다음 상황에서는 이벤트 게시가 불가능할 수 있습니다.

• 장애 조치(failover) 유예 기간 동안 기존 기본 지역은 Event Hubs에 게시된 모든 새 이벤트를 거부합니다.
• 기본 지역과 보조 지역 간의 복제 지연이 최대 복제 지연 기간에 도달하면 게시자 수신 워크로드가 제한될 수 있습니다. 게시자 애플리케이션은 보조 지역의 네임스페이스에 직접 액세스할 수 없습니다.

데이터 사용

이벤트 소비 애플리케이션은 지역 복제 네임스페이스의 안정적인 네임스페이스 FQDN을 사용하여 데이터를 소비할 수 있습니다. 장애 조치(failover)가 시작된 시점부터 완료될 때까지 소비자 작업은 지원되지 않습니다.

검사점/오프셋 관리

이벤트를 소비하는 애플리케이션은 단일 네임스페이스를 사용하는 것처럼 오프셋 관리를 계속 유지할 수 있습니다.

Kafka

오프셋은 Event Hubs에 직접 커밋되며 오프셋은 지역 전체에 복제됩니다. 따라서 소비자는 기본 지역에서 중단된 부분부터 사용할 수 있습니다.

Event Hubs SDK/AMQP

Event Hubs SDK를 사용하는 클라이언트는 2024년 4월 버전의 SDK로 업그레이드해야 합니다. 최신 버전의 Event Hubs SDK는 검사점 업데이트를 통한 장애 조치(failover)를 지원합니다. 검사점은 Azure Blob Storage 또는 사용자 지정 스토리지 솔루션과 같은 검사점 저장소를 사용하여 사용자가 관리합니다. 장애 조치(failover)가 있는 경우 클라이언트가 검사점 데이터를 검색하고 메시지 손실을 방지할 수 있도록 보조 지역에서 검사점 저장소를 사용할 수 있어야 합니다.

가격 책정

Event Hubs 전용 클러스터는 지역 복제와 관계없이 가격이 책정됩니다. Event Hubs 전용으로 지역 복제를 사용하려면 별도의 지역에 두 개 이상의 전용 클러스터가 있어야 합니다. 지역 복제를 위한 보조 인스턴스로 사용되는 전용 클러스터를 다른 워크로드에 사용할 수 있습니다. 게시된 대역폭 * 보조 지역 수를 기준으로 지역 복제 요금이 부과됩니다. 지역 복제 요금은 초기 공개 미리 보기에서 면제됩니다.

관련 콘텐츠

지역 복제 기능을 사용하는 방법을 알아보려면 지역 복제 사용을 참조하세요.