Udostępnij za pośrednictwem

Uaktualnianie podstawowego modułu równoważenia obciążenia przy użyciu programu PowerShell

  • Artykuł

Ważne

30 września 2025 r. usługa Load Balancer w warstwie Podstawowa zostanie wycofana. Więcej informacji znajdziesz w oficjalnym ogłoszeniu. Jeśli obecnie używasz usługi Load Balancer w warstwie Podstawowa, pamiętaj o uaktualnieniu do usługa Load Balancer w warstwie Standardowa przed datą wycofania.

Usługa Azure usługa Load Balancer w warstwie Standardowa oferuje bogaty zestaw funkcji i wysokiej dostępności dzięki nadmiarowości strefy. Aby dowiedzieć się więcej na temat jednostki SKU usługi Load Balancer, zobacz tabelę porównania.

W tym artykule przedstawiono moduł programu PowerShell, który tworzy usługa Load Balancer w warstwie Standardowa z tą samą konfiguracją co podstawowy moduł równoważenia obciążenia, a następnie kojarzy zestaw skalowania maszyn wirtualnych lub elementy członkowskie puli zaplecza maszyny wirtualnej z nowym modułem równoważenia obciążenia.

Szczegółowe omówienie modułu i procesu uaktualniania można znaleźć w następującym filmie wideo:

Omówienie uaktualniania

Moduł programu PowerShell wykonuje następujące funkcje:

  • Sprawdza, czy podany scenariusz podstawowego modułu równoważenia obciążenia jest obsługiwany do uaktualnienia.
  • Wykonuje kopię zapasową konfiguracji podstawowego modułu równoważenia obciążenia i zestawu skalowania maszyn wirtualnych, włączając ponawianie próby po awarii lub w przypadku wystąpienia błędów.
  • W przypadku publicznych modułów równoważenia obciążenia aktualizuje publiczne adresy IP frontonu do jednostki SKU w warstwie Standardowa i przypisania statycznego
  • Uaktualnia konfigurację podstawowego modułu równoważenia obciążenia do nowego usługa Load Balancer w warstwie Standardowa, zapewniając konfigurację i równoważność funkcji.
  • Migruje zestaw skalowania maszyn wirtualnych i elementy członkowskie puli zaplecza maszyn wirtualnych z podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa.
  • Tworzy i kojarzy sieciową grupę zabezpieczeń z zestawem skalowania maszyn wirtualnych lub maszyną wirtualną w celu zapewnienia, że ruch ze zrównoważonym obciążeniem dociera do elementów członkowskich puli zaplecza, po przeniesieniu usługa Load Balancer w warstwie Standardowa do zasad sieciowych odmowy domyślnej.
  • Uaktualnia publiczne adresy IP na poziomie wystąpienia skojarzone z zestawem skalowania maszyn wirtualnych lub wystąpieniami maszyn wirtualnych
  • Uaktualnia pule nat dla ruchu przychodzącego do reguł nat dla ruchu przychodzącego dla zapleczy zestawu skalowania maszyn wirtualnych, tworząc nową pulę zaplecza dla każdej zmigrowanej puli translatorów adresów sieciowych. Określ, -skipUpgradeNATPoolsToNATRules aby pominąć to uaktualnienie i użyć autonomicznego modułu migracji puli translatora adresów sieciowych później, aby uzyskać więcej opcji puli zaplecza.
  • Rejestruje operację uaktualniania w celu łatwego przeprowadzenia inspekcji i odzyskiwania po awarii.

Ostrzeżenie

Migrowanie wewnętrznych podstawowych modułów równoważenia obciążenia, w których maszyny wirtualne zaplecza lub wystąpienia usługi VMSS nie mają publicznych adresów IP, wymagają dodatkowych kroków dotyczących łączności zaplecza z Internetem. Zobacz Jak skonfigurować ruch wychodzący dla modułu równoważenia obciążenia?

Uwaga

Jeśli zestaw skalowania maszyn wirtualnych w puli zaplecza modułu równoważenia obciążenia ma publiczne adresy IP w konfiguracji sieci, publiczne adresy IP skojarzone z każdym wystąpieniem zestawu skalowania maszyn wirtualnych zmienią się po uaktualnieniu do jednostki SKU w warstwie Standardowa. Dzieje się tak, ponieważ nie można uaktualnić publicznych adresów IP na poziomie wystąpienia zestawu skalowania, zastąpione tylko nowym publicznym adresem IP jednostki SKU w warstwie Standardowa. Wszystkie inne publiczne adresy IP zostaną zachowane podczas migracji.

Uwaga

Jeśli zestaw skalowania maszyn wirtualnych za modułem równoważenia obciążenia jest klastrem usługi Service Fabric, migracja za pomocą tego skryptu zajmie więcej czasu, jest wyższe ryzyko dla aplikacji i spowoduje przestój. Zapoznaj się ze wskazówkami dotyczącymi uaktualniania modułu równoważenia obciążenia klastra usługi Service Fabric, aby zapoznać się z opcjami migracji.

Nieobsługiwane scenariusze

  • Podstawowe moduły równoważenia obciążenia z konfiguracjami adresów IP frontonu IPv6
  • Podstawowe moduły równoważenia obciążenia dla klastrów usługi Azure Kubernetes Services (AKS)
  • Podstawowe moduły równoważenia obciążenia z elementem członkowskim puli zaplecza zestawu skalowania maszyn wirtualnych, w których włączono co najmniej jedno wystąpienie zestawu skalowania maszyn wirtualnych ProtectFromScaleSetActions— zasady ochrony wystąpień
  • Migrowanie podstawowego modułu równoważenia obciążenia do istniejącej usługa Load Balancer w warstwie Standardowa

Instalowanie modułu "AzureBasicLoadBalancerUpgrade"

Wymagania wstępne

  • PowerShell: obsługiwana wersja programu PowerShell w wersji 7 lub nowszej jest zalecana do użycia z modułem AzureBasicLoadBalancerUpgrade na wszystkich platformach, w tym Windows, Linux i macOS. Jednak program PowerShell 5.1 w systemie Windows jest obsługiwany.

Instalacja modułu

Instalowanie modułu z Galeria programu PowerShell

Install-Module -Name AzureBasicLoadBalancerUpgrade -Scope CurrentUser -Repository PSGallery -Force

Kroki przed migracją i po migracji

Kroki przed migracją

  • Sprawdź, czy twój scenariusz jest obsługiwany
  • Planowanie przestoju aplikacji podczas migracji
  • Opracowywanie testów łączności dla ruchu przychodzącego i wychodzącego
  • Planowanie zmian publicznych adresów IP na poziomie wystąpienia w wystąpieniach zestawu skalowania maszyn wirtualnych (zobacz uwaga)
  • [Zalecane] Utwórz sieciowe grupy zabezpieczeń lub dodaj reguły zabezpieczeń do istniejącej sieciowej grupy zabezpieczeń dla członków puli zaplecza. Zezwalaj na ruch za pośrednictwem modułu równoważenia obciążenia i dowolnego innego ruchu, który będzie musiał być jawnie dozwolony w publicznych zasobach jednostki SKU w warstwie Standardowa
  • [Zalecane] Przygotuj łączność wychodzącą, wykonując jedną z następujących metod opisanych w temacie Jak skonfigurować ruch wychodzący dla usługi Load Balancer?

Kroki do wykonania po migracji

  • Sprawdzanie, czy migracja zakończyła się pomyślnie
  • Testowanie łączności aplikacji przychodzącej za pomocą usługi Load Balancer
  • Testowanie łączności wychodzącej z elementów członkowskich puli zaplecza do Internetu
  • W przypadku publicznych modułów równoważenia obciążenia z wieloma pulami zaplecza utwórz reguły ruchu wychodzącego dla każdej puli zaplecza

Korzystanie z modułu

  1. Upewnij się, że wybrano identyfikator subskrypcji usługi Load Balancer w warstwie Podstawowa, uruchamiając polecenie Select-AzSubscription.

    Select-AzSubscription -Subscription <SubscriptionId>

  2. Znajdź moduł równoważenia obciążenia, który chcesz uaktualnić. Zarejestruj swoją nazwę i nazwę grupy zasobów.

  3. Zapoznaj się z podstawowymi parametrami modułu:

    • Wymagany parametr BasicLoadBalancerName [ciąg] — ten parametr jest nazwą istniejącego podstawowego modułu równoważenia obciążenia, który chcesz uaktualnić
    • Wymagany parametr ResourceGroupName [ciąg] — ten parametr jest nazwą grupy zasobów zawierającej podstawowy moduł równoważenia obciążenia
    • StandardLoadBalancerName [ciąg] Opcjonalny — użyj tego parametru, aby opcjonalnie skonfigurować nową nazwę usługa Load Balancer w warstwie Standardowa. Jeśli nie zostanie określona, nazwa podstawowego modułu równoważenia obciążenia zostanie ponownie użyta.
    • RecoveryBackupPath [ciąg] Opcjonalny — ten parametr umożliwia określenie alternatywnej ścieżki, w której ma być przechowywany plik kopii zapasowej szablonu usługi ARM podstawowego modułu równoważenia obciążenia (domyślnie bieżący katalog roboczy)

    Napiwek

    Dodatkowe parametry dla scenariuszy zaawansowanych i odzyskiwania można wyświetlić, uruchamiając polecenie Get-Help Start-AzBasicLoadBalancerUpgrade -Detailed

  4. Start-AzBasicLoadBalancerUpgrade Uruchom polecenie , korzystając z poniższych przykładów, aby uzyskać wskazówki.

Przykład: weryfikowanie scenariusza

Sprawdź, czy usługa Load Balancer w warstwie Podstawowa jest obsługiwana w celu uaktualnienia

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -validateScenarioOnly

Przykład: uaktualnianie według nazwy

Uaktualnianie podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa o tej samej nazwie, podając nazwę podstawowego modułu równoważenia obciążenia i nazwę grupy zasobów

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName>

Przykład: uaktualnianie, zmienianie nazwy i wyświetlanie dzienników

Uaktualnianie podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa z określoną nazwą, wyświetlając zarejestrowane dane wyjściowe na ekranie

Start-AzBasicLoadBalancerUpgrade -ResourceGroupName <loadBalancerRGName> -BasicLoadBalancerName <basicLBName> -StandardLoadBalancerName <newStandardLBName> -FollowLog

Przykład: uaktualnianie za pomocą alternatywnej ścieżki kopii zapasowej

Uaktualnianie podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa o określonej nazwie i przechowywanie pliku kopii zapasowej podstawowego modułu równoważenia obciążenia w określonej ścieżce

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

Przykład: weryfikowanie ukończonej migracji

Zweryfikuj ukończoną migrację, przekazując kopię zapasową pliku stanu podstawowego modułu równoważenia obciążenia i nazwę usługa Load Balancer w warstwie Standardowa

Start-AzBasicLoadBalancerUpgrade -validateCompletedMigration -StandardLoadBalancerName <newStandardLBName> -basicLoadBalancerStatePath C:\RecoveryBackups\State_mybasiclb_rg-basiclbrg_20220912T1740032148.json

Migrowanie wielu modułów równoważenia obciążenia z udostępnionymi członkami zaplecza w tym samym czasie, zwykle wtedy, gdy aplikacja ma wewnętrzny i zewnętrzny moduł równoważenia obciążenia

# build array of multiple basic load balancers
$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
Start-AzBasicLoadBalancerUpgrade -MultiLBConfig $multiLBConfig

Przykład: ponowna próba migracji zestawu skalowania maszyn wirtualnych zakończyła się niepowodzeniem

Ponów próbę nieudanego uaktualnienia modułu równoważenia obciążenia zestawu skalowania maszyn wirtualnych (z powodu błędu lub zakończenia skryptu), podając plik stanu kopii zapasowej podstawowego modułu równoważenia obciążenia i zestawu skalowania maszyn wirtualnych

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

Przykład: ponowna próba migracji maszyny wirtualnej zakończyła się niepowodzeniem

Ponów próbę nieudanego uaktualnienia modułu równoważenia obciążenia maszyny wirtualnej (z powodu błędu lub zakończenia skryptu), podając plik stanu kopii zapasowej podstawowego modułu równoważenia obciążenia

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

Często zadawane pytania

Jak mogę wyświetlić listę podstawowych modułów równoważenia obciążenia, które mają zostać zmigrowane w moim środowisku?

Jednym ze sposobów uzyskania listy podstawowych modułów równoważenia obciążenia, które muszą zostać zmigrowane w danym środowisku, jest użycie zapytania usługi Azure Resource Graph. Proste zapytanie podobne do tego spowoduje wyświetlenie listy wszystkich podstawowych modułów równoważenia obciążenia, do których masz dostęp.

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

"" Napisaliśmy również bardziej złożone zapytanie, które ocenia gotowość każdego podstawowego modułu równoważenia obciążenia do migracji na większość kryteriów sprawdzanych przez ten moduł podczas walidacji. Zapytanie usługi Resource Graph można znaleźć w naszym projekcie GitHub lub otworzyć w Eksploratorze usługi Azure Resource Graph.

Czy ta migracja spowoduje przestój aplikacji?

Tak, ponieważ usługa Load Balancer w warstwie Podstawowa musi zostać usunięta przed utworzeniem nowego usługa Load Balancer w warstwie Standardowa, nastąpi przestój aplikacji. Zobacz Jak długo trwa uaktualnianie?

Czy moduł przeprowadzi migrację mojego adresu IP frontonu do nowego usługa Load Balancer w warstwie Standardowa?

Tak, zarówno w przypadku publicznych, jak i wewnętrznych modułów równoważenia obciążenia moduł zapewnia utrzymanie adresów IP frontonu. W przypadku publicznych adresów IP adres IP jest konwertowany na statyczny adres IP przed migracją. W przypadku frontonów wewnętrznych moduł próbuje ponownie przypisać ten sam adres IP zwolniony po usunięciu podstawowego modułu równoważenia obciążenia. Jeśli prywatny adres IP nie jest dostępny, skrypt zakończy się niepowodzeniem (zobacz Co się stanie, jeśli uaktualnienie zakończy się niepowodzeniem w połowie migracji?).

Jak długo trwa uaktualnianie?

Uaktualnienie zwykle trwa kilka minut, aby skrypt zakończył się. Następujące czynniki mogą prowadzić do dłuższych czasów uaktualniania:

  • Złożoność konfiguracji modułu równoważenia obciążenia
  • Liczba elementów członkowskich puli zaplecza
  • Liczba wystąpień skojarzonych zestawów skalowania maszyn wirtualnych lub maszyn wirtualnychf
  • Klaster usługi Service Fabric: uaktualnianie klastrów usługi Service Fabric trwa około godziny podczas testowania

Pamiętaj o przestojach i zaplanuj przejście w tryb failover w razie potrzeby.

Czy skrypt przeprowadza migrację elementów członkowskich puli zaplecza z usługi Load Balancer w warstwie Podstawowa do nowo utworzonej usługa Load Balancer w warstwie Standardowa?

Tak. Skrypt programu Azure PowerShell migruje zestawy skalowania maszyn wirtualnych i maszyny wirtualne do nowo utworzonych usługa Load Balancer w warstwie Standardowa pul zaplecza.

Które składniki modułu równoważenia obciążenia są migrowane?

Skrypt migruje następujące elementy z podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa:

Publiczne i prywatne moduły równoważenia obciążenia:

  • Sondy kondycji:
    • Wszystkie sondy są migrowane do nowego usługa Load Balancer w warstwie Standardowa
  • Reguły równoważenia obciążenia:
    • Wszystkie reguły równoważenia obciążenia są migrowane do nowej usługa Load Balancer w warstwie Standardowa
  • Reguły NAT dla ruchu przychodzącego:
    • Wszystkie reguły NAT utworzone przez użytkownika są migrowane do nowej usługa Load Balancer w warstwie Standardowa
  • Pule nat dla ruchu przychodzącego:
    • Domyślnie pule translatora adresów sieciowych są uaktualniane do reguł NAT
    • Aby zamiast tego przeprowadzić migrację pul translatora adresów sieciowych, określ parametr podczas uaktualniania -skipUpgradeNATPoolsToNATRules
  • Pule zaplecza:
    • Wszystkie pule zaplecza są migrowane do nowego usługa Load Balancer w warstwie Standardowa
    • Wszystkie zestawy skalowania maszyn wirtualnych i interfejsy sieciowe i konfiguracje adresów IP maszyn wirtualnych są migrowane do nowej usługa Load Balancer w warstwie Standardowa
    • Jeśli zestaw skalowania maszyn wirtualnych korzysta z zasad uaktualniania stopniowego, skrypt zaktualizuje zasady uaktualniania zestawu skalowania maszyn wirtualnych do "Ręczne" podczas procesu migracji i przywróci je z powrotem do "Rolling" po zakończeniu migracji.
  • Publiczne adresy IP na poziomie wystąpienia
    • W przypadku maszyn wirtualnych i zestawów skalowania maszyn wirtualnych konwertuje dołączone publiczne adresy IP z jednostki SKU w warstwie Podstawowa na Standardowa. Uwaga: publiczne adresy IP wystąpienia zestawu skalowania zmieniają się podczas uaktualniania; Adresy IP maszyn wirtualnych nie.
  • Tagi z podstawowego modułu równoważenia obciążenia do usługa Load Balancer w warstwie Standardowa

Publiczny moduł równoważenia obciążenia:

  • Konfiguracja publicznego adresu IP frontonu
    • Konwertuje publiczny adres IP na statyczny adres IP, jeśli jest dynamiczny
    • Aktualizuje publiczną jednostkę SKU IP do warstwy Standardowa, jeśli podstawowa
    • Uaktualnij wszystkie skojarzone publiczne adresy IP do nowego usługa Load Balancer w warstwie Standardowa
  • Reguły ruchu wychodzącego:
    • Podstawowe moduły równoważenia obciążenia nie obsługują skonfigurowanych reguł ruchu wychodzącego. Skrypt tworzy regułę ruchu wychodzącego w module równoważenia obciążenia w warstwie Standardowa, aby zachować zachowanie ruchu wychodzącego modułu równoważenia obciążenia w warstwie Podstawowa. Aby uzyskać więcej informacji na temat reguł ruchu wychodzącego, zobacz Reguły ruchu wychodzącego.
  • Sieciowa grupa zabezpieczeń
    • Usługa Load Balancer w warstwie Podstawowa nie wymaga sieciowej grupy zabezpieczeń, aby zezwalać na łączność wychodzącą. W przypadku braku sieciowej grupy zabezpieczeń skojarzonej z zestawem skalowania maszyn wirtualnych zostanie utworzona nowa sieciowa grupa zabezpieczeń w celu zachowania tej samej funkcjonalności. Ta nowa sieciowa grupa zabezpieczeń jest skojarzona z interfejsami sieciowymi członkowskimi puli zaplecza zestawu skalowania maszyn wirtualnych. Umożliwia to używanie tych samych portów i protokołów reguł równoważenia obciążenia oraz zachowanie łączności wychodzącej.

Wewnętrzny moduł równoważenia obciążenia:

  • Konfiguracja prywatnego adresu IP frontonu

Uwaga

Sieciowe grupy zabezpieczeń nie są konfigurowane w ramach uaktualnienia wewnętrznego modułu równoważenia obciążenia. Aby dowiedzieć się więcej na temat sieciowych grup zabezpieczeń, zobacz Sieciowe grupy zabezpieczeń

Jak mogę przeprowadzić migrację, gdy członkowie puli zaplecza należą do wielu modułów równoważenia obciążenia?

W scenariuszu, w którym elementy członkowskie puli zaplecza są również członkami pul zaplecza w innym module równoważenia obciążenia, na przykład gdy masz wewnętrzne i zewnętrzne moduły równoważenia obciążenia dla tej samej aplikacji, należy przeprowadzić migrację w tym samym czasie modułów równoważenia obciążenia w warstwie Podstawowa. Próba przeprowadzenia migracji modułów równoważenia obciążenia pojedynczo podejmie próbę połączenia zasobów jednostki SKU w warstwie Podstawowa i Standardowa, co nie jest dozwolone. Skrypt migracji obsługuje tę funkcję, przekazując wiele podstawowych modułów równoważenia obciążenia do tego samego wykonania skryptu przy użyciu parametru -MultiLBConfig.

Jak mogę sprawdzić, czy migracja zakończyła się pomyślnie?

Na końcu wykonywania moduł uaktualniania przeprowadza następujące weryfikacje, porównując moduł równoważenia obciążenia podstawowego z nowym usługa Load Balancer w warstwie Standardowa. W przypadku migracji w trybie failed można wywołać tę samą operację przy użyciu -validateCompletedMigration parametrów i -basicLoadBalancerStatePath w celu określenia stanu konfiguracji usługa Load Balancer w warstwie Standardowa (jeśli został utworzony). Plik dziennika utworzony podczas migracji zawiera również szczegółowe informacje na temat operacji migracji i wszelkich błędów.

  • Usługa Load Balancer w warstwie Standardowa istnieje, a jego jednostka SKU to "Standardowa"
  • Liczba konfiguracji adresów IP frontonu jest zgodna i że adresy IP są takie same
  • Liczba pul zaplecza i ich członkostwa są zgodne
  • Liczba reguł równoważenia obciążenia jest zgodna
  • Liczba sond kondycji jest zgodna
  • Liczba reguł NAT dla ruchu przychodzącego jest zgodna
  • Liczba pul nat dla ruchu przychodzącego jest zgodna
  • Usługa Load Balancer w warstwie Standardowa zewnętrzne mają skonfigurowaną regułę ruchu wychodzącego
  • Zewnętrzne usługa Load Balancer w warstwie Standardowa składowe puli zaplecza mają skojarzone sieciowe grupy zabezpieczeń

Jak skonfigurować ruch wychodzący dla modułu równoważenia obciążenia?

Moduły równoważenia obciążenia jednostki SKU w warstwie Standardowa nie zezwalają na domyślny dostęp wychodzący dla elementów członkowskich puli zaplecza. Zezwolenie na dostęp wychodzący do Internetu wymaga wykonania większej liczby kroków.

W przypadku zewnętrznych modułów równoważenia obciążenia można użyć reguł ruchu wychodzącego, aby jawnie włączyć ruch wychodzący dla członków puli. Jeśli masz jedną pulę zaplecza, automatycznie skonfigurujemy regułę ruchu wychodzącego podczas migracji; Jeśli masz więcej niż jedną pulę zaplecza, musisz ręcznie utworzyć reguły ruchu wychodzącego, aby określić alokacje portów.

W przypadku wewnętrznych modułów równoważenia obciążenia reguły ruchu wychodzącego nie są opcją, ponieważ nie ma publicznego adresu IP do protokołu SNAT za pośrednictwem. Pozostawia to kilka opcji do rozważenia:

  • Brama translatora adresów sieciowych: bramy translatora adresów sieciowych są zalecanym podejściem platformy Azure do ruchu wychodzącego w większości przypadków. Jednak bramy translatora adresów sieciowych wymagają, aby dołączona podsieć nie miała podstawowych zasobów sieciowych jednostki SKU — konieczne będzie przeprowadzenie migracji wszystkich modułów równoważenia obciążenia i publicznych adresów IP przed ich użyciem. Z tego powodu zalecamy użycie podejścia dwuetapowego, w którym należy najpierw użyć jednego z następujących podejść do łączności wychodzącej, a następnie przełączyć się do bram NAT po zakończeniu podstawowych migracji jednostek SKU.
  • Wirtualne urządzenie sieciowe: kierowanie ruchu przez wirtualne urządzenie sieciowe, takie jak usługa Azure Firewall, która z kolei będzie kierować ruch do Internetu. Ta opcja jest idealna, jeśli masz już skonfigurowane wirtualne urządzenie sieciowe.
  • Pomocniczy zewnętrzny moduł równoważenia obciążenia: dodając pomocniczy zewnętrzny moduł równoważenia obciążenia do zasobów zaplecza, można użyć zewnętrznego modułu równoważenia obciążenia dla ruchu wychodzącego, konfigurując reguły ruchu wychodzącego. Jeśli ten zewnętrzny moduł równoważenia obciążenia nie ma żadnych reguł równoważenia obciążenia, reguł NAT lub pul nat dla ruchu przychodzącego, zasoby zaplecza pozostaną izolowane do sieci wewnętrznej dla ruchu przychodzącego — zobacz konfigurację modułu równoważenia obciążenia tylko dla ruchu wychodzącego. Dzięki tej opcji zewnętrznego modułu równoważenia obciążenia można skonfigurować przed migracją z podstawowej do standardowej jednostki SKU i zmigrować w tym samym czasie co wewnętrzny moduł równoważenia obciążenia przy użyciu parametru -MultiLBConfig
  • Publiczne adresy IP: na koniec publiczne adresy IP można dodać bezpośrednio do wystąpień maszyn wirtualnych lub zestawu skalowania maszyn wirtualnych. Jednak ta opcja nie jest zalecana ze względu na dodatkowy obszar powierzchni zabezpieczeń i koszty dodawania publicznych adresów IP.

Co się stanie, jeśli uaktualnienie zakończy się niepowodzeniem w połowie migracji?

Moduł został zaprojektowany tak, aby uwzględnić błędy spowodowane nieobsługiwanym błędami lub nieoczekiwanym kończeniem skryptu. Projekt niepowodzenia jest metodą "fail forward", w której zamiast próbować wrócić do podstawowego modułu równoważenia obciążenia, należy rozwiązać problem powodujący awarię (zobacz dane wyjściowe błędu lub plik dziennika) i ponowić próbę migracji ponownie, określając -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> parametry. W przypadku publicznych modułów równoważenia obciążenia, ponieważ jednostka SKU publicznego adresu IP została zaktualizowana do warstwy Standardowa, przeniesienie tego samego adresu IP z powrotem do podstawowego modułu równoważenia obciążenia nie będzie możliwe.

Obejrzyj film wideo przedstawiający proces odzyskiwania:

Jeśli migracja nie powiodła się dotyczyła wielu modułów równoważenia obciążenia w tym samym czasie, używając parametru -MultiLBConfig , odzyskaj poszczególne moduły równoważenia obciążenia pojedynczo przy użyciu tego samego procesu, co poniżej.

Podstawowa procedura odzyskiwania po awarii to:

  1. Rozwiąż problem z przyczyną niepowodzenia migracji. Sprawdź plik Start-AzBasicLoadBalancerUpgrade.log dziennika, aby uzyskać szczegółowe informacje
  2. Usuń nowy usługa Load Balancer w warstwie Standardowa (jeśli został utworzony). W zależności od tego, który etap migracji zakończył się niepowodzeniem, może być konieczne usunięcie odwołania usługa Load Balancer w warstwie Standardowa z zestawu skalowania maszyn wirtualnych lub interfejsów sieciowych maszyny wirtualnej (konfiguracji adresów IP) i sond kondycji w celu usunięcia usługa Load Balancer w warstwie Standardowa.
  3. Znajdź plik kopii zapasowej stanu podstawowego modułu równoważenia obciążenia. Ten plik będzie znajdować się w katalogu, w którym został wykonany skrypt, lub w ścieżce określonej za pomocą parametru -RecoveryBackupPath podczas nieudanego wykonywania. Plik ma nazwę: State_<basicLBName>_<basicLBRGName>_<timestamp>.json
  4. Uruchom ponownie skrypt migracji, określając -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> parametry i -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (dla zapleczy zestawu skalowania maszyn wirtualnych) zamiast parametrów -BasicLoadBalancerName lub przekazując podstawowy moduł równoważenia obciążenia za pośrednictwem potoku

Następne kroki