Service Connector는 중요 비즈니스용 워크로드에 대한 복원력과 안정성을 달성할 수 있도록 Azure 가용성 영역을 지원합니다. Service Connector의 고가용성 아키텍처의 목표는 잠재적인 유지 관리 작업 및 중단의 영향에 대해 걱정할 필요가 없도록 서비스 연결이 99.9% 이상 실행되도록 보장하는 것입니다. 서비스 커넥터는 Azure에서 실행 중인 모든 유형의 애플리케이션에 대한 고가용성 지원을 제공하도록 설계되었습니다.
사용자는 여러 지역의 가용성 영역에 Azure 컴퓨팅 서비스를 배포할 수 있습니다. 서비스 커넥터는 이러한 컴퓨팅 서비스에 대한 확장 리소스 공급자입니다. 가용성 영역을 사용하도록 설정된 컴퓨팅 서비스에서 서비스 연결을 만들면 Azure는 서비스 연결에 해당하는 서비스 연결 가용성 영역도 자동으로 설정합니다. Microsoft는 서비스 연결에 대한 가용성 영역 및 재해 복구를 설정할 책임이 있습니다.
서비스 커넥터의 영역 중복성
서비스 커넥터는 Azure 확장 리소스 공급자입니다. Azure App Service, Azure Spring Apps 및 Azure Container Apps를 확장합니다. Service Connector를 사용하여 이러한 컴퓨팅 서비스 중 하나에서 새 서비스 연결을 만들면 연결 리소스가 최상위 부모 컴퓨팅 서비스의 일부로 프로비전됩니다.
연결에 영역 중복을 사용하도록 설정하려면 컴퓨팅 서비스에 대해 영역 중복을 사용하도록 설정해야 합니다. 컴퓨팅 서비스가 영역 중복으로 구성되면 서비스 연결도 자동으로 영역 중복이 됩니다. 예를 들어 영역 중복을 사용하도록 설정된 앱 서비스가 있는 경우 플랫폼은 선택한 지역의 세 영역에 앱 서비스 인스턴스를 자동으로 분산합니다. Service Connector를 사용하여 이 앱 서비스에서 서비스 연결을 만들면 서비스 연결 리소스도 선택한 지역의 세 개의 해당 영역에 자동으로 만들어집니다. 트래픽은 사용 가능한 모든 연결 리소스로 라우팅됩니다. 영역이 다운되면 플랫폼은 손실된 인스턴스를 감지하고, 자동으로 새 대체 인스턴스를 찾으려고 시도하고, 필요에 따라 트래픽을 분산합니다.
비고
서비스 연결을 만들고, 업데이트하고, 유효성을 검사하고 나열하기 위해 Service Connector는 컴퓨팅 서비스 및 대상 서비스에서 API를 호출합니다. Service Connector는 컴퓨팅 서비스와 대상 서비스 모두의 응답을 사용하므로 대상 서비스에 연결할 수 없는 경우 영역 다운 시나리오에서 Service Connector에 대한 요청이 실패할 수 있습니다. 이 제한 사항은 App Service, Azure Container Apps 및 Azure Spring Apps에 적용됩니다.
Service Connector를 사용하여 영역 중복 서비스 연결을 만드는 방법
아래 지침에 따라 Azure CLI 또는 Azure Portal을 사용하여 App Service에서 영역 중복 서비스 연결을 만듭니다. 동일한 프로세스를 사용하여 Azure Spring Apps 및 Azure Container Apps 컴퓨팅 서비스에 대한 영역 중복 연결을 만들 수 있습니다.
Azure CLI를 사용하여 서비스 연결에 영역 중복을 사용하도록 설정하려면 먼저 영역 중복 App Service를 만듭니다.
App Service 계획을 만들고 매개 변수를
--zone-redundant포함합니다. 필요에 따라 용량을--number-of-workers지정하는 매개 변수를 포함합니다. 영역 중복 App Service를 배포하는 방법에 대한 자세한 내용을 알아봅니다.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6App Service에서 애플리케이션을 만들고 Blob Storage 계정 또는 선택한 다른 대상 서비스에 연결합니다.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
App Service에 대해 영역 중복을 사용하도록 설정하면 서비스 연결도 영역 중복입니다.
팁 (조언)
대상 서비스에 대한 영역 중복을 사용하도록 설정하는 것이 좋습니다. 영역 다운 시나리오에서는 연결에 대한 트래픽이 자동으로 다른 영역으로 분산됩니다. 그러나 연결 만들기, 유효성 검사 및 업데이트는 대상 서비스의 관리 API에 의존합니다. 대상 서비스가 영역 중복을 지원하지 않거나 영역 중복을 사용하도록 설정하지 않은 경우 이러한 작업이 실패합니다.
Service Connector의 재해 복구 및 복원력 이해
재해 복구는 치명적인 손실 후 애플리케이션 기능을 복원하는 프로세스입니다.
클라우드에서는 오류가 확실히 발생할 것임을 선불로 인정합니다. 오류를 완전히 방지하는 대신 단일 실패 구성 요소의 영향을 최소화하는 것이 목표입니다. 재해가 발생하면 Service Connector가 쌍을 이루는 지역으로 장애 조치(failover)됩니다. 서비스 커넥터 팀에서 중단을 결정/선언하는 경우 고객은 아무 작업도 수행할 필요가 없습니다.
서비스 커넥터에 영향을 주는 중단 시작과 전체 가용성 복구 사이의 시간을 나타내기 위해 RTO(복구 시간 목표)라는 용어를 사용합니다. RPO(복구 지점 목표)를 사용하여 마지막으로 복원된 작업과 서비스 커넥터에 영향을 주는 중단 시작 시간 사이의 시간을 나타냅니다. 예상 및 최대 RPO는 24시간, RTO는 24시간입니다.
서비스 커넥터에 대한 작업은 장애 조치(failover)가 발생하기 전에 재해 시간 동안 실패할 수 있습니다. 장애 조치(failover)가 완료되면 데이터가 복원되고 고객이 조치를 취할 필요가 없습니다.
서비스 커넥터는 스토리지 및 컴퓨팅에 대한 BCRD(비즈니스 연속성 및 재해 복구)를 처리합니다. 플랫폼은 모든 지역의 스토리지/컴퓨팅에 문제가 있는 경우 가능한 한 최소한의 영향을 미치려고 노력합니다. 데이터 계층 디자인은 재해 발생 시 대기 시간보다 가용성을 우선적으로 지정합니다. 즉, 지역이 중단될 경우 Service Connector는 쌍을 이루는 지역에서 최종 사용자 요청을 처리하려고 시도합니다.
장애 조치(failover) 작업 중에 서비스 커넥터는 사용 가능한 지역에 대한 DNS 다시 매핑을 처리합니다. 고객 보기의 모든 데이터와 작업은 장애 조치(failover) 후 평소와 같이 작동합니다. 서비스 커넥터는 약 1시간 안에 DNS를 변경합니다. 수동 장애 조치(failover)를 수행하는 데 더 많은 시간이 소요됩니다. 서비스 커넥터는 다른 Azure 서비스를 기반으로 빌드된 리소스 공급자이므로 실제 시간은 기본 서비스의 장애 조치(failover) 시간에 따라 달라집니다.
재해 복구 지역 지원
서비스 커넥터는 현재 다음 지역 쌍을 지원합니다. 주 지역 중단이 발생할 경우 보조 지역으로의 장애 조치(failover)가 자동으로 시작됩니다.
| Primary | Secondary |
|---|---|
| 미국 동부 2 EUAP | East US |
| 미국 중서부 | 미국 중서부 2 |
| West Europe | North Europe |
| North Europe | West Europe |
| East US | 미국 서부 2 |
| 미국 서부 2 | East US |
지역 간 장애 조치(failover)
Microsoft는 지역 간 장애 조치(failover)를 처리할 책임이 있습니다. 서비스 커넥터는 10분마다 상태 검사를 실행하고 지역 장애 조치(failover)는 서비스 커넥터 백 엔드에서 검색되고 처리됩니다. 장애 조치(failover) 프로세스에서는 고객의 애플리케이션 또는 컴퓨팅 서비스 구성을 변경할 필요가 없습니다. 서비스 커넥터는 자동 장애 조치(failover)와 함께 활성-수동 클러스터 구성을 사용합니다. 재해 복구 후 고객은 Service Connector에서 제공하는 전체 기능을 사용할 수 있습니다.
10분마다 실행되는 상태 검사는 Service Connector에서 지원하는 각 컴퓨팅 서비스에서 대상 서비스에 대한 연결을 만들고, 유효성을 검사하고, 업데이트하여 사용자 동작을 시뮬레이션합니다. Microsoft는 다음 조건을 충족하는 경우 서비스 커넥터 장애 조치(failover)를 분석하고 시작합니다.
- 서비스 상태 검사가 세 번 연속으로 실패함
- 서비스 커넥터의 종속 서비스가 중단을 선언합니다.
- 고객이 지역 중단을 보고합니다.
서비스 연결에 대한 요청은 장애 조치(failover) 중에 영향을 줍니다. 장애 조치(failover)가 완료되면 서비스 연결 데이터가 복원됩니다. Azure 상태 페이지를 확인하여 모든 Azure 서비스의 상태를 확인할 수 있습니다.
다음 단계
서비스 커넥터에 대한 자세한 내용은 아래 개념 문서를 참조하세요.