PowerShell을 사용하여 기본 부하 분산 장치 업그레이드

아티클
03/19/2024

Important

2025년 9월 30일에 기본 Load Balancer가 사용 중지됩니다. 자세한 내용은 공식 공지를 참조하세요. 현재 기본 Load Balancer를 사용 중인 경우 사용 중지 날짜 전에 표준 Load Balancer로 업그레이드해야 합니다.

Azure 표준 Load Balancer는 영역 중복을 통해 다양한 기능 및 고가용성 집합을 제공합니다. Load Balancer SKU에 대한 자세한 내용은 비교 표를 참조하세요.

이 문서에서는 기본 Load Balancer와 동일한 구성으로 표준 Load Balancer를 만든 다음 Virtual Machine Scale Set 또는 Virtual Machine 백 엔드 풀 멤버를 새 Load Balancer와 연결하는 PowerShell 모듈을 소개합니다.

업그레이드 모듈 및 프로세스에 대한 심화 연습은 다음 비디오를 참조하세요.

03:06 - 단계별
32:54 - 복구
40:55 - 고급 시나리오
57:54 - 리소스

업그레이드 개요

PowerShell 모듈은 다음 기능을 수행합니다.

제공된 기본 Load Balancer 시나리오가 업그레이드에 지원되었는지 확인합니다.
기본 Load Balancer 및 Virtual Machine Scale Sets를 백업하여 오류가 발생하는 경우 다시 시도할 수 있습니다.
공용 Load Balancer의 경우 프런트 엔드 공용 IP 주소를 표준 SKU 및 정적 할당으로 업데이트합니다.
기본 Load Balancer 구성을 새로운 표준 Load Balancer로 업그레이드하여 구성 및 기능 패리티를 보장합니다.
Virtual Machine Scale Set 및 Virtual Machine 백 엔드 풀 멤버를 기본 Load Balancer에서 표준 Load Balancer로 마이그레이션합니다.
표준 Load Balancer의 기본 거부 네트워크 정책 이동에 따라 부하 분산된 트래픽이 백 엔드 풀 멤버에 도달하도록 네트워크 보안 그룹을 만들고 Virtual Machine Scale Set 또는 Virtual Machine과 연결합니다.
Virtual Machine Scale Set 또는 Virtual Machine 인스턴스와 연결된 인스턴스 수준 공용 IP 주소를 업그레이드합니다.
Virtual Machine Scale Set 백 엔드의 인바운드 NAT 풀을 인바운드 NAT 규칙으로 업그레이드합니다. 이 업그레이드를 건너뛰려면 -skipUpgradeNATPoolsToNATRules를 지정합니다.
간편한 감사 및 실패 복구를 위해 업그레이드 작업을 기록합니다.

Warning

백 엔드 VM 또는 VMSS 인스턴스에 공용 IP 주소가 없는 내부 기본 Load Balancer를 마이그레이션하려면 백 엔드를 인터넷에 연결할 수 있도록 추가 단계가 필요합니다. Load Balancer에 대한 아웃바운드 트래픽을 구성하려면 어떻게 해야 하나요?를 검토합니다.

참고 항목

Load Balancer 백 엔드 풀의 Virtual Machine Scale Set 네트워크 구성에 공용 IP 주소가 있는 경우 표준 SKU로 업그레이드할 때 각 Virtual Machine Scale Set 인스턴스와 연결된 공용 IP 주소가 변경됩니다. 확장 집합 인스턴스 수준의 공용 IP 주소는 업그레이드할 수 없으며 새 표준 SKU 공용 IP로 대체해야 하기 때문입니다. 다른 모든 공용 IP 주소는 마이그레이션을 통해 유지됩니다.

참고 항목

Load Balancer 뒤에 있는 Virtual Machine Scale Set가 Service Fabric 클러스터인 경우 이 스크립트를 사용하여 마이그레이션하는 데 더 많은 시간이 걸리기 때문에 애플리케이션의 위험도가 증가하고 가동 중지 시간이 발생합니다. 마이그레이션 옵션의 경우 Service Fabric 클러스터 Load Balancer 업그레이드 지침을 검토합니다.

지원되지 않는 시나리오

IPv6 프런트 엔드 IP 구성을 사용하는 기본 Load Balancer
AKS(Azure Kubernetes Service) 클러스터의 기본 Load Balancer
하나 이상의 Virtual Machine Scale Sets 인스턴스에 ProtectFromScaleSetActions 인스턴스 보호 정책이 사용하도록 설정된 Virtual Machine Scale Sets 백 엔드 풀 멤버가 있는 기본 Load Balancer
기본 Load Balancer를 기존 표준 Load Balancer로 마이그레이션

'AzureBasicLoadBalancerUpgrade' 모듈 설치

필수 조건

PowerShell: Windows, Linux 및 macOS를 비롯한 모든 플랫폼에서 지원되는 버전의 PowerShell(버전 7 이상)을 AzureBasicLoadBalancerUpgrade 모듈과 함께 사용하는 것이 좋습니다. 그러나 Windows의 PowerShell 5.1은 지원됩니다.
Az PowerShell 모듈: 최신 Az PowerShell 모듈이 설치되어 있는지 확인
- 최신 Az PowerShell 모듈 설치
Az.ResourceGraph PowerShell 모듈: Az.ResourceGraph PowerShell 모듈은 업그레이드 중에 리소스 구성을 쿼리하는 데 사용되며 Az PowerShell 모듈과는 별도로 설치됩니다. Install-Module 명령을 사용하여 AzureBasicLoadBalancerUpgrade 모듈을 설치하면 자동으로 추가됩니다.

모듈 설치

PowerShell 갤러리에서 모듈 설치

PS C:\> Install-Module -Name AzureBasicLoadBalancerUpgrade -Scope CurrentUser -Repository PSGallery -Force

마이그레이션 전후 단계

마이그레이션 전 단계

시나리오가 지원되는지 확인
마이그레이션 중 애플리케이션 가동 중지 계획
트래픽에 대한 인바운드 및 아웃바운드 연결 테스트 개발
Virtual Machine Scale Set 인스턴스의 인스턴스 수준 공용 IP 변경 계획(참고 사항 참조)
[권장] 네트워크 보안 그룹을 만들거나 백 엔드 풀 멤버에 대한 기존 네트워크 보안 그룹에 보안 규칙을 추가합니다. 공용 표준 SKU 리소스에서 명시적으로 허용해야 하는 Load Balancer 및 기타 트래픽을 통한 트래픽 허용
[권장] Load Balancer에 대한 아웃바운드 트래픽을 구성하려면 어떻게 해야 하나요?에 설명된 접근 방식 중 하나를 사용하여 아웃바운드 연결을 준비합니다.

마이그레이션 후 단계

마이그레이션이 성공적으로 수행되었는지 확인
Load Balancer를 통해 인바운드 애플리케이션 연결 테스트
백 엔드 풀 멤버에서 인터넷으로의 아웃바운드 연결 테스트
여러 백 엔드 풀이 있는 공용 Load Balancer의 경우 각 백 엔드 풀에 대한 아웃바운드 규칙 만들기

모듈 사용

Connect-AzAccount을(를) 사용하여 Azure에 연결하고 둘 이상의 구독이 있는 경우 기본 Load Balancer의 구독 ID를 지정합니다.
```
PS C:\> Connect-AzAccount -Subscription <SubscriptionId>
```
업그레이드할 Load Balancer를 찾습니다. 이름 및 리소스 그룹 이름을 기록합니다.
기본 모듈 매개 변수를 검사
- BasicLoadBalancerName [문자열] 필수 - 이 매개 변수는 업그레이드할 기존 기본 Load Balancer의 이름입니다.
- ResourceGroupName [문자열] 필수 - 이 매개 변수는 기본 Load Balancer를 포함하는 리소스 그룹의 이름입니다.
- StandardLoadBalancerName [string] Optional - 필요에 따라 표준 Load Balancer에 대한 새 이름을 구성하려면 이 매개 변수를 사용합니다. 지정하지 않으면 기본 Load Balancer 이름이 다시 사용됩니다.
- RecoveryBackupPath [문자열] 선택 사항 - 이 매개 변수를 사용하면 기본 Load Balancer ARM 템플릿 백업 파일을 저장할 대체 경로를 지정할 수 있습니다(기본값은 현재 작업 디렉터리).
팁

고급 및 복구 시나리오에 대한 추가 매개 변수는 Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed를 실행하여 볼 수 있습니다.
업그레이드 명령을 실행합니다.

예제: 시나리오 유효성 검사

기본 Load Balancer 업그레이드가 지원되는지 확인

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -validateScenarioOnly

예제: 이름으로 업그레이드

기본 Load Balancer를 같은 이름의 표준 Load Balancer로 업그레이드하고, 기본 Load Balancer 이름과 리소스 그룹 이름을 제공합니다.

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName>

예제: 업그레이드, 이름 변경 및 로그 표시

기본 Load Balancer를 지정된 이름의 표준 Load Balancer로 업그레이드하고, 기록된 출력을 화면에 표시합니다.

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -FollowLog

예제: 대체 백업 경로를 사용하여 업그레이드

기본 Load Balancer를 지정된 이름의 표준 Load Balancer로 업그레이드하고, 지정된 경로에 기본 Load Balancer 백업 파일을 저장합니다.

PS C:\> Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -RecoveryBackupPath C:\BasicLBRecovery

예제: 완료된 마이그레이션 유효성 검사

기본 Load Balancer 상태 파일 백업 및 표준 Load Balancer 이름을 전달하여 완료된 마이그레이션의 유효성을 검사합니다.

PS C:\> Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

일반적으로 애플리케이션에 내부 및 외부 Load Balancer가 있는 경우 공유 백 엔드 멤버가 있는 여러 Load Balancer를 동시에 마이그레이션합니다.

# build array of multiple basic load balancers
PS C:\> $multiLBConfig = @(
    @{
        'standardLoadBalancerName' = 'myStandardInternalLB01' # specifying the standard load balancer name is optional
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicInternalLB01)
    },
        @{
        'standardLoadBalancerName' = 'myStandardExternalLB02'
        'basicLoadBalancer' = (Get-AzLoadBalancer -ResourceGroupName myRG -Name myBasicExternalLB02)
    }
)
# pass the array of load balancer configurations to the -MultiLBConfig parameter
PS C:\> Start-AzBasicLoadBalancerUpgrade -MultiLBConfig $multiLBConfig

예제: 실패한 Virtual Machine Scale Set 마이그레이션 다시 시도

기본 Load Balancer 및 Virtual Machine Scale Set 백업 상태 파일을 제공하여 (오류 또는 스크립트 종료로 인해) 실패한 Virtual Machine Scale Set 부하 분산 장치 업그레이드를 다시 시도

PS C:\> Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json -FailedMigrationRetryFilePathVMSS C:\RecoveryBackups\VMSS_myVMSS_rg-basiclbrg_20220912T1740032148.json

예제: 실패한 가상 머신 마이그레이션 다시 시도

기본 Load Balancer 및 백업 상태 파일을 제공하여 (오류 또는 스크립트 종료로 인해) 실패한 VM 부하 분산 장치 업그레이드를 다시 시도

PS C:\> Start-AzBasicLoadBalancerUpgrade -FailedMigrationRetryFilePathLB C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

일반적인 질문

내 환경에서 마이그레이션할 기본 Load Balancer를 나열하려면 어떻게 해야 하나요?

사용자 환경에서 마이그레이션해야 하는 기본 Load Balancer 목록을 가져오는 한 가지 방법은 Azure Resource Graph 쿼리를 사용하는 것입니다. 이와 같은 간단한 쿼리는 볼 수 있는 액세스 권한이 있는 모든 기본 Load Balancer를 나열합니다.

Resources
| where type == 'microsoft.network/loadbalancers' and sku.name == 'Basic'

또한 이 모듈이 유효성 검사 중에 검사하는 대부분의 기준에 따라 마이그레이션할 각 기본 Load Balancer의 준비 상태를 평가하는 더 복잡한 쿼리를 작성했습니다. Resource Graph 쿼리는 GitHub 프로젝트에서 찾거나 Azure Resource Graph Explorer에서 열 수 있습니다.

이 마이그레이션으로 인해 내 애플리케이션에 가동 중지 시간이 발생합니까?

예, 새 표준 Load Balancer를 만들기 전에 기본 Load Balancer를 제거해야 하므로 애플리케이션에 가동 중지 시간이 있습니다. 업그레이드는 얼마나 걸립니까? 참조

모듈이 내 프런트 엔드 IP 주소를 새 표준 Load Balancer로 마이그레이션하나요?

예. 공용 및 내부 부하 분산 장치의 경우 모듈은 프런트 엔드 IP 주소가 유지되도록 합니다. 공용 IP의 경우 IP는 마이그레이션 전에 고정 IP로 변환됩니다. 내부 프런트 엔드의 경우 모듈은 기본 Load Balancer가 삭제되었을 때 해제된 동일한 IP 주소를 다시 할당하려고 시도합니다. 개인 IP를 사용할 수 없는 경우 스크립트가 실패합니다(마이그레이션 중 업그레이드가 실패하면 어떻게 되나요? 참조).

업그레이드는 얼마나 걸리나요?

일반적으로 업그레이드는 스크립트가 완료되는 데 몇 분 정도 걸립니다. 다음 요인으로 인해 업그레이드 시간이 길어질 수 있습니다.

부하 분산 장치 구성의 복잡성
백 엔드 풀 멤버 수
연결된 Virtual Machine Scale Sets 또는 Virtual Machines의 인스턴스 수
Service Fabric 클러스터: Service Fabric 클러스터에 대한 업그레이드는 테스트에 약 1시간이 걸립니다.

가동 중지 시간을 염두에 두고 필요한 경우 장애 조치(failover)를 계획하세요.

스크립트가 내 백 엔드 풀 멤버를 내 기본 Load Balancer에서 새로 만든 표준 Load Balancer로 마이그레이션하나요?

예. Azure PowerShell 스크립트는 Virtual Machine Scale Sets 및 Virtual Machines를 새로 만든 표준 Load Balancer 백 엔드 풀로 마이그레이션합니다.

마이그레이션되는 부하 분산 장치 구성 요소는 무엇인가요?

스크립트는 기본 Load Balancer에서 표준 Load Balancer로 다음을 마이그레이션합니다.

퍼블릭 및 프라이빗 부하 분산 장치:

상태 프로브:
- 모든 프로브가 새 표준 Load Balancer로 마이그레이션됩니다.
부하 분산 규칙:
- 모든 부하 분산 규칙이 새 표준 Load Balancer로 마이그레이션됩니다.
인바운드 NAT 규칙:
- 사용자가 만든 모든 NAT 규칙은 새 표준 Load Balancer로 마이그레이션됩니다.
인바운드 NAT 풀 :
- 기본적으로 NAT 풀은 NAT 규칙으로 업그레이드됩니다.
- 대신 NAT 풀을 마이그레이션하려면 업그레이드할 때 -skipUpgradeNATPoolsToNATRules 매개 변수를 지정합니다.
백 엔드 풀:
- 모든 백 엔드 풀이 새 표준 Load Balancer로 마이그레이션됩니다.
- 모든 Virtual Machine Scale Set 및 Virtual Machine 네트워크 인터페이스 및 IP 구성이 새 표준 Load Balancer로 마이그레이션됩니다.
- Virtual Machine Scale Sets가 롤링 업그레이드 정책을 사용하는 경우 스크립트는 마이그레이션 프로세스 중에 Virtual Machine Scale Sets 업그레이드 정책을 "수동"으로 업데이트하고 마이그레이션이 완료된 후 "롤링"으로 되돌립니다.
인스턴스 수준 공용 IP 주소
- Virtual Machines 및 Virtual Machine Scale Sets의 경우 연결된 공용 IP를 기본 SKU에서 표준 SKU로 변환합니다. 업그레이드 중에 확장 집합 인스턴스 공용 IP는 변경되는 반면 가상 머신 IP는 변경되지 않습니다.
기본 Load Balancer를 표준 Load Balancer로 태그

공용 부하 분산 장치:

공용 프런트 엔드 IP 구성
- 공용 IP를 고정 IP로 변환(동적인 경우)
- 공용 IP SKU를 표준으로 업데이트(기본인 경우)
- 연결된 모든 공용 IP를 새 표준 Load Balancer로 업그레이드
아웃바운드 규칙:
- 기본 Load Balancer는 구성된 아웃바운드 규칙을 지원하지 않습니다. 스크립트는 표준 Load Balancer에 아웃바운드 규칙을 만들어 기본 Load Balancer의 아웃바운드 동작을 유지합니다. 아웃바운드 규칙에 대한 자세한 내용은 아웃바운드 규칙을 참조하세요.
네트워크 보안 그룹
- 기본 Load Balancer는 아웃바운드 연결을 허용하기 위해 네트워크 보안 그룹이 필요하지 않습니다. 가상 머신 확장 집합과 연결된 네트워크 보안 그룹이 없는 경우 동일한 기능을 유지하기 위해 새 네트워크 보안 그룹이 만들어집니다. 이 새 네트워크 보안 그룹은 가상 머신 확장 집합 백 엔드 풀 멤버 네트워크 인터페이스에 연결됩니다. 동일한 부하 분산 규칙 포트 및 프로토콜을 허용하고 아웃바운드 연결을 유지합니다.

내부 부하 분산 장치:

개인 프런트 엔드 IP 구성

참고 항목

네트워크 보안 그룹은 내부 부하 분산 장치 업그레이드의 일부로 구성되지 않습니다. NSG에 대한 자세한 내용은 네트워크 보안 그룹을 참조하세요.

백 엔드 풀 멤버가 여러 Load Balancer에 속하는 경우 마이그레이션하려면 어떻게 할까요?

백 엔드 풀 멤버가 다른 Load Balancer의 백 엔드 풀 멤버이기도 한 시나리오에서(예: 동일한 애플리케이션에 내부 및 외부 Load Balancer가 있는 경우) 기본 Load Balancer를 동시에 마이그레이션해야 합니다. Load Balancer를 한 번에 하나씩 마이그레이션하는 것은 기본 및 표준 SKU 리소스를 혼합하는 것으로, 이는 허용되지 않습니다. 마이그레이션 스크립트는 여러 기본 Load Balancer를 전달하기 위해 동일한 스크립트 실행에 -MultiLBConfig 매개 변수를 사용하여 이를 지원합니다.

마이그레이션이 성공적으로 수행되었는지 어떻게 확인할까요?

실행이 끝나면 업그레이드 모듈은 기본 Load Balancer를 새 표준 Load Balancer와 비교하여 다음 유효성 검사를 수행합니다. 실패한 마이그레이션에서는 표준 Load Balancer가 생성된 경우 그 구성 상태를 확인하기 위해 -validateCompletedMigration 및 -basicLoadBalancerStatePath 매개 변수를 사용하여 동일한 작업을 호출할 수 있습니다. 마이그레이션 중에 만든 로그 파일은 마이그레이션 작업 및 오류에 대한 광범위한 세부 정보도 제공합니다.

표준 Load Balancer가 있고 SKU가 '표준'임
프런트 엔드 IP 구성 수가 일치하고 IP 주소가 동일함
백 엔드 풀 및 해당 멤버 자격이 일치하는 횟수
부하 분산 규칙이 일치하는 횟수
상태 프로브가 일치하는 횟수
인바운드 NAT 규칙이 일치하는 횟수
인바운드 NAT 풀이 일치하는 횟수
외부 표준 Load Balancer에 구성된 아웃바운드 규칙이 있음
외부 표준 Load Balancer 백 엔드 풀 멤버에 연결된 네트워크 보안 그룹이 있음

Load Balancer에 대한 아웃바운드 트래픽을 구성하려면 어떻게 해야 하나요?

표준 SKU Load Balancer는 백 엔드 풀 멤버에 대한 기본 아웃바운드 액세스를 허용하지 않습니다. 인터넷에 대한 아웃바운드 액세스를 허용하려면 추가 단계가 필요합니다.

외부 Load Balancer의 경우 아웃바운드 규칙을 사용하여 풀 멤버에 대해 아웃바운드 트래픽을 명시적으로 사용하도록 설정할 수 있습니다. 단일 백 엔드 풀이 있는 경우 마이그레이션 중에 자동으로 아웃바운드 규칙을 구성합니다. 둘 이상의 백 엔드 풀이 있는 경우 포트 할당을 지정하기 위해 아웃바운드 규칙을 수동으로 만들어야 합니다.

내부 Load Balancer의 경우 SNAT에 대한 공용 IP 주소가 없으므로 아웃바운드 규칙을 사용할 수 없습니다. 따라서 다음과 같은 몇 가지 옵션을 고려해야 합니다.

NAT Gateway: NAT Gateway는 대부분의 경우 Azure에서 아웃바운드 트래픽에 권장하는 접근 방식입니다. 그러나 NAT Gateway를 사용하려면 연결된 서브넷에 기본 SKU 네트워크 리소스가 없어야 합니다. 즉, 모든 Load Balancer 및 공용 IP 주소를 마이그레이션해야 사용할 수 있습니다. 이러한 이유로 먼저 아웃바운드 연결에 다음 방법 중 하나를 사용한 다음, 기본 SKU 마이그레이션이 완료되면 NAT Gateway로 전환하는 2단계 접근 방식을 사용하는 것이 좋습니다.
네트워크 가상 어플라이언스: Azure Firewall과 같은 네트워크 가상 어플라이언스(예: 네트워크 가상 어플라이언스)를 통해 트래픽을 라우팅하여 트래픽을 인터넷으로 라우팅합니다. 이 옵션은 네트워크 가상 어플라이언스 구성이 이미 있는 경우에 적합합니다.
보조 외부 Load Balancer: 보조 외부 Load Balancer를 백 엔드 리소스에 추가하면 아웃바운드 규칙을 구성하여 아웃바운드 트래픽에 외부 Load Balancer를 사용할 수 있습니다. 이 외부 Load Balancer에 부하 분산 규칙, NAT 규칙 또는 인바운드 NAT 풀이 구성되지 않은 경우 백 엔드 리소스는 인바운드 트래픽을 위해 내부 네트워크에 격리된 상태로 유지됩니다. 아웃바운드 전용 부하 분산 장치 구성을 참조하세요. 이 옵션을 사용하면 기본에서 표준 SKU로 마이그레이션하기 전에 외부 Load Balancer를 구성하고 -MultiLBConfig매개 변수를 사용하는 을(를) 사용하여 내부 Load Balancer와 동시에 마이그레이션할 수 있습니다.
공용 IP 주소: 마지막으로, 공용 IP 주소를 Virtual Machines 또는 Virtual Machine Scale Set 인스턴스에 직접 추가할 수 있습니다. 그러나 이 옵션은 추가 보안 노출 영역 및 공용 IP 주소 비용 추가 문제로 인해 권장되지 않습니다.

마이그레이션 중 업그레이드가 실패하면 어떻게 되나요?

이 모듈은 처리되지 않은 오류 또는 예기치 않은 스크립트 종료로 인한 오류를 수용하도록 설계되었습니다. 오류 설계는 기본 Load Balancer로 다시 이동하는 대신 오류를 유발하는 문제를 수정하고(오류 출력 또는 로그 파일 참조) 마이그레이션을 다시 시도하고 -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> 매개 변수를 지정하는 '장애 전달' 방식입니다. 공용 부하 분산 장치의 경우 공용 IP 주소 SKU가 표준으로 업데이트되었으므로 동일한 IP를 기본 Load Balancer로 다시 이동할 수 없습니다.

복구 프로세스 동영상 보기:

실패한 마이그레이션이 동시에 여러 부하 분산 장치를 대상으로 하는 경우 -MultiLBConfig 매개 변수를 사용하여 아래와 동일한 프로세스로 각 Load Balancer를 개별적으로 복구합니다.

기본 오류 복구 절차는 다음과 같습니다.

마이그렌이션 오류의 원인을 해결합니다. 자세한 내용은 Start-AzBasicLoadBalancerUpgrade.log 로그 파일을 확인하세요.
새 표준 Load Balancer를 제거합니다(생성된 경우). 실패한 마이그레이션 단계에 따라 표준 Load Balancer를 제거하기 위해 Virtual Machine Scale Set 또는 Virtual Machine 네트워크 인터페이스(IP 구성) 및 상태 프로브에서 표준 Load Balancer 참조를 제거해야 할 수 있습니다.
기본 Load Balancer 상태 백업 파일을 찾습니다. 이 파일은 스크립트가 실행된 디렉터리에 있거나 실행 실패 시 -RecoveryBackupPath 매개 변수로 지정된 경로에 있습니다. 파일 이름은 State_<basicLBName>_<basicLBRGName>_<timestamp>.json으로 지정됩니다.
-BasicLoadBalancerName 대신 -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> 및 -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (Virtual Machine Scale Set 백 엔드) 매개 변수를 지정하거나 파이프라인을 통해 기본 Load Balancer를 전달하여 마이그레이션 스크립트를 다시 실행합니다.

PowerShell을 사용하여 기본 부하 분산 장치 업그레이드

업그레이드 개요

지원되지 않는 시나리오

'AzureBasicLoadBalancerUpgrade' 모듈 설치

필수 조건

모듈 설치

마이그레이션 전후 단계

마이그레이션 전 단계

마이그레이션 후 단계

모듈 사용

예제: 시나리오 유효성 검사

예제: 이름으로 업그레이드

예제: 업그레이드, 이름 변경 및 로그 표시

예제: 대체 백업 경로를 사용하여 업그레이드

예제: 완료된 마이그레이션 유효성 검사

예제: 실패한 Virtual Machine Scale Set 마이그레이션 다시 시도

예제: 실패한 가상 머신 마이그레이션 다시 시도

일반적인 질문

내 환경에서 마이그레이션할 기본 Load Balancer를 나열하려면 어떻게 해야 하나요?

이 마이그레이션으로 인해 내 애플리케이션에 가동 중지 시간이 발생합니까?

모듈이 내 프런트 엔드 IP 주소를 새 표준 Load Balancer로 마이그레이션하나요?

업그레이드는 얼마나 걸리나요?

스크립트가 내 백 엔드 풀 멤버를 내 기본 Load Balancer에서 새로 만든 표준 Load Balancer로 마이그레이션하나요?

마이그레이션되는 부하 분산 장치 구성 요소는 무엇인가요?

백 엔드 풀 멤버가 여러 Load Balancer에 속하는 경우 마이그레이션하려면 어떻게 할까요?

마이그레이션이 성공적으로 수행되었는지 어떻게 확인할까요?

Load Balancer에 대한 아웃바운드 트래픽을 구성하려면 어떻게 해야 하나요?

마이그레이션 중 업그레이드가 실패하면 어떻게 되나요?

다음 단계

추가 리소스

PowerShell을 사용하여 기본 부하 분산 장치 업그레이드

업그레이드 개요

지원되지 않는 시나리오

'AzureBasicLoadBalancerUpgrade' 모듈 설치

필수 조건

모듈 설치

마이그레이션 전후 단계

마이그레이션 전 단계

마이그레이션 후 단계

모듈 사용

예제: 시나리오 유효성 검사

예제: 이름으로 업그레이드

예제: 업그레이드, 이름 변경 및 로그 표시

예제: 대체 백업 경로를 사용하여 업그레이드

예제: 완료된 마이그레이션 유효성 검사

예제: 여러 관련 Load Balancer 마이그레이션

예제: 실패한 Virtual Machine Scale Set 마이그레이션 다시 시도

예제: 실패한 가상 머신 마이그레이션 다시 시도

일반적인 질문

내 환경에서 마이그레이션할 기본 Load Balancer를 나열하려면 어떻게 해야 하나요?

이 마이그레이션으로 인해 내 애플리케이션에 가동 중지 시간이 발생합니까?

모듈이 내 프런트 엔드 IP 주소를 새 표준 Load Balancer로 마이그레이션하나요?

업그레이드는 얼마나 걸리나요?

스크립트가 내 백 엔드 풀 멤버를 내 기본 Load Balancer에서 새로 만든 표준 Load Balancer로 마이그레이션하나요?

마이그레이션되는 부하 분산 장치 구성 요소는 무엇인가요?

백 엔드 풀 멤버가 여러 Load Balancer에 속하는 경우 마이그레이션하려면 어떻게 할까요?

마이그레이션이 성공적으로 수행되었는지 어떻게 확인할까요?

Load Balancer에 대한 아웃바운드 트래픽을 구성하려면 어떻게 해야 하나요?

마이그레이션 중 업그레이드가 실패하면 어떻게 되나요?

다음 단계

추가 리소스