Azure Logic Apps의 안정성

소비 논리 앱의 경우 Azure Logic Apps는 컴퓨팅 인프라, 상태 스토리지 및 기타 리소스를 자동으로 관리합니다. VM(가상 머신)을 구성하거나 관리할 필요가 없습니다. 소비 논리 앱은 많은 고객 간에 컴퓨팅 인프라를 공유합니다.

표준 논리 앱의 경우 Azure Logic Apps는 사용자에게 전용인 워크플로 서비스 계획 또는 계획이라는 컴퓨팅 리소스를 사용합니다. 각 계획에는 여러 인스턴스가 있을 수 있으며, 필요에 따라 여러 가용성 영역에 분산할 수 있습니다. 각 인스턴스는 대략 VM(가상 머신)에 매핑되지만 해당 VM은 표시되지 않으며 직접 구성하거나 관리할 필요가 없습니다. 워크플로는 계획의 인스턴스에서 실행됩니다.

표준 논리 앱은 상태 저장 워크플로의 상태를 유지 관리하도록 스토리지를 구성해야 합니다. 자세한 내용은 상태 유지 및 무상태 워크플로를 참조하세요.

표준 논리 앱은 Azure Functions 및 Azure App Service와 유사한 기본 인프라를 사용합니다. 그러나 다른 서비스에 비해 논리 앱에 대한 계획을 구성하는 방식에는 몇 가지 차이점이 있습니다.

자세한 내용은 표준 논리 앱과 소비 논리 앱 간의 차이점을 참조하세요.

Azure Logic Apps는 여러 가용성 영역에 컴퓨팅 리소스 및 상태를 분산하는 영역 중복성을 지원합니다. 가용성 영역에 논리 앱 워크로드 리소스를 배포하면 프로덕션 논리 앱 워크로드의 복원력과 안정성이 향상됩니다.

새로운 및 기존의 다중 테넌트 Azure Logic Apps에서의 소비 기반 로직 앱 워크플로우는 자동으로 영역 중복을 활성화합니다.

Azure Logic Apps는 여러 가용성 영역에 컴퓨팅 리소스를 분산하는 영역 중복성을 지원합니다. 필요에 따라 논리 앱 워크플로가 저장하는 상태에 대한 영역 중복성을 구성할 수 있습니다. 가용성 영역에 논리 앱 워크로드 리소스를 배포하면 프로덕션 논리 앱 워크로드의 복원력과 안정성이 향상됩니다.

단일 테넌트 Azure Logic Apps에서 워크플로 서비스 계획 호스팅 옵션을 사용하는 표준 워크플로의 경우 선택적으로 영역 중복을 사용하도록 설정할 수 있습니다.

App Service Environment v3 호스팅 옵션을 사용하는 표준 워크플로의 경우 선택적으로 영역 중복을 사용하도록 설정할 수 있습니다. App Service Environment v3에서 가용성 영역을 지원하는 방법에 대한 자세한 내용은 App Service Environment의 안정성을 참조하세요.

• 지역 지원:가용성 영역을 지원하는 모든 지역에 배포된 소비 논리 앱은 자동으로 영역 중복성을 가집니다. 일본 서부는 일부 종속 서비스가 아직 영역 중복을 지원하지 않기 때문에 현재 영역 중복 논리 앱을 지원하지 않는 예외입니다.

• 지역 지원: Azure App Service에 대한 가용성 영역을 지원하는 모든 지역에서 Workflow Service Plans를 사용하여 영역 중복 표준 논리 앱을 배포할 수 있습니다. 일본 서부는 일부 종속 서비스가 아직 영역 중복을 지원하지 않기 때문에 현재 영역 중복 논리 앱을 지원하지 않는 예외입니다. 자세한 내용은 Azure 앱 Service의 안정성을 참조하세요.

• 지역 지원: App Service Environment v3의 가용성 영역을 지원하는 지역을 보려면 지역을 참조하세요.

• 인스턴스 수: 워크플로 서비스 계획의 인스턴스를 두 개 이상 배포해야 합니다. 각 인스턴스는 대략 하나의 VM에 해당하므로 이러한 인스턴스(VM)를 여러 가용성 영역에 분산하려면 최소한 두 개의 인스턴스가 있어야 합니다.

• 스토리지: 상태 저장 표준 워크플로에 대한 외부 스토리지를 구성할 때 영역 중복성을 위해 스토리지 계정을 구성해야 합니다. 자세한 내용은 Azure Functions의 스토리지 고려 사항을 참조하세요.

다중 테넌트 Azure Logic Apps의 신규 및 기존 소비 논리 앱에 대해 자동으로 사용하도록 설정되는 영역 중복을 사용하는 데 추가 비용이 적용되지 않습니다.

단일 테넌트 Azure Logic Apps에서 워크플로 서비스 계획을 사용하는 표준 논리 앱이 있는 경우 두 개 이상의 계획 인스턴스가 있는 경우 가용성 영역을 사용하도록 설정하는 데 추가 비용이 적용되지 않습니다. 귀하는 자신의 요금제 SKU, 지정된 용량, 그리고 자동 확장 기준에 따라 크기를 조정하는 인스턴스에 따라 요금이 부과됩니다. 가용성 영역을 사용하도록 설정하지만 두 개 미만의 인스턴스를 지정하는 경우 플랫폼은 최소 두 개의 인스턴스를 적용하고 이러한 두 인스턴스에 대해 요금을 청구합니다.

App Service Environment v3에는 영역 중복에 대한 특정 가격 책정 모델이 있습니다. App Service Environment v3에 대한 가격 책정 정보는 가격 책정을 참조하세요.

소비 논리 앱 워크플로는 영역 중복을 자동으로 지원하므로 구성이 필요하지 않습니다.

• 새 영역 중복 논리 앱 만들기: 표준 논리 앱에 대한 영역 중복을 사용하도록 설정하려면 논리 앱에 대한 영역 중복 사용 설정을 참조하세요.

• 기존 논리 앱에서 영역 중복을 사용하도록 설정: 서비스 계획을 만든 후에는 영역 중복을 사용하도록 설정할 수 없습니다. 대신 영역 중복을 사용하도록 설정된 새 계획을 만들고 이전 계획을 삭제해야 합니다.

• 영역 중복 사용 안 함: 워크플로 서비스 계획을 만든 후에는 영역 중복을 사용하지 않도록 설정할 수 없습니다. 대신 영역 중복이 비활성화된 새 계획을 만들고 이전 계획을 삭제해야 합니다.

용량 계획 및 관리

가용성 영역의 장애에 대비하기 위해 계획의 용량을 초과하여 프로비전하는 것을 고려하세요. 오버 프로비저닝을 사용하면 솔루션이 어느 정도의 용량 손실을 허용하고 성능 저하 없이 계속 작동할 수 있습니다. 자세한 내용은 과잉 프로비저닝을 사용하여 용량 관리를 참조하세요.

• 영역 간의 트래픽 라우팅: 정상적인 작업 중에 워크플로 호출은 해당 지역의 가용성 영역에서 컴퓨팅 리소스를 사용할 수 있습니다.

• 영역 간 데이터 복제: 상태 저장 워크플로의 경우 ZRS(영역 중복 스토리지)를 사용하여 가용성 영역 간에 워크플로 상태가 동기적으로 복제됩니다.

• 영역 간의 트래픽 라우팅: 정상적인 작업 중에 워크플로 호출은 사용 가능한 모든 계획 인스턴스 간에 모든 가용성 영역에 분산됩니다.

• 영역 간 데이터 복제: 상태 저장 워크플로의 경우 워크플로 상태는 구성한 상태 스토리지에 따라 저장됩니다. Azure Storage를 외부 스토리지 시스템으로 사용하는 경우 가용성 영역 간에 워크플로 상태를 동기적으로 복제하는 ZRS(영역 중복 스토리지)를 사용해야 합니다.

• 트래픽 경로 변경: 들어오는 트래픽은 정상 영역의 인프라에 자동으로 분산됩니다.

• 트래픽 경로 변경: 들어오는 트래픽은 사용 가능한 경우 정상 영역의 새 계획 인스턴스에 자동으로 배포됩니다. 자세한 내용은 Azure App Service의 안정성 - 영역 오류 중의 동작을 참조하세요.

• 런타임이 아닌 동작: 가용성 영역에서 중단이 발생하는 경우에도 영역 중복 계획의 논리 앱 워크플로는 계속 실행됩니다. 그러나 가용성 영역 중단 중에는 런타임이 아닌 동작이 영향을 받을 수 있습니다. 자세한 내용 및 이러한 동작 목록은 Azure App Service의 안정성 - 영역 오류 중의 동작을 참조하세요.

• 런타임이 아닌 동작: 가용성 영역에서 중단이 발생하는 경우에도 영역 중복 계획의 논리 앱 워크플로는 계속 실행됩니다. 그러나 가용성 영역 중단 중에는 런타임이 아닌 동작이 영향을 받을 수 있습니다. 이러한 동작에 대한 자세한 내용과 목록은 Azure App Service Environment의 안정성 - 영역 실패 시의 동작을 참조하세요.