가용성 영역 지원으로 Load Balancer 마이그레이션
이 가이드에서는 Load Balancer를 비가용성 영역 지원에서 가용성 지원으로 마이그레이션하는 방법을 설명합니다. 마이그레이션을 위한 다양한 옵션을 안내해 드립니다.
표준 부하 분산 장치는 가용성 영역을 사용할 수 있는 지역에서 추가 기능을 지원합니다. 가용성 영역 구성은 퍼블릭 및 내부 표준 Standard Load Balancer 모두에 사용할 수 있습니다. 영역 중복 프런트 엔드는 모든 영역에서 전용 인프라를 동시에 사용하여 영역 실패에 대비합니다. 하나 이상의 가용성 영역에서 실패할 수 있으며, 지역의 한 영역이 정상 상태로 유지되는 한 데이터 경로가 유지됩니다. 또한 프런트 엔드를 특정 영역에 고정할 수 있습니다. 영역 프런트 엔드는 단일 영역의 전용 인프라를 통해 제공됩니다. 영역 구성에 관계없이 백 엔드 풀은 모든 영역의 VM을 포함할 수 있습니다.
필수 구성 요소
- 부하 분산 장치에 표준 SKU를 사용하고 가용성 영역 지원에 공용 IP를 사용합니다.
- 기본 SKU 형식은 지원되지 않습니다.
- 이 리소스를 만들거나 이동하려면 네트워크 기여자 역할 이상이 있어야 합니다.
가동 중지 시간 요구 사항
가동 중지 시간이 필요합니다. 모든 마이그레이션 시나리오에는 부하 분산 장치 구성에서 사용하는 리소스 변경까지 일정 수준의 가동 중지 시간이 필요합니다.
참고
기존 프런트 엔드 IP 주소는 가용성 영역을 지원하도록 수정할 수 없습니다. 새 영역 중복 또는 영역 프런트 엔드 IP를 만들고 기존 부하 분산 장치와 연결해야 합니다. 이 작업은 이전 프런트 엔드 IP 주소를 사용하여 리소스에 대한 연결을 중단하는 부하 분산 장치의 공용 IP를 변경합니다. 새 프런트 엔드 공용 IP를 활용하도록 부하 분산 규칙을 업데이트해야 합니다.
마이그레이션 옵션 1: 기존 Load Balancer에서 가용성 영역(동일한 지역)을 사용하도록 설정
동일한 Azure 지역 내에서 가용성 영역을 사용하려면 기존 부하 분산 장치를 사용하도록 설정해야 한다고 가정해 보겠습니다. 이런 경우 이 마이그레이션을 활용하기 위해 부하 분산 장치를 다시 배포할 필요는 없습니다. 부하 분산 장치 AZ를 인식하도록 하려면 새 영역/영역 중복 IP를 사용해 부하 분산 장치의 프런트 엔드 IP 구성을 다시 만들고 기존 부하 분산 규칙을 새 프런트 엔드에 다시 연결해야 합니다. IP가 변경되어 규칙을 다시 연결할 때 이 마이그레이션으로 인해 가동이 중지되지는 않습니다.
참고
각 영역에 대한 부하 분산 장치가 필요하지는 않고, 대신 해당 백 엔드 풀에 연결된 프런트 엔드(영역 또는 영역 중복)가 여럿 있는 단일 부하 분산 장치가 그 용도로 사용됩니다.
프런트 엔드 IP는 영역 또는 영역 중복일 수 있으므로, 사용자가 요구 사항에 따라 선택할 옵션을 결정해야 합니다. 각각에 대한 권장 사항은 다음과 같습니다.
| 프런트 엔드 IP 구성 | 권장 |
|---|---|
| 영역 프런트 엔드 | 백 엔드가 특정 영역에 집중되어 있는 경우 영역 프런트 엔드를 만드는 것이 좋습니다. 예를 들어, 백 엔드 인스턴스가 영역 2에 고정된 경우 가용성 영역 2에서 프런트 엔드 IP 구성을 만드는 것이 좋습니다. |
| 영역 중복 프런트 엔드 | 백 엔드 풀 내의 리소스(VM, NIC, IP 주소 등)가 여러 영역에 분산되는 경우 영역 중복 프런트 엔드를 만드는 것이 좋습니다. 이렇게 하면 고가용성이 제공되고 영역이 다운되더라도 원활한 연결이 보장됩니다. |
마이그레이션 옵션 2: Load Balancer를 AZ가 있는 다른 지역으로 마이그레이션
보유한 부하 분산 장치의 유형에 따라 다른 단계를 따라야 합니다. 다음 섹션에서는 외부/내부 부하 분산 장치 둘 다의 마이그레이션에 대해 설명합니다.
내부 Load Balancer 마이그레이션
내부 부하 분산 장치를 만들 때 가상 네트워크는 부하 분산 장치의 네트워크로 구성됩니다. 가상 네트워크의 개인 IP 주소는 부하 분산 장치의 프런트 엔드로 구성됩니다(기본 이름은 LoadBalancerFrontend). 이 FE IP를 구성하는 동안 가용성 영역을 선택할 수 있습니다.
Azure 내부 부하 분산 장치는 한 지역에서 다른 지역으로 이동할 수 없습니다. 새 부하 분산 장치를 대상 지역의 리소스에 연결해야 합니다. 마이그레이션 시 Azure Resource Manager 템플릿을 사용하여 내부 부하 분산 장치의 기존 구성과 가상 네트워크를 내보낼 수 있습니다. 그런 다음, 내부 부하 분산 장치와 가상 네트워크를 템플릿으로 내보내고, 대상 지역과 일치하도록 매개 변수를 수정한 다음, 템플릿을 새 지역에 배포하여 리소스를 다른 지역에 스테이징할 수 있습니다.
- 이 프로세스의 일부로 내부 부하 분산 장치를 이동하기 전에 내부 부하 분산 장치의 가상 네트워크 구성이 먼저 수행되어야 합니다. 가상 네트워크 이름 및 대상 위치를 변경해야 하며 주소 접두사 및 서브넷과 같은 나머지 모든 매개 변수의 업데이트는 선택 사항입니다.
- VNET이 대상 지역에 배포되는 경우 내부 부하 분산 장치 템플릿을 내보내고 대상 부하 분산 장치 이름, 대상 VNET 리소스 ID, 기타 매개 변수를 편집합니다.
- 규칙을 수정하려는 경우가 아니면 부하 분산 규칙, 인바운드 NAT 규칙, 상태 프로브를 그대로 남겨둘 수 있습니다.
- 서브넷에 프런트 엔드 개인 IP를 배포하는 동안 요구 사항에 따라 영역이 선택되어 있는지 확인합니다.
- 모든 변경 내용을 확인하고 포털 또는 PowerShell에서 템플릿을 배포합니다.
내부 부하 분산 장치를 지역 간의 가용성 영역으로 마이그레이션하려면 지역 간 내부 Load Balancer 이동을 참조하세요.
공용(외부) Load Balancer 마이그레이션
Azure 공용 부하 분산 장치는 지역 간에 이동할 수 없습니다. 영역이 있는 새 지역에 부하 분산 장치를 다시 배포하려면 가장 적합한 방법은 기존 공용 IP 주소 및 외부 부하 분산 장치의 Azure Resource Manager 템플릿을 내보내는 것입니다. 그런 다음, 대상 지역과 일치하도록 템플릿과 매개 변수를 수정한 다음, 템플릿을 새 지역에 배포하여 리소스를 다른 지역에 스테이징할 수 있습니다.
공용 부하 분산 장치를 지역 간 가용성 영역으로 마이그레이션하려면 지역 간 공용 Load Balancer 이동을 참조하세요.
제한 사항
- 영역을 만든 후에는 리소스에 대해 변경, 업데이트 또는 만들 수 없습니다.
- 리소스는 생성 후 영역에서 영역 중복으로 또는 그 반대로 업데이트할 수 없습니다.
다음 단계
부하 분산 장치 및 가용성 영역에 대한 자세한 내용은 다음을 참조하세요.