Share via


Azure 가용성 영역 마이그레이션 기준

이 문서에서는 비가용성 영역에서 가용성 영역 지원으로 마이그레이션하기 위해 애플리케이션의 가용성 영역 준비 상태를 평가하는 방법을 보여 줍니다. 애플리케이션 및 지역 요구 사항에 따라 가용성 영역 지원을 활용하는 방법을 결정하는 데 필요한 단계를 안내합니다. 가용성 영역 및 가용성 영역을 지원하는 지역에 대한 자세한 내용은 Azure 지역 및 가용성 영역이란?을 참조하세요.

신뢰할 수 있는 워크로드를 만들 때 다음 가용성 영역 구성 중 하나 이상을 선택할 수 있습니다.

  • 영역 영역 구성은 자체 선택한 특정 가용성 영역을 제공합니다.

  • 영역 중복 영역 중복 구성은 영역 간에 자동으로 복제되거나 분산되는 리소스를 제공합니다.

영역 및 영역 중복이라는 두 가지 가용성 영역 옵션 외에도 Azure는 글로벌 서비스를 제공합니다. 즉, 지역에 관계없이 전역으로 사용할 수 있습니다. 이러한 서비스는 지역 간에 항상 사용할 수 있으므로 지역 및 영역 중단 모두에 복원력이 있습니다.

가용성 영역을 지원하는 Azure 서비스를 확인하려면 가용성 영역 서비스 및 지역 지원을 참조하세요.

참고

리소스에 대한 영역 구성(영역 또는 영역 중복)을 선택하지 않으면 리소스 및 하위 구성 요소는 영역 복원력이 없으며 해당 지역의 영역 중단 중에 중단될 수 있습니다.

가용성 영역 지원으로 마이그레이션하기 위한 고려 사항

SLA 및 안정성 목표를 모두 충족하는 가용성 영역을 사용하여 신뢰할 수 있는 Azure 애플리케이션을 만들 수 있는 여러 가지 방법이 있습니다. 아래 단계에 따라 기술 및 규정 고려 사항, 서비스 기능, 데이터 상주, 규정 준수 요구 사항 및 대기 시간에 따라 요구 사항에 적합한 접근 방식을 선택합니다.

1단계: Azure 지역에서 가용성 영역을 지원하는지 확인

이 첫 번째 단계에서는 선택한 Azure 지역이 가용성 영역과 애플리케이션에 필요한 Azure 서비스를 지원하는지 확인해야 합니다.

지역에서 가용성 영역을 지원하는 경우 가용성 영역에 대한 워크로드를 구성하는 것이 좋습니다. 지역에서 가용성 영역을 지원하지 않는 경우 Azure Resource Mover 지침을 사용하여 가용성 영역 지원을 제공하는 지역으로 마이그레이션해야 합니다.

참고

일부 서비스의 경우 가용성 영역은 배포 중에만 구성할 수 있습니다. 기존 서비스에 대한 가용성 영역을 포함하려면 다시 배포해야 할 수 있습니다. Microsoft Azure 제품 및 서비스에 대한 가용성 영역 마이그레이션 지침 개요의 서비스별 설명서를 참조하세요.

2단계: Azure 지역에서 제품 및 SKU 가용성 확인

이 단계에서는 선택한 Azure 지역의 가용성 영역에서 필요한 Azure 서비스 및 SKU를 사용할 수 있는지 확인합니다.

지역별 서비스 지원을 검사 지역별 사용 가능한 제품을 참조하세요.

Azure 지역 및 영역에서 사용 가능한 VM SKU를 나열하려면 VM SKU 가용성 확인을 참조하세요.

지역에서 애플리케이션에 필요한 서비스 및 SKU를 지원하지 않는 경우 1단계: Azure 지역의 제품 가용성 확인 으로 돌아가서 애플리케이션에 필요한 서비스 및 SKU를 지원하는 새 지역을 찾아야 합니다. 영역 중복성을 사용하여 워크로드를 구성하는 것이 좋습니다.

Azure IaaS Virtual Machines 영역 고가용성을 위해 VMSS(Virtual Machine Scale Sets) Flex를 사용하여 여러 가용성 영역에 VM을 분산합니다.

3단계: 애플리케이션 요구 사항 고려

이 마지막 단계에서는 애플리케이션 요구 사항에 따라 애플리케이션에 가장 적합한 가용성 영역 지원을 결정합니다.

다음은 올바른 가용성 영역 배포를 선택하는 데 도움이 되는 세 가지 중요한 질문입니다.

애플리케이션에 대기 시간에 중요한 구성 요소가 포함되어 있나요?

동일한 Azure 지역 내의 Azure 가용성 영역은 왕복 대기 시간이 2ms 미만인 고성능 네트워크에 의해 연결됩니다.

짧은 대기 시간이 엄격한 요구 사항이 아닌 경우 고가용성을 달성하기 위한 권장 방법은 영역 중복 배포를 사용하여 워크로드를 구성하는 것입니다.

게임, 엔지니어링 시뮬레이션 및 HFT(고주파 거래)와 같이 물리적 근접성과 짧은 대기 시간이 필요한 중요한 애플리케이션 구성 요소의 경우 영역 배포를 구성하는 것이 좋습니다. Virtual Machine Scale Sets Flex는 연결된 스토리지 디스크와 함께 영역 정렬 컴퓨팅을 제공합니다.

애플리케이션 코드에 분산 모델을 처리할 준비가 되었나요?

분산 마이크로 서비스 모델의 경우 애플리케이션에 따라 영역 간에 마이크로 서비스 간에 지속적인 데이터 교환이 발생할 수 있습니다. API를 통한 이러한 지속적인 데이터 교환은 성능에 영향을 줄 수 있습니다. 성능을 개선하고 신뢰할 수 있는 아키텍처를 유지하려면 영역 배포를 선택할 수 있습니다.

영역 배포를 사용하면 다음을 수행해야 합니다.

  1. 아키텍처에서 대기 시간에 중요한 리소스 또는 서비스를 식별합니다.

  2. 대기 시간에 중요한 리소스 또는 서비스가 영역 배포를 지원하는지 확인합니다.

  3. 대기 시간에 중요한 리소스 또는 서비스를 동일한 영역에 공동 배치합니다. 아키텍처의 다른 서비스는 영역 중복 상태를 계속 유지할 수 있습니다.

  4. 여러 가용성 영역에서 대기 시간에 중요한 영역 서비스를 복제하여 영역 복원력을 보장합니다.

  5. 표준 또는 전역 부하 분산 장치를 사용하여 여러 영역 배포 간의 부하를 분산합니다.

Azure 서비스에서 가용성 영역을 지원하는 경우 영역 간에 노드를 분산하여 더 높은 작동 시간 SLA를 얻고 영역 중단을 방지하여 영역 중복성을 사용하는 것이 좋습니다.

3계층 애플리케이션의 경우 애플리케이션, 비즈니스 및 데이터 계층을 이해하는 것이 중요합니다. 워크로드 유형에 따라 모범 사례 및 지침에 따라 설계할 상태(상태 저장 또는 상태 비저장)뿐만 아니라

아래 예제와 같이 Azure의 특수 워크로드는 해당 랜딩 존 아키텍처 지침 및 모범 사례를 참조하세요.

규정 준수, 데이터 상주 또는 거버넌스 요구 사항으로 인해 동일한 Azure 지역에서 비즈니스 연속성 및 재해 복구를 달성하시겠습니까?

동일한 지역 내에서 비즈니스 연속성 및 재해 복구를 달성하고 지역 쌍이 없는 경우 영역 중복성을 사용하여 워크로드를 구성하는 것이 좋습니다. 단일 지역 접근 방식은 동일한 Azure 지역 내에서 엄격한 데이터 보존 및 거버넌스 요구 사항이 있는 특정 산업에도 적용됩니다. 한 가용성 영역에서 동일한 Azure 지역 내의 다른 가용성 영역에서 Azure 가상 머신을 복제, 장애 조치 및 장애 복구하는 방법을 알아보려면 가용성 영역 간에 Azure VM 재해 복구 사용을 참조하세요.

다중 지역이 필요하거나 Azure 지역에서 가용성 영역을 지원하지 않는 경우 지역 쌍을 사용하는 것이 좋습니다. 지역 쌍은 약 100 마일 떨어진 먼 거리에 위치하고 있으며 화재, 홍수, 지진 및 기타 자연 또는 예기치 않은 재앙과 같은 지역 수준의 오류로부터 반경을 보호합니다. 자세한 내용은 Azure의 지역 간 복제: 비즈니스 연속성 및 재해 복구를 참조하세요.

참고

영역, 영역 중복 및 글로벌 서비스의 조합이 비즈니스 및 기술 요구 사항을 충족하는 데 가장 적합한 시나리오가 있을 수 있습니다.

기타 고려해야 할 사항

  • 가용성 및 복원력을 위해 애플리케이션을 테스트하는 방법에 대한 자세한 내용은 가용성 및 복원력에 대한 애플리케이션 테스트를 참조하세요.

  • 지역의 각 데이터 센터는 물리적 영역에 할당됩니다. 물리적 영역은 Azure 구독의 논리 영역에 매핑됩니다. Azure 구독은 구독이 만들어질 때 자동으로 이 매핑에 할당됩니다. 전용 ARM REST API, listLocations를 사용하고 API 버전을 2022-12-01로 설정하여 구독의 물리적 영역에 대한 논리 영역 매핑을 나열할 수 있습니다. 이 정보는 모든 물리적 영역에서 사용할 수 없는 전략적 서비스 로 분류된 Azure 리소스와 공동 위치가 필요한 중요한 애플리케이션 구성 요소에 중요합니다.

  • 영역 간 대역폭 요금은 트래픽이 영역 간에 이동할 때 적용됩니다. 대역폭 가격 책정에 대한 자세한 내용은 대역폭 가격 책정을 참조하세요.

다음 단계