다음을 통해 공유


Azure 가용성 영역은 무엇입니까?

많은 Azure 지역은 지역 내에서 데이터 센터의 분리된 그룹인 가용성 영역을 제공합니다. 각 가용성 영역에는 독립적인 전원, 냉각 및 네트워킹 인프라가 있으므로 한 영역에서 중단이 발생하는 경우 나머지 영역에서 지역 서비스, 용량 및 고가용성이 지원됩니다.

가용성 영역은 왕복 대기 시간이 약 2ms 미만인 고성능 네트워크에 의해 연결됩니다. 대기 시간이 짧은 다른 가용성 영역에 연결할 수 있을 만큼 가깝지만 전원 오류 또는 폭풍과 같은 지역화된 중단으로 인해 둘 이상의 영향을 받을 가능성을 줄일 수 있을 만큼 멀리 떨어져 있습니다.

데이터 센터 위치는 엄격한 취약성 위험 평가 조건을 사용하여 선택됩니다. 이 프로세스는 모든 중요한 데이터 센터별 위험을 식별하고 가용성 영역 간에 공유되는 위험을 고려합니다.

다음 다이어그램에서는 몇 가지 Azure 지역 예제를 보여 줍니다. 지역 1과 2는 가용성 영역을 지원하며, 지역 3과 4에는 가용성 영역이 없습니다.

Azure 지역 내에서 물리적으로 분리된 가용성 영역 위치의 다이어그램.

가용성 영역을 지원하는 지역을 확인하려면 가용성 영역 지원이 있는 Azure 지역을 참조하세요.

가용성 영역 지원 유형

Azure 서비스는 영역 중복 및 영역이라는 두 가지 유형의 가용성 영역 지원을 제공할 수 있습니다. 각 서비스는 하나 또는 두 가지 유형을 모두 지원할 수 있습니다. 안정성 전략을 설계할 때 워크로드의 각 서비스가 가용성 영역을 지원하는 방법을 이해해야 합니다.

  • 영역 중복 배포: 영역 중복 리소스는 여러 가용성 영역에 자동으로 복제되거나 분산됩니다. 예를 들어 영역 중복 데이터 서비스는 한 영역의 오류가 데이터의 가용성에 영향을 주지 않도록 여러 영역에 걸쳐 데이터를 복제합니다. 일부 서비스의 경우 리소스에서 사용하는 영역 집합을 선택할 수 있으며, 다른 서비스에서는 Microsoft에서 영역을 선택합니다.

    영역 중복 배포를 통해 Microsoft는 영역 간에 분산 요청 및 영역 간 데이터 복제를 관리합니다. 가용성 영역에서 중단이 발생하면 Microsoft는 다른 영역으로의 장애 조치(failover)를 자동으로 관리합니다.

  • 영역 배포: 영역 리소스는 자체 선택된 단일 가용성 영역에 배포됩니다. 이 방법은 복원력 이점을 제공하지 않지만 보다 엄격한 대기 시간 또는 성능 요구 사항을 달성하는 데 도움이 됩니다. 예를 들어 가상 머신, 관리 디스크 및 표준 IP 주소를 동일한 영역에 영역으로 배포할 수 있습니다.

    영역 리소스의 복원력을 향상하려면 지역 내의 여러 가용성 영역에 별도의 리소스가 있는 아키텍처를 설계해야 하지만 Microsoft는 사용자를 위해 프로세스를 관리하지 않습니다. 가용성 영역에서 중단이 발생하면 다른 영역으로 장애 조치(failover)를 수행해야 합니다.

일부 서비스는 가용성 영역을 구성하기 전까지는 가용성 영역을 사용하지 않습니다. 가용성 영역 지원을 위해 서비스를 명시적으로 구성하지 않으면 비 영역 또는 지역 배포라고 합니다. 이러한 방식으로 구성된 리소스는 지역의 가용성 영역에 배치될 수 있으며 이동될 수 있습니다. 지역의 가용성 영역에 가동 중단이 발생하는 경우 영역이 아닌 리소스가 영향을 받는 영역에 있을 수 있으며 가동 중지 시간이 발생할 수 있습니다.

Important

일부 서비스에는 가용성 영역 지원을 위해 충족해야 하는 추가 요구 사항이 있을 수 있습니다. 예를 들어 일부 계층은 특정 계층 또는 SKU 또는 Azure 지역의 하위 집합에 대해서만 가용성 영역을 지원할 수 있습니다.

가용성 영역 지원을 위한 리소스 구성

각 서비스에는 가용성 영역 지원을 구성하는 고유한 방법이 있습니다. 각 서비스가 가용성 영역을 지원하는 방법과 해당 지원을 구성하는 방법에 대한 자세한 내용은 서비스별 Azure 안정성 가이드를 참조하세요.

물리적 및 논리적 가용성 영역

각 데이터 센터는 실제 영역에 할당됩니다. 물리적 영역은 Azure 구독의 논리 영역에 매핑되며 구독에 따라 매핑 순서가 다를 수 있습니다. Azure 구독은 구독이 만들어질 때 자동으로 매핑에 할당됩니다. 이 때문에 한 구독에 대한 영역 매핑은 다른 구독에 대해 다를 수 있습니다.

예를 들어 구독 A에는 논리 영역 2에 매핑된 물리적 영역 1이 있고 구독 B에는 논리 영역 3에 매핑된 물리적 영역 1이 있을 수 있습니다.

논리적- 물리적 가용성 영역 매핑 다이어그램.

구독에 대한 논리적 영역과 실제 영역 간의 매핑을 이해하려면 목록 위치 Azure Resource Manager API를 사용합니다. Azure CLI 또는 Azure PowerShell을 사용하여 API에서 정보를 검색할 수 있습니다.

az rest --method get \
    --uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
    --query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'

가용성 영역 및 Azure 업데이트

각 지역에 대해 Microsoft는 한 번에 단일 가용성 영역 내에 Azure 서비스에 업데이트를 배포하는 것을 목표로 합니다. 이 방법은 업데이트가 활성 워크로드에 미칠 수 있는 영향을 줄여 업데이트가 진행되는 동안 워크로드가 다른 영역에서 계속 실행되도록 합니다. 시퀀스된 영역 업데이트를 활용하려면 워크로드가 여러 영역에서 실행되도록 이미 구성되어 있어야 합니다. Azure에서 업데이트를 배포하는 방법에 대한 자세한 내용은 안전한 배포 방법 진행을 참조 하세요.

가용성 영역 아키텍처 지침

신뢰할 수 있는 워크로드를 달성하려면 다음을 수행합니다.

  • 프로덕션 워크로드가 있는 지역이 가용성 영역을 지원하는 경우 여러 가용성 영역을 사용하도록 구성해야 합니다.
  • 중요 업무용 워크로드의 경우 다중 지역 및 다중 영역 모두의 솔루션을 고려해야 합니다.

솔루션 아키텍처에서 지역 및 가용성 영역을 사용하는 방법에 대한 자세한 내용은 가용성 영역 및 지역 사용에 대한 권장 사항을 참조하세요.

다음 단계