Udostępnij przez


Odzyskiwanie połączenia mostka zasobów Arc

Z tego artykułu dowiesz się, jak przywrócić połączenie mostka zasobów Azure Arc do stanu roboczego w przypadku przypadkowego usunięcia maszyny wirtualnej mostka zasobów lub jeśli mostek zasobów jest nie do odzyskania.

Odzyskiwanie mostka zasobów Arc

Połączenie między infrastrukturą lokalną a platformą Azure można utracić, a wszystkie operacje wykonywane za pośrednictwem usługi Azure Arc mogą zakończyć się niepowodzeniem w następujących scenariuszach awarii:

  • Przypadkowe usunięcie maszyny wirtualnej

  • Niepowodzenie połączenia maszyny wirtualnej (na przykład ze względu na zmiany konfiguracji sieci infrastruktury)

  • Błędy uaktualniania maszyny wirtualnej, których nie można naprawić i wymagają ponownego wdrożenia

  • Wygaśnięcie certyfikatów maszyny wirtualnej z powodu braku uaktualnień

W takich scenariuszach awarii można przywrócić operacje, wdrażając nowy mostek zasobów z tymi samymi właściwościami co bieżący mostek zasobów. Ta procedura odzyskiwania po awarii wymaga usunięcia istniejącej maszyny wirtualnej mostka zasobów usługi Arc w programie vCenter i zasób mostka zasobów platformy Azure w witrynie Azure Portal. Następnie można zmodyfikować skrypt wprowadzający do użycia na potrzeby odzyskiwania po awarii i podjąć próbę odzyskania. Odzyskiwanie tworzy nowy most zasobów Azure z tym samym identyfikatorem ARM, zasobem vCenter i lokalizacją niestandardową.

Aby wdrożyć nowy mostek zasobów, wykonaj następujące kroki:

  1. W Azure Portal znajdź i skopiuj następujące właściwości z zasobów związanych z mostem zasobów:

    • Mostek zasobów usługi Arc: region platformy Azure, identyfikator subskrypcji, identyfikator zasobu usługi ARM, nazwa grupy zasobów, nazwa mostka zasobów usługi Arc

    • Zasób platformy Azure vCenter: identyfikator zasobu, identyfikator subskrypcji, nazwa grupy zasobów, nazwa zasobu vCenter na platformie Azure

    • Lokalizacja niestandardowa: identyfikator zasobu, identyfikator subskrypcji, nazwa grupy zasobów, nazwa lokalizacji niestandardowej

  2. W witrynie Azure Portal wyszukaj maszynę wirtualną mostka zasobów i usuń maszynę wirtualną mostka zasobów z witryny Azure Portal. Jest to niezbędny krok w ramach procesu odzyskiwania po awarii, ponieważ wdrożysz nowy mostek zasobów z tymi samymi właściwościami, aby zastąpić ten. Wszystkie inne powiązane składniki, takie jak lokalizacja niestandardowa, zasób vCenter lub inne zasoby platformy Azure, powinny pozostać w witrynie Azure Portal — połączysz nowy most zasobów z tymi już istniejącymi zasobami.

  3. Przejdź do konsoli programu vCenter i usuń maszynę wirtualną mostka zasobów usługi Azure Arc z programu vCenter, jeśli istnieje. Maszyna wirtualna zostanie ponownie utworzona w późniejszym kroku w ramach odzyskiwania po awarii.

  4. Pobierz skrypt dołączania z portalu Azure. Aby wygenerować skrypt dołączania, należy podać inną nazwę programu vCenter i niestandardową lokalizację; W przeciwnym razie zostanie wyświetlony błąd, jeśli spróbujesz ponownie użyć tych samych nazw w tym kroku. W następnym kroku zmodyfikujesz skrypt wdrażania, aby ponownie użyć tych samych nazw.

  5. Musisz wprowadzić zmiany do pobranego skryptu dołączania do użycia na potrzeby odzyskiwania po awarii, co spowoduje utworzenie nowego mostka zasobów z tym samym identyfikatorem usługi ARM, lokalizacją niestandardową i zasobem vCenter. Otwórz skrypt dołączania w edytorze i zaktualizuj skrypt za pomocą właściwości skopiowanych w kroku 1. Jest to konieczne, aby zastąpić usunięty mostek zasobów nowym mostkiem zasobów o tych samych właściwościach:

    $location = <Azure region of the resources>
    $applianceSubscriptionId = <subscription-id>
    $applianceResourceGroupName = <resource-group-name>
    $applianceName = <resource-bridge-name>
    
    $customLocationSubscriptionId = <subscription-id>
    $customLocationResourceGroupName = <resource-group-name>
    $customLocationName = <custom-location-name>
    
    $vCenterSubscriptionId = <subscription-id>
    $vCenterResourceGroupName = <resource-group-name>
    $vCenterName = <vcenter-name-in-azure>
    
  6. Zapisz zmiany wprowadzone do skryptu dołączania.

  7. Ten krok jest tylko, jeśli używasz AVS obsługiwanego przez Arc. Nie należy wykonywać tego kroku, jeśli używasz VMware z włączoną usługą Arc. Uruchom następujące polecenie: az rest --method delete --url "https://management.azure.com/subscriptions/ <subId>/resourcegroups/<rgName>/providers/Microsoft.AVS/privateClouds/<pcName>/addons/arc?api-version=2022-05-01"

  8. Uruchom skrypt wdrażania ponownie za pomocą parametru . Skrypt wyświetla monit o wprowadzenie ustawień konfiguracji mostka zasobów. Podaj dane wejściowe po wyświetleniu monitu. Możesz ponownie użyć tych samych adresów IP oraz innych konfiguracji z istniejącego mostu zasobów, który już spełnia wymagania dotyczące sieci, zapory lub serwera proxy. W przeciwnym razie, jeśli używasz nowych adresów IP, może być konieczne upewnienie się, że te adresy IP spełniają wymagania dotyczące sieci. Można również określić nową sieć, magazyn lub pulę zasobów do użycia z nowym mostkiem zasobów Arc.

    ./resource-bridge-onboarding-script.ps1 -force
    
  9. Po pomyślnym zakończeniu działania skryptu nowy mostek zasobów powinien zostać wdrożony i ponownie połączony ze wszystkimi niezbędnymi zasobami, takimi jak lokalizacja niestandardowa i rozszerzenie Arc. Wcześniej odłączone zasoby z obsługą usługi Arc powinny być ponownie zarządzane na platformie Azure.

Dalsze kroki

Rozwiązywanie problemów z mostem zasobów usługi Azure Arc

Jeśli powyższe kroki odzyskiwania nie powiodły się podczas przywracania mostka zasobów usługi Arc do stanu pierwotnego, skontaktuj się z jednym z następujących kanałów pomocy technicznej.