Udostępnij za pomocą

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

Ważne

30 września 2025 r. wycofano Podstawowy Load Balancer. Więcej informacji znajdziesz w oficjalnym ogłoszeniu. Jeśli obecnie używasz usługi Load Balancer w warstwie Podstawowa, pamiętaj o jak najszybszym uaktualnieniu do usługi Load Balancer w warstwie Standardowa.

Azure Standard Load Balancer oferuje bogaty zestaw funkcji i wysoką dostępność dzięki redundancji strefowej. 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 Standardowy Load Balancer z tą samą konfiguracją co Podstawowy Load Balancer, a następnie kojarzy zestaw skalowalności maszyn wirtualnych lub członków puli zaplecza maszyn wirtualnych z nowym Load Balancerem.

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

Przegląd upgrade'u

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 interfejsu do SKU Standard i przypisania statycznego.
  • Uaktualnia konfigurację Podstawowego Load Balancera do nowego Standardowego Load Balancera, zapewniając zgodność konfiguracji i funkcji.
  • Migruje zestaw skalowalny maszyn wirtualnych i elementy członkowskie puli zaplecza maszyn wirtualnych z Load Balancer w warstwie Podstawowej do Load Balancer w warstwie Standardowej.
  • Tworzy i kojarzy grupę zabezpieczeń sieciowych z zestawem maszyn wirtualnych lub maszyną wirtualną, aby zapewnić, że ruch zrównoważony obciążeniowo dociera do członków puli zaplecza. Jest to zgodne z przejściem Standardowego Load Balancera do zasady sieciowej domyślnego odrzucania.
  • Uaktualnia adresy IP na poziomie instancji skojarzone z zestawem skalowania maszyn wirtualnych lub instancjami maszyn wirtualnych.
  • Uaktualnia pule NAT dla ruchu przychodzącego do reguł NAT dla ruchu przychodzącego dla backendów w zestawie skalowania maszyn wirtualnych, tworząc nową pulę backendu dla każdej zmigrowanej puli NAT. Określ -skipUpgradeNATPoolsToNATRules , aby pominąć tę aktualizację i później użyć autonomicznego modułu migracji puli NAT, aby uzyskać więcej opcji puli zaplecza.
  • Rejestruje operację uaktualniania, umożliwiając łatwą inspekcję i odzyskiwanie 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 zapleczu modułu równoważenia obciążenia ma publiczne adresy IP w konfiguracji sieci, publiczne adresy IP powiązane z każdym wystąpieniem zestawu skalowania maszyn wirtualnych zmienią się po uaktualnieniu do SKU w warstwie standardowej. Jest tak dlatego, że publicznych adresów IP na poziomie wystąpienia w zestawie skalowania nie można uaktualnić, a jedynie zastąpić nowym adresem publicznym typu SKU w warstwie Standardowej. 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 przy użyciu tego skryptu potrwa dłużej, wiąże się z większym ryzykiem dla Twojej aplikacji i spowoduje przestój. Zapoznaj się z wskazówkami dotyczącymi aktualizacji modułu równoważenia obciążenia klastra Service Fabric w celu poznania opcji migracji.

Nieobsługiwane scenariusze

  • Podstawowe równoważniki obciążenia z konfiguracjami adresów IP interfejsu 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órej co najmniej jedno wystąpienie ma włączone zasady ochrony instancji ProtectFromScaleSetActions.
  • Migrowanie podstawowego modułu równoważenia obciążenia do istniejącej usługi równoważenia obciążenia w warstwie standardowej
  • Podstawowe moduły równoważenia obciążenia z elementami członkowskimi puli zaplecza, które są częścią zestawu dostępności, ale nie wszystkie elementy członkowskie zestawu dostępności znajdują się za modułem równoważenia obciążenia
  • Jeśli podstawowy moduł równoważenia obciążenia ma włączony pływający adres IP w pomocniczej konfiguracji adresu IP interfejsu sieciowego, zaktualizuj zmienny adres IP do podstawowego adresu IP przed uruchomieniem skryptu migracji, aby uniknąć problemów z konfiguracją

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ą

  • Weryfikowanie obsługi scenariusza
  • Planowanie przestoju aplikacji podczas migracji
  • Opracowywanie testów łączności dla ruchu przychodzącego i wychodzącego
  • Planuj zmiany publicznych adresów IP na przykładowym poziomie wystąpień w wirtualnych zestawach skalowania maszyn (zobacz uwagę)
  • [Zalecane] Utwórz sieciowe grupy zabezpieczeń lub dodaj reguły zabezpieczeń do istniejącej sieciowej grupy zabezpieczeń dla członków puli zaplecza. Zezwól na możliwość przejścia ruchu przez system równoważenia obciążenia oraz dowolny inny ruch, który ma być jawnie dozwolony na zasobach publicznych Standardowej SKU.
  • [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?
  • [Ważne] Usuń wszystkie blokady z modułu równoważenia obciążenia, jego grupy zasobów i wszelkich powiązanych zasobów przed rozpoczęciem migracji
  • [Ważne] Upewnij się, że masz uprawnienia niezbędne do usuwania i tworzenia modułów równoważenia obciążenia oraz modyfikowania skojarzonych zestawów skalowania maszyn wirtualnych (VMSS) i interfejsów sieciowych

Kroki do wykonania po migracji

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 [string] Opcjonalnie — użyj tego parametru, aby opcjonalnie skonfigurować nową nazwę dla Standardowego Load Balancera. 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 do przechowywania pliku kopii zapasowej szablonu ARM Podstawowego Równoważnika 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:$true

Przykład: aktualizacja według nazwy

Uaktualnij podstawowy moduł równoważenia obciążenia do standardowego modułu równoważenia obciążenia 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

Uaktualnij podstawowy moduł równoważenia obciążenia do standardowego modułu równoważenia obciążenia o określonej nazwie wyświetlanej w zarejestrowanym dzienniku.

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

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

Uaktualnij podstawowy Load Balancer do standardowego Load Balancera o określonej nazwie i zapisz plik kopii zapasowej podstawowego Load Balancera 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 Load Balancer i nazwę Standardowego Load Balancer.

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

Przenoszenie wielu load balancerów ze wspólnymi elementami zaplecza jednocześnie, zazwyczaj gdy aplikacja posiada wewnętrzny i zewnętrzny load balancer.

# 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. Następujące zapytanie zawiera listę 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'

"" Utworzyliśmy 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, które ten moduł sprawdza 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ż Load Balancer w warstwie Podstawowej musi zostać usunięty przed utworzeniem nowego Load Balancera w warstwie Standardowej, wystąpi przestój aplikacji. Zobacz Jak długo trwa uaktualnianie?

Czy moduł przeprowadzi migrację mojego adresu IP interfejsu frontowego do nowego Load Balancera Standard?

Tak, zarówno w przypadku publicznych, jak i wewnętrznych równoważników obciążenia, moduł zapewnia utrzymanie adresów IP frontendowych. 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 zajmuje kilka minut, zanim skrypt się zakończy. 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 członków puli zaplecza
  • Liczba instancji powiązanych zestawów skalowania maszyn wirtualnych lub maszyn wirtualnych
  • 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 migracji przeprowadza przeniesienie członków puli zaplecza z Podstawowego Load Balancer do nowo utworzonego Standardowego Load Balancer?

Tak. Skrypt programu Azure PowerShell migruje zestawy skalowania maszyn wirtualnych i maszyny wirtualne do nowo utworzonych zapasowych pul w Standardowym Load Balancerze.

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

Skrypt migruje następujące elementy z Podstawowego Load Balancer do Standardowego Load Balancer:

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

  • Sondy kondycji:
    • Wszystkie sondy są migrowane do nowego Równoważnika Obciążenia w wersji Standardowej.
  • Reguły równoważenia obciążenia:
    • Wszystkie reguły równoważenia obciążenia są migrowane do nowego Standardowego Load Balancera.
  • Reguły NAT dla ruchu przychodzącego:
    • Wszystkie reguły NAT utworzone przez użytkownika są migrowane do nowej usługi Load Balancer w warstwie Standardowej.
  • Pule NAT dla ruchu przychodzącego
    • Domyślnie pule NAT są ulepszane do reguł NAT
    • Aby przeprowadzić migrację puli NAT, należy określić parametr -skipUpgradeNATPoolsToNATRules podczas uaktualniania.
  • Pule zaplecza:
    • Wszystkie pule zaplecza są migrowane do nowej usługi Load Balancer w warstwie Standardowej
    • Wszystkie interfejsy sieciowe i konfiguracje adresów IP zestawów skalowania maszyn wirtualnych i maszyn wirtualnych są migrowane do nowego Standardowego Load Balancera.
    • 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 SKU warstwy Podstawowej na SKU warstwy Standardowej. Uwaga: publiczne adresy IP wystąpień w zestawie skalowania zmieniają się podczas uaktualniania, natomiast adresy IP maszyn wirtualnych pozostają bez zmian.
  • Tagi z podstawowego modułu równoważenia obciążenia do standardowego modułu równoważenia obciążenia.

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

  • Konfiguracja publicznego adresu IP frontendu
    • Konwertuje publiczny adres IP na statyczny adres IP, jeśli jest dynamiczny
    • Aktualizuje publiczne SKU IP do Standardowa, jeśli jest podstawowe.
    • Zaktualizuj wszystkie skojarzone publiczne adresy IP do nowego Standardowego Load Balancera.
  • 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 standardowym module równoważenia obciążenia, aby zachować działanie ruchu wychodzącego w podstawowym module równoważenia obciążenia. Aby uzyskać więcej informacji na temat reguł ruchu wychodzącego, zobacz Reguły ruchu wychodzącego.
  • Sieciowa grupa zabezpieczeń
    • Podstawowa usługa Load Balancer nie wymaga grupy zabezpieczeń sieciowych, aby umożliwić łą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 takie same reguły równoważenia obciążenia, porty i protokoły wraz z zachowaniem łączności wychodzącej.

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

  • Konfiguracja prywatnego adresu IP frontendu

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 backendu należą do wielu Load Balancerów?

W scenariuszu, w którym członkowie puli zaplecza są również członkami pul zaplecza na 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, podstawowe moduły równoważenia obciążenia muszą zostać zmigrowane jednocześnie. Próba migracji równoważników obciążenia pojedynczo prowadzi do próby połączenia zasobów SKU w edycjach 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.

  • Standardowy Load Balancer istnieje, a jej jednostka SKU to 'Standard'
  • 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 się zgadza
  • Liczba sond kondycji jest zgodna
  • Liczba reguł NAT dla ruchu przychodzącego jest zgodna
  • Liczba pul NAT dla ruchu przychodzącego jest zgodna z oczekiwaniami
  • Zewnętrzne Standardowe Load Balancery mają skonfigurowaną regułę wychodzącą
  • Zewnętrzny Load Balancer w warstwie Standardowej ma skojarzone sieciowe grupy zabezpieczeń z członkami puli zaplecza.

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

Standardowe równoważniki obciążenia SKU nie zezwalają na domyślny dostęp wychodzący dla członków 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ły Wyjściowe, 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 load balancerów reguły ruchu wychodzącego nie są opcją, ponieważ nie ma publicznego adresu IP do zastosowania SNAT. Pozostawia to kilka opcji do rozważenia:

  • Brama NAT: Bramy NAT są zalecanym podejściem platformy Azure do ruchu wychodzącego w większości przypadków. Jednak bramy NAT wymagają, aby dołączona podsieć nie miała podstawowych zasobów sieciowych związanych ze SKU — co oznacza, że przed ich użyciem należy przeprowadzić migrację wszystkich Load Balancerów i publicznych adresów IP. Z tego powodu zalecamy podejście dwuetapowe, gdzie najpierw użyjesz jednego z poniższych sposobów łączności wychodzącej, a następnie przełącz się na bramki NAT po zakończeniu podstawowego procesu migracji SKU.
  • Wirtualne urządzenie sieciowe: kierowanie ruchu przez wirtualne urządzenie sieciowe, takie jak usługa Azure Firewall, w celu kierowania ruchu do Internetu. Ta opcja jest idealna, jeśli masz już skonfigurowane wirtualne urządzenie sieciowe.
  • Drugorzędny zewnętrzny równoważnik obciążenia: Dodając drugorzędny zewnętrzny równoważnik obciążenia do zasobów zaplecza, można go używać dla ruchu wychodzącego, konfigurując odpowiednie reguły. Jeśli ten zewnętrzny moduł równoważenia obciążenia nie ma żadnych reguł równoważenia obciążenia, reguł NAT lub skonfigurowanych pul nat dla ruchu przychodzącego, zasoby zaplecza pozostają odizolowane 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 można skonfigurować zewnętrzny moduł równoważenia obciążenia przed migracją z podstawowej do standardowej jednostki SKU i zmigrowany w tym samym czasie co wewnętrzny moduł równoważenia obciążenia przy użyciu parametru -MultiLBConfig
  • Publiczne adresy IP: Ostatnio, publiczne adresy IP mogą być dodawane bezpośrednio do maszyn wirtualnych lub do instancji w zestawach 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 podejściem "fail forward", w którym zamiast próbować wrócić do Podstawowego Równoważnika Obciążenia, należy rozwiązać problem powodujący awarię (zobacz komunikat błędu lub plik dziennika) i ponowić próbę migracji, określając parametry -FailedMigrationRetryFilePathLB <BasicLoadBalancerBackupFilePath> -FailedMigrationRetryFilePathVMSS <VMSSBackupFile>. W przypadku publicznych modułów równoważenia obciążenia, ponieważ SKU publicznego adresu IP został zaktualizowany do warstwy Standard, przeniesienie tego samego adresu IP z powrotem do modułu równoważenia obciążenia w warstwie Podstawowej nie jest możliwe.

Obejrzyj film wideo przedstawiający proces odzyskiwania:

Jeśli migracja zakończyła się niepowodzeniem i dotyczyła wielu równoważników obciążenia jednocześnie, używając parametru -MultiLBConfig, odzyskaj każdy równoważnik obciążenia osobno, korzystając z następującego procesu:

  1. Rozwiąż problem z przyczyną niepowodzenia migracji. Sprawdź plik Start-AzBasicLoadBalancerUpgrade.log dziennika, aby uzyskać szczegółowe informacje
  2. Usuń nowy Standardowy Load Balancer (jeśli został utworzony). W zależności od tego, który etap migracji zakończył się niepowodzeniem, może być konieczne usunięcie odniesienia do Standardowego Load Balancera z zestawu skalowania maszyn wirtualnych, interfejsów sieciowych maszyn wirtualnych (konfiguracji adresów IP) oraz/lub sond kontroli zdrowia w celu usunięcia Standardowego Load Balancera.
  3. Znajdź plik kopii zapasowej stanu podstawowego modułu równoważenia obciążenia. Ten plik znajduje 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 parametry -FailedMigrationRetryFilePathLB <BasicLoadBalancerbackupFilePath> i -FailedMigrationRetryFilePathVMSS <VMSSBackupFile> (dla zapleczy zestawu skalowania maszyn wirtualnych) zamiast -BasicLoadBalancerName lub przekazując podstawowy moduł równoważenia obciążenia za pośrednictwem potoku.

Następne kroki

  • Last updated on