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

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 Virtual Machines를 복제, 장애 조치(failover) 및 장애 복구하는 방법을 알아보려면 가용성 영역 간 Azure VM 재해 복구 사용을 참조하세요.

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

참고 항목

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

기타 고려해야 할 사항

  • 애플리케이션의 가용성 및 복원력 테스트에 대해 알아보려면 애플리케이션의 가용성 및 복원력 테스트를 참조하세요.

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

다음 단계