다음을 통해 공유

서비스 커넥터의 고가용성

  • 아티클

서비스 커넥터는 Azure 가용성 영역을 지원하여 중요 비즈니스용 워크로드에 대한 복원력과 안정성을 달성하는 데 도움이 됩니다. Service Connector의 고가용성 아키텍처의 목표는 서비스 연결이 최소 99.9%의 시간 동안 실행되도록 보장하여 잠재적인 유지 관리 작업 및 중단의 영향에 대해 걱정할 필요가 없도록 하는 것입니다. 서비스 커넥터는 Azure에서 실행 중인 모든 형식의 애플리케이션에 대한 고가용성 지원을 제공하도록 설계되었습니다.

사용자는 여러 지역의 가용성 영역에 Azure 컴퓨팅 서비스를 배포할 수 있습니다. 서비스 커넥터는 이러한 컴퓨팅 서비스에 대한 확장 리소스 공급자입니다. 가용성 영역이 사용하도록 설정된 컴퓨팅 서비스에서 서비스 연결을 만들면 Azure는 서비스 연결에 대한 해당 서비스 연결 가용성 영역도 자동으로 설정합니다. Microsoft는 서비스 연결에 대한 가용성 영역 및 재해 복구 설정을 담당합니다.

서비스 커넥터의 영역 중복성

서비스 커넥터는 Azure 확장 리소스 공급자입니다. Azure App Service, Azure Spring Apps 및 Azure Container Apps를 확장합니다. 서비스 커넥터를 사용하여 이러한 컴퓨팅 서비스 중 하나에서 새 서비스 연결을 만들면 최상위 부모 컴퓨팅 서비스의 일부로 프로비전된 연결 리소스가 있습니다.

연결에 대한 영역 중복성을 사용하도록 설정하려면 컴퓨팅 서비스에 대한 영역 중복성을 사용하도록 설정해야 합니다. 컴퓨팅 서비스가 영역 중복으로 구성되면 서비스 연결도 자동으로 영역 중복이 됩니다. 예를 들어, 영역 중복성이 사용하도록 설정된 App Service가 있는 경우 플랫폼은 선택한 지역의 세 영역에 걸쳐 App Service 인스턴스를 자동으로 분산합니다. 서비스 커넥터를 사용하여 이 App Service에서 서비스 연결을 만들면 선택한 지역의 해당 영역 3개에도 서비스 연결 리소스가 자동으로 만들어집니다. 트래픽은 사용 가능한 모든 연결 리소스로 라우팅됩니다. 영역이 다운된 경우 플랫폼은 손실된 인스턴스를 검색하고 자동으로 새 바꾸기 인스턴스를 찾으려고 시도하며 필요에 따라 트래픽을 분산시킵니다.

참고 항목

서비스 커넥터는 서비스 연결을 만들고, 업데이트하고, 유효성을 검사하고, 나열하기 위해 컴퓨팅 서비스 및 대상 서비스에서 API를 호출합니다. 서비스 커넥터는 컴퓨팅 서비스와 대상 서비스 모두의 응답에 의존하므로 대상 서비스에 도달할 수 없는 경우 영역 다운 시나리오에서 서비스 커넥터에 대한 요청이 성공하지 못할 수 있습니다. 이 제한은 App Service, Azure Container Apps 및 Azure Spring Apps에 적용됩니다.

서비스 커넥터를 사용하여 영역 중복 서비스 연결을 만드는 방법

아래 지침에 따라 Azure CLI 또는 Azure Portal을 사용하여 App Service에서 영역 중복 서비스 연결을 만듭니다. 동일한 프로세스를 사용하여 Azure Spring Apps 및 Azure Container Apps 컴퓨팅 서비스에 대한 영역 중복 연결을 만들 수 있습니다.

Azure CLI를 사용하여 서비스 연결에 대한 영역 중복성을 사용하도록 설정하려면 영역 중복 App Service를 만들어 시작합니다.

  1. App Service 요금제를 만들고 --zone-redundant 매개 변수를 포함합니다. 선택적으로 --number-of-workers 매개 변수를 포함하여 용량을 지정합니다. 영역 중복 App Service를 배포하는 방법에서 자세한 내용을 알아봅니다.

    az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6

  2. App Service에서 애플리케이션을 만들고 Blob Storage 계정 또는 선택한 다른 대상 서비스에 대한 연결을 만듭니다.

    az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup
az webapp connection create storage-blob

App Service에 대해 영역 중복성을 사용하도록 설정하면 서비스 연결도 영역 중복됩니다.

팁

대상 서비스에 대해 영역 중복성을 사용하도록 설정하는 것이 좋습니다. 영역 다운 시나리오에서는 연결에 대한 트래픽이 자동으로 다른 영역으로 분산됩니다. 그러나 연결 만들기, 유효성 검사 및 업데이트는 대상 서비스의 관리 API에 의존합니다. 대상 서비스가 영역 중복성을 지원하지 않거나 영역 중복성이 사용하도록 설정되지 않은 경우 이러한 작업은 실패합니다.

서비스 커넥터의 재해 복구 및 복원력 이해

재해 복구는 치명적인 손실 후에 애플리케이션 기능을 복원하는 프로세스입니다.

클라우드에서는 장애가 발생할 것임을 미리 인지합니다. 목표는 모든 장애를 막는 것이 아니라 단일 장애 구성 요소의 영향을 최소화하는 것입니다. 재해가 발생하면 서비스 커넥터가 쌍을 이루는 지역으로 장애 조치(failover)됩니다. 서비스 커넥터 팀에서 중단을 결정/선언한 경우 고객은 아무 조치도 취할 필요가 없습니다.

RTO(복구 시간 목표)라는 용어를 사용하여 Service Connector에 영향을 미치는 중단이 시작된 시점과 전체 가용성으로 복구되는 시점 사이의 시간을 나타냅니다. RPO(복구 지점 목표)를 사용하여 올바르게 복원된 마지막 작업과 서비스 커넥터에 영향을 미치는 중단 시작 시간 사이의 시간을 나타냅니다. 예상 최대 RPO는 24시간이고 RTO는 24시간입니다.

서비스 커넥터에 대한 작업은 장애 조치(failover)가 발생하기 전에 재해 시간 동안 실패할 수 있습니다. 장애 조치(failover)가 완료되면 데이터가 복원되고 고객이 작업을 취할 필요가 없습니다.

서비스 커넥터는 스토리지 및 컴퓨팅을 위한 BCRD(비즈니스 연속성 및 재해 복구)를 처리합니다. 플랫폼은 모든 지역에서 스토리지/컴퓨팅 문제가 발생할 경우 가능한 한 영향을 최소화하기 위해 노력합니다. 데이터 레이어 디자인은 재해 발생 시 대기 시간보다 가용성을 우선시합니다. 즉, 지역이 다운되면 서비스 커넥터가 쌍을 이루는 지역에서 최종 사용자 요청을 처리하려고 시도합니다.

장애 조치(failover) 작업 중에 서비스 커넥터는 사용 가능한 지역에 대한 DNS 다시 매핑을 처리합니다. 고객 보기의 모든 데이터 및 작업은 장애 조치(failover) 후 평소대로 제공됩니다. 서비스 커넥터는 약 1시간 내에 DNS를 변경합니다. 수동 장애 조치(failover)를 수행하면 시간이 더 걸립니다. 서비스 커넥터는 다른 Azure 서비스 위에 빌드된 리소스 공급자이므로 실제 시간은 기본 서비스의 장애 조치(failover) 시간에 따라 다릅니다.

재해 복구 지역 지원

서비스 커넥터는 현재 다음 지역 쌍을 지원합니다. 주 지역 중단 시 보조 지역으로의 장애 조치(failover)가 자동으로 시작됩니다.

주 보조
미국 동부 2 EUAP 미국 동부
미국 중서부 미국 중서부 2
서유럽 북유럽
북유럽 서유럽
미국 동부 미국 서부 2
미국 서부 2 미국 동부

지역 간 장애 조치(failover)

Microsoft는 지역 간 장애 조치(failover)를 처리할 책임이 있습니다. Service Connector는 10분마다 상태 확인을 실행하고 지역 장애 조치(failover)는 Service Connector 백 엔드에서 검색 및 처리됩니다. 장애 조치(failover) 프로세스는 고객의 애플리케이션 또는 컴퓨팅 서비스 구성을 변경할 필요가 없습니다. 서비스 커넥터는 자동 장애 조치(failover)와 함께 활성-수동 클러스터 구성을 사용합니다. 재해 복구 후 고객은 Service Connector에서 제공하는 전체 기능을 사용할 수 있습니다.

10분마다 실행되는 상태 검사는 Service Connector에서 지원하는 각 컴퓨팅 서비스에서 대상 서비스에 대한 연결을 만들고, 유효성을 검사하고, 업데이트하여 사용자 동작을 시뮬레이션합니다. Microsoft는 다음 조건 중 하나라도 충족되면 서비스 커넥터 장애 조치(failover) 분석 및 시작을 시작합니다.

  • 서비스 상태 확인이 연속으로 3번 실패합니다.
  • Service Connector의 종속 서비스가 중단을 선언합니다.
  • 고객이 지역 중단을 보고합니다.

서비스 연결에 대한 요청은 장애 조치(failover) 중에 영향을 받습니다. 장애 조치(failover)가 완료되면 서비스 연결 데이터가 복원됩니다. Azure 상태 페이지에서 모든 Azure 서비스의 상태를 확인할 수 있습니다.

다음 단계

Service Connector에 대해 자세히 알아보려면 아래 개념 문서로 이동합니다.

서비스 커넥터 개념에 대한 자세한 정보