다음을 통해 공유

API Management 가용성 및 안정성 보장

  • 아티클

적용 대상: 프리미엄

이 문서는 Azure 중단이 발생할 경우 API Management 인스턴스가 API 요청을 계속 제공하도록 하는 서비스 기능에 대한 개요입니다.

API Management는 안정적이고 복원력 있는 Azure 솔루션에 대해 다음과 같은 기능을 제공합니다. 개별적으로 또는 함께 사용하여 가용성을 향상시킵니다.

  • 가용성 영역: 데이터 센터 수준 중단에 대한 복원력

  • 다중 지역 배포: 지역 중단에 대한 복원력

참고 항목

가용성 영역

Azure 가용성 영역은 데이터 센터 수준 오류를 허용하는 Azure 지역 내에서 물리적으로 분리된 위치입니다. 각 영역은 독립적인 전원, 냉각 및 네트워킹 인프라를 갖춘 하나 이상의 데이터 센터로 구성됩니다. 복원력을 보장하기 위해 모든 가용성 영역 사용 지역에는 3개 이상의 개별 가용성 영역이 있습니다. 자세한 정보

지원되는 지역에서 API Management 인스턴스에 대해 영역 중복성을 사용하도록 설정하면 게이트웨이, 관리 평면 및 개발자 포털 등의 모든 서비스 구성 요소에 대한 중복성이 제공됩니다. Azure는 선택한 영역 간에 모든 서비스 구성 요소를 자동으로 복제합니다.

지역에서 영역 중복을 사용하도록 설정하는 경우 배포해야 하는 API Management 배율 단위 수를 고려합니다. 최소한 가용성 영역 수와 동일한 단위 수를 구성하거나 단위가 영역에 균등하게 분산되도록 여러 단위를 구성합니다. 예를 들어 한 지역에서 3개의 가용성 영역을 선택하는 경우 각 영역이 하나의 단위를 호스트할 수 있도록 3개의 단위가 있을 수 있습니다.

참고 항목

용량 메트릭 및 사용자 고유의 테스트를 사용하여 요구 사항에 대한 게이트웨이 성능을 제공할 배율 단위 수를 결정합니다. 서비스 인스턴스 스케일링 및 업그레이드에 대해 자세히 알아봅니다.

다중 지역 배포

다중 지역 배포를 사용하면 하나 이상의 지원되는 Azure 지역에서 기존 API Management 인스턴스에 지역 API 게이트웨이를 추가할 수 있습니다. 다중 지역 배포를 사용하면 지리적으로 분산된 API 소비자가 느끼는 요청 대기 시간을 줄일 수 있으며 한 지역이 오프라인으로 전환되는 경우 서비스 가용성이 개선됩니다.

  • API Management 인스턴스의 게이트웨이 구성 요소만 여러 지역에 복제됩니다. 인스턴스의 관리 평면 및 개발자 포털은 원래 서비스를 배포한 지역인 주 지역에서만 호스트됩니다.

  • 가상 네트워크에서 API Management 인스턴스가 배포(삽입)되었을 때 이에 대한 보조 위치를 구성하려면 VNet 및 서브넷 지역이 구성하는 보조 위치와 일치해야 합니다. 주 지역에서 가용성 영역을 추가, 제거 또는 사용하도록 설정하거나 주 지역의 서브넷을 변경하는 경우 API Management 인스턴스의 VIP 주소가 변경됩니다. 자세한 내용은 Azure API Management 서비스의 IP 주소를 참조하세요. 그러나 보조 지역을 추가하는 경우 모든 지역에 자체 프라이빗 VIP가 있기 때문에 주 지역의 VIP는 변경되지 않습니다.

  • API 및 정책 정의와 같은 게이트웨이 구성은 추가하는 주 지역과 보조 지역 간에 정기적으로 동기화됩니다. 지역 게이트웨이에 대한 업데이트를 전파하는 데 일반적으로 10초 미만이 걸립니다. 다중 지역 배포는 둘 이상의 지역에서 API 게이트웨이의 가용성을 제공하고 한 지역이 오프라인 상태가 되면 서비스 가용성을 제공합니다.

  • API Management가 트래픽 관리자 엔드포인트에 대한 퍼블릭 HTTP 요청을 수신하는 경우(외부 VNet 및 API Management의 비네트워크 모드에 적용됨) 트래픽은 가장 낮은 대기 시간에 따라 지역 게이트웨이로 라우팅되므로 지리적으로 분산된 API 소비자가 경험하는 대기 시간을 줄일 수 있습니다. 내부 VNet 모드에서는 고객이 지역 게이트웨이를 통해 트래픽을 라우팅하고 부하를 분산하기 위해 자체 솔루션을 구성해야 합니다. 자세한 내용은 네트워킹 고려 사항을 참조하세요.

  • 각 지역(주 지역 포함)의 게이트웨이에는 https://<service-name>-<region>-01.regional.azure-api.net의 URL 패턴(예: https://contoso-westus2-01.regional.azure-api.net)을 따르는 지역 DNS 이름이 있습니다.

  • 지역이 오프라인으로 전환되면 API 요청은 실패한 지역 주위에 있는 가장 가까운 다음 게이트웨이로 자동 라우팅됩니다.

  • 주 지역이 오프라인 상태가 되면 API Management 관리 평면 및 개발자 포털을 사용할 수 없게 되지만, 보조 지역은 최신 게이트웨이 구성을 사용하여 API 요청을 계속 처리합니다.

가용성 영역 및 다중 지역 배포 결합

지역 내 중복을 위한 가용성 영역 및 지역 중단이 있는 경우 게이트웨이 가용성 향상을 위한 다중 지역 배포를 조합하면 API Management 인스턴스의 안정성과 성능을 둘 다 개선할 수 있습니다.

예:

  • 가용성 영역을 사용하여 다중 지역 배포에서 주 지역의 복원력 향상

  • 가용성 영역 및 지역에 배율 단위를 분산하여 지역 게이트웨이 성능 향상

SLA 고려 사항

API Management는 둘 이상의 가용성 영역 또는 지역에 하나 이상의 단위를 배포할 때 99.99%의 SLA를 제공합니다. 자세한 내용은 가격 책정을 참조하세요.

참고 항목

Azure는 클라우드 플랫폼에 대한 SLA에서 가능한 최고의 복원력을 위해 지속적으로 노력하고 있지만 솔루션의 다른 구성 요소에 대해 고유한 대상 SLA를 정의해야 합니다.

백 엔드 가용성

백 엔드 서비스가 호스트되는 위치와 방법에 따라 서비스 가용성 요구 사항을 충족하기 위해 다른 지역에 중복 백 엔드를 설정해야 할 수 있습니다. 백 엔드 서비스의 복원력 및 가용성을 향상하기 위해 백 엔드 속성을 구성할 수도 있습니다.

지역 백 엔드

지역 백 엔드를 관리하고 API Management를 통해 장애 조치(failover)를 처리하여 가용성을 유지할 수 있습니다. 예시:

자세한 내용은 블로그 게시물 Azure API Manager를 사용하는 백 엔드 API 중복성을 참조하세요.

가용성을 위한 백 엔드 속성 구성

API Management 백 엔드 엔터티를 사용하면 백 엔드 속성을 관리하고 적용하여 백 엔드의 가용성을 향상할 수 있습니다. 예시:

  • URL 풀에 트래픽 분산 및 부하 분산
  • 너무 많은 요청으로부터 백 엔드를 보호하기 위해 회로 차단기 패턴을 적용하여 회로 차단기 규칙 구성

다음 단계