Migrowanie do usługi Azure Stack HCI na tym samym sprzęcie
Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2
W tym temacie opisano sposób migrowania klastra trybu failover systemu Windows Server do usługi Azure Stack HCI przy użyciu istniejącego sprzętu serwera. Ten proces instaluje nowy system operacyjny Azure Stack HCI i zachowuje istniejące ustawienia klastra i magazyn oraz importuje maszyny wirtualne.
Na poniższym diagramie przedstawiono migrację klastra systemu Windows Server w miejscu przy użyciu tego samego sprzętu serwera. Po zamknięciu klastra usługa Azure Stack HCI jest zainstalowana, magazyn jest ponownie dołączony, a maszyny wirtualne są importowane i udostępniane o wysokiej dostępności (HA).
Aby przeprowadzić migrację maszyn wirtualnych do nowego sprzętu usługi Azure Stack HCI, zobacz Migrowanie do rozwiązania Azure Stack HCI na nowym sprzęcie.
Uwaga
Migrowanie klastrów rozproszonych nie zostało omówione w tym artykule.
Zanim rozpoczniesz
Przed rozpoczęciem migracji należy wziąć pod uwagę kilka wymagań i kwestii:
Wszystkie polecenia Windows PowerShell muszą być uruchamiane jako administrator.
Musisz mieć poświadczenia domeny z uprawnieniami administratora dla usługi Azure Stack HCI.
Tworzenie kopii zapasowej wszystkich maszyn wirtualnych w klastrze źródłowym. Wykonaj spójną na poziomie awarii kopię zapasową wszystkich aplikacji i danych oraz spójną na poziomie aplikacji kopię zapasową wszystkich baz danych. Aby utworzyć kopię zapasową na platformie Azure, zobacz Use Azure Backup (Korzystanie z Azure Backup).
Zbierz spis i konfigurację wszystkich węzłów klastra i nazewnictwa klastra, konfiguracji sieci, odporności i pojemności udostępnionego woluminu klastra (CSV) oraz monitora kworum.
Zamknij maszyny wirtualne klastra, woluminy CSV w trybie offline, pule magazynów offline i usługę klastra.
Wyłącz obiekt nazwy klastra (CNO) (jest on ponownie używany później) i:
- Sprawdź, czy obiekt CNO ma prawa tworzenia obiektu do własnej jednostki organizacyjnej (OU)
- Sprawdź, czy zasady dziedziczone przez blok zostały ustawione na jednostkach organizacyjnych
- Ustawianie wymaganych zasad dla rozwiązania Azure Stack HCI w tej jednostki organizacyjnej
Obsługa i aktualizacja wersji maszyny wirtualnej
W poniższej tabeli wymieniono obsługiwane wersje systemu operacyjnego Windows Server i ich wersje maszyn wirtualnych na potrzeby migracji w miejscu na tym samym sprzęcie.
Niezależnie od wersji systemu operacyjnego, na którym może być uruchomiona maszyna wirtualna, minimalna wersja maszyny wirtualnej obsługiwana do migracji do usługi Azure Stack HCI to wersja 5.0. Dlatego wszystkie maszyny wirtualne działające w wersji 2.0, 3.0 lub 4.0 w klastrze Windows Server 2016 lub Windows Server 2019 muszą zostać zaktualizowane do wersji 5.0 przed migracją.
Wersja systemu operacyjnego | Wersja maszyny wirtualnej |
---|---|
Windows Server 2008 SP1 | 2.0 |
Windows Server 2008 z dodatkiem R2 | 3.0 |
Windows Server 2012 | 4,0 |
Windows Server 2012 z dodatkiem R2 | 5.0 |
Windows Server 2016 | 8.0 |
Windows Server 2019 | 9.0 |
Azure Stack HCI | 9.0 |
W przypadku maszyn wirtualnych w klastrach z systemem Windows Server 2008 z dodatkiem SP1, Windows Server 2008 R2-SP1 i Windows 2012 bezpośrednia migracja do usługi Azure Stack HCI nie jest obsługiwana. W takich przypadkach dostępne są dwie opcje:
Najpierw przeprowadź migrację tych maszyn wirtualnych do Windows Server 2012 R2, Windows Server 2016 lub Windows Server 2019, zaktualizuj wersję maszyny wirtualnej, a następnie rozpocznij proces migracji.
Użyj narzędzia Robocopy, aby skopiować wszystkie dyski VHD maszyn wirtualnych do usługi Azure Stack HCI. Następnie utwórz nowe maszyny wirtualne i dołącz skopiowane dyski VHD do odpowiednich maszyn wirtualnych w usłudze Azure Stack HCI. Spowoduje to obejście ograniczenia wersji maszyny wirtualnej dla tych starszych maszyn wirtualnych.
Aktualizowanie wersji maszyny wirtualnej
Użyj następującego polecenia, aby wyświetlić wszystkie wersje maszyn wirtualnych na jednym serwerze:
Get-VM * | Format-Table Name,Version
Aby wyświetlić wszystkie wersje maszyn wirtualnych we wszystkich węzłach w klastrze systemu Windows Server:
Get-VM –ComputerName (Get-ClusterNode)
Aby zaktualizować wszystkie maszyny wirtualne do najnowszej wersji we wszystkich węzłach systemu Windows Server:
Get-VM –ComputerName (Get-ClusterNode) | Update-VMVersion -Force
Aktualizowanie serwerów i klastra
Migracja polega na uruchomieniu konfiguracji rozwiązania Azure Stack HCI we wdrożeniu systemu Windows Server na potrzeby czystej instalacji systemu operacyjnego z maszynami wirtualnymi i magazynem bez zmian. Spowoduje to zastąpienie bieżącego systemu operacyjnego rozwiązaniem Azure Stack HCI. Aby uzyskać szczegółowe informacje, zobacz Wdrażanie systemu operacyjnego Azure Stack HCI. Następnie utworzysz nowy klaster usługi Azure Stack HCI, ponownie dołączysz magazyn i zaimportujesz maszyny wirtualne.
Zamknij istniejące maszyny wirtualne klastra, woluminy CSV w trybie offline, pule magazynów offline i usługę klastra.
Przejdź do lokalizacji, w której pobrano bity usługi Azure Stack HCI, a następnie uruchom instalatora rozwiązania Azure Stack HCI w każdym węźle systemu Windows Server.
Podczas instalacji wybierz pozycję Niestandardowe: zainstaluj nowszą wersję tylko usługi Azure Stack HCI (Advanced). Powtórz dla każdego serwera.
Utwórz nowy klaster usługi Azure Stack HCI. Dla tego zadania można użyć Windows Admin Center lub Windows PowerShell, jak pokazano w poniższych sekcjach.
Ważne
Nazwa przełącznika wirtualnego funkcji Hyper-V (VMSwitch
) musi być taką samą nazwą przechwyconą w spisie konfiguracji klastra. Przed zaimportowania maszyn wirtualnych upewnij się, że nazwa przełącznika wirtualnego używana w klastrze usługi Azure Stack HCI jest zgodna z oryginalną nazwą źródłowego przełącznika wirtualnego.
Uwaga
Aby można było utworzyć nowe maszyny wirtualne, należy zarejestrować klaster usługi Azure Stack HCI na platformie Azure. Aby uzyskać więcej informacji, zobacz Rejestrowanie za pomocą platformy Azure.
Korzystanie z Windows Admin Center
Jeśli używasz Windows Admin Center do utworzenia klastra usługi Azure Stack HCI, kreator tworzenia klastra automatycznie instaluje wszystkie wymagane role i funkcje w każdym węźle serwera.
Aby uzyskać szczegółowe informacje na temat tworzenia klastra, zobacz Tworzenie klastra usługi Azure Stack HCI przy użyciu Windows Admin Center.
Ważne
Pomiń krok 4.1 Czyszczenie dysków w kreatorze Tworzenie klastra. W przeciwnym razie usuniesz istniejące maszyny wirtualne i magazyn.
Uruchom kreatora Tworzenia klastra. Po otrzymaniu kroku 4: Magazyn:
Pomiń krok 4.1 Czyste dyski. Nie rób tego.
Odchodzi od kreatora.
Otwórz program PowerShell i uruchom następujące polecenie cmdlet, aby utworzyć nowy
Storagesubsystem Object
identyfikator, ponownie wykryć wszystkie obudowy magazynu i przypisać numery dysków SES:Enable-ClusterS2D -Verbose
W przypadku migracji z Windows Server 2016 spowoduje to również utworzenie nowego
ClusterperformanceHistory
woluminu reFS i przypisanie go do grupy zasobów klastra SDDC.W przypadku migracji z systemu Windows Server 2019 spowoduje to również dodanie istniejącego
ClusterperformanceHistory
woluminu ReFS i przypisanie go do grupy zasobów klastra SDDC.Wstecz do kreatora. W kroku 4.2 Zweryfikuj dyski, sprawdź, czy wszystkie dyski są wyświetlane bez ostrzeżeń ani błędów.
Wykonaj kroki kreatora.
Za pomocą środowiska Windows PowerShell
W przypadku tworzenia klastra usługi Azure Stack HCI przy użyciu programu PowerShell następujące role i funkcje muszą być zainstalowane w każdym węźle klastra usługi Azure Stack HCI przy użyciu tego polecenia cmdlet:
Install-WindowsFeature -Name Hyper-V, Failover-Clustering, FS-Data-Deduplication, Bitlocker, Data-Center-Bridging, RSAT-AD-PowerShell -IncludeAllSubFeature -IncludeManagementTools -Verbose
Aby uzyskać więcej informacji na temat tworzenia klastra przy użyciu programu PowerShell, zobacz Tworzenie klastra usługi Azure Stack HCI przy użyciu Windows PowerShell.
Uwaga
Użyj ponownie tej samej nazwy dla wcześniej wyłączonego obiektu nazwy klastra.
Uruchom polecenie cmdlet, aby utworzyć klaster:
New-cluster –name "clustername" –node Server01,Server02 –staticaddress xx.xx.xx.xx –nostorage
Uruchom polecenie cmdlet, aby utworzyć nowy
Storagesubsystem Object
identyfikator, ponownie odnaleźć wszystkie obudowy magazynu i przypisać numery dysków SES:Enable-ClusterS2D -Verbose
W przypadku migracji z Windows Server 2016 spowoduje to również utworzenie nowego
ClusterperformanceHistory
woluminu reFS i przypisanie go do grupy zasobów klastra SDDC.Uwaga
Jeśli pula magazynów zawiera błędy Dysk mniejszościowy (widoczne w Menedżerze klastra), uruchom
Enable-ClusterS2D -verbose
ponownie polecenie cmdlet.Za pomocą Menedżera klastra włącz każdy wolumin CSV z wyjątkiem woluminu
ClusterperformanceHistory
, który jest woluminem ReFS (upewnij się, że nie jest to plik CSV systemu plików ReFS).W przypadku migracji z systemu Windows Server 2019 uruchom
Enable-ClusterS2D -verbose
ponownie polecenie cmdlet. Powoduje to skojarzenie woluminuClusterperformanceHistory
ReFS z grupą zasobów klastra SDDC.Określ bieżącą nazwę i wersję puli magazynu, uruchamiając polecenie cmdlet:
Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version
Teraz określ nazwę i wersję nowej puli magazynów:
Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version
Utwórz monitor kworum. Aby uzyskać informacje na temat sposobu, zobacz Konfigurowanie monitora klastra.
Sprawdź, czy zadania naprawy magazynu zostały ukończone przy użyciu polecenia cmdlet :
Get-StorageJob
Uwaga
Może to zająć dużo czasu w zależności od liczby maszyn wirtualnych uruchomionych podczas uaktualniania.
Sprawdź, czy wszystkie dyski są w dobrej kondycji:
Get-VirtualDisk
Określ wersję węzła klastra, która wyświetla
ClusterFunctionalLevel
iClusterUpgradeVersion
. Uruchom polecenie cmdlet , aby uzyskać następujące polecenie:Get-ClusterNodeSupportedVersion
Uwaga
ClusterFunctionalLevel
jest automatycznie ustawiana na10
i nie wymaga aktualizacji z powodu nowego systemu operacyjnego i tworzenia klastra.Zaktualizuj pulę magazynów w następujący sposób:
Get-StoragePool | Update-StoragePool
Woluminy systemu plików ReFS
W przypadku migracji z systemu Windows Server 2016 woluminy systemu plików ReFS (Resilient File System) są obsługiwane, ale takie woluminy nie korzystają z ulepszeń wydajności w usłudze Azure Stack HCI z używania woluminów parzystości przyspieszanej przez dublowanie (MAP). To ulepszenie wymaga utworzenia nowego woluminu ReFS przy użyciu polecenia cmdlet programu PowerShell New-Volume
.
W przypadku Windows Server 2016 woluminów MAP kompaktowanie systemu plików ReFS nie było dostępne, więc ponowne dołączanie tych woluminów jest ok, ale będzie mniej wydajne w porównaniu z tworzeniem nowego woluminu MAP w klastrze rozwiązania Azure Stack HCI.
Importowanie maszyn wirtualnych
Najlepszym rozwiązaniem jest utworzenie co najmniej jednego udostępnionego woluminu klastra (CSV) na węzeł klastra, aby umożliwić równomierne równoważenie maszyn wirtualnych dla każdego właściciela woluminu CSV w celu zwiększenia odporności, wydajności i skali obciążeń maszyn wirtualnych. Domyślnie to saldo odbywa się automatycznie co pięć minut i należy je wziąć pod uwagę podczas korzystania z narzędzia Robocopy między węzłem klastra źródłowego a docelowym węzłem klastra, aby upewnić się, że właściciele źródłowych i docelowych woluminów CSV są zgodni, aby zapewnić najbardziej optymalną ścieżkę transferu i szybkość.
Wykonaj następujące kroki w klastrze rozwiązania Azure Stack HCI, aby zaimportować maszyny wirtualne, udostępnić je w wysokiej dostępności i uruchomić je:
Uruchom polecenie cmdlet , aby wyświetlić wszystkie węzły właściciela woluminu CSV:
Get-ClusterSharedVolume
Dla każdego węzła serwera przejdź do
C:\Clusterstorage\Volume
i ustaw ścieżkę dla wszystkich maszyn wirtualnych — na przykładC:\Clusterstorage\volume01
.Uruchom polecenie cmdlet w każdym węźle właściciela woluminu CSV, aby wyświetlić ścieżkę do wszystkich plików VMCX na wolumin przed zaimportowaniem maszyny wirtualnej. Zmodyfikuj ścieżkę tak, aby odpowiadała twojemu środowisku:
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse
Uruchom polecenie cmdlet dla każdego węzła serwera, aby zaimportować i zarejestrować wszystkie maszyny wirtualne oraz udostępnić je w wysokim stopniu dostępności w każdym węźle właściciela woluminu CSV. Zapewnia to równomierną dystrybucję maszyn wirtualnych w celu uzyskania optymalnej alokacji procesora i pamięci:
Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole
Uruchom każdą docelową maszynę wirtualną w każdym węźle:
Start-VM -Name
Zaloguj się i sprawdź, czy wszystkie maszyny wirtualne są uruchomione oraz czy są tam wszystkie twoje aplikacje i dane:
Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}
Na koniec zaktualizuj maszyny wirtualne do najnowszej wersji rozwiązania Azure Stack HCI, aby wykorzystać wszystkie postępy:
Get-VM | Update-VMVersion -Force
Następne kroki
- Weryfikacja klastra po migracji. Zobacz Weryfikowanie klastra rozwiązania Azure Stack HCI.
- Aby przeprowadzić migrację maszyn wirtualnych z systemem Windows Server do nowego sprzętu rozwiązania Azure Stack HCI, zobacz Migrowanie do rozwiązania Azure Stack HCI na nowym sprzęcie.
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla