Podręcznik planisty systemu Canon Lv Cl20

• Artykuł
12/05/2022
• Czas czytania: 8 min

Ten artykuł to podręcznik użytkownika planisty wdrażania usługi Azure Site Recovery dla wdrożeń produkcyjnych funkcji Hyper-V na platformie Azure.

Zanim zaczniesz chronić maszyny wirtualne funkcji Hyper-V za pomocą usługi Site Recovery, przydziel odpowiednią przepustowość zgodnie z częstotliwością dziennych zmian danych, aby osiągnąć założony cel punktu odzyskiwania, oraz przydziel odpowiednią ilość wolnego miejsca na każdym woluminie lokalnego magazynu funkcji Hyper-V.

Musisz także utworzyć właściwą liczbę kont magazynów platformy Azure odpowiedniego typu. Możesz utworzyć konta magazynu w warstwie Standardowa lub Premium, biorąc pod uwagę wzrost w zakresie źródłowych serwerów produkcyjnych z powodu zwiększania użycia w czasie. Wybierz typ magazynu dla maszyny wirtualnej w oparciu o charakterystyki obciążenia (np. operacje we/wy odczytu/zapisu na sekundę (IOPS) lub współczynnik zmian danych) oraz limity usługi Azure Site Recovery.

Planista wdrażania usługi Azure Site Recovery to narzędzie wiersza polecenia na potrzeby scenariuszy odzyskiwania po awarii z funkcji Hyper-V do platformy Azure i z oprogramowania VMware do platformy Azure. To narzędzie pozwala zdalnie profilować maszyny wirtualne funkcji Hyper-V znajdujące się na wielu hostach funkcji Hyper-V (bez żadnego wpływu na środowisko produkcyjne), aby poznać wymagania dotyczące przepustowości i magazynu Azure Storage dla udanej replikacji oraz pracy w trybie failover lub testu pracy w trybie failover. Narzędzie możesz uruchomić bez instalowania składników usługi Azure Site Recovery w środowisku lokalnym. Jednak w celu uzyskania dokładnych wyników osiągniętej przepływności zaleca się uruchomienie planisty na serwerze z systemem Windows Server, którego konfiguracja sprzętowa jest taka sama jak konfiguracja jednego z serwerów funkcji Hyper-V używanych do włączania ochrony na potrzeby odzyskiwania po awarii.

Narzędzie udostępnia następujące szczegóły:

Ocena zgodności

• Ocena uprawnień maszyny wirtualnej na podstawie liczby dysków, rozmiaru dysku, liczby operacji we/wy na sekundę, współczynnika zmian i pewnych charakterystyk maszyny wirtualnej.

Zapotrzebowanie na przepustowość sieci w porównaniu z oceną celu punktu odzyskiwania

• Szacowana przepustowość sieci wymagana na potrzeby replikacji przyrostowej
• Przepływność, którą usługa Azure Site Recovery może uzyskać między środowiskiem lokalnym i platformą Azure
• Cel punktu odzyskiwania, który można osiągnąć przy danej przepustowości
• Wpływ na wymagany cel punktu odzyskiwania w przypadku zapewnienia mniejszej przepustowości.

Wymagania dotyczące infrastruktury platformy Azure

• Wymagania dotyczące typu magazynu (konta w warstwie Standardowa lub Premium) dla poszczególnych maszyn wirtualnych
• Łączna liczba kont magazynu w warstwie Standardowa i Premium do skonfigurowania na potrzeby replikacji
• Propozycje nazw kont magazynu oparte na wskazówkach usługi Azure Storage
• Rozmieszczanie konta magazynu dla wszystkich maszyn wirtualnych
• Liczba rdzeni platformy Azure do skonfigurowania przed rozpoczęciem pracy w trybie failover lub testu pracy w trybie failover w ramach subskrypcji
• Zalecany rozmiar poszczególnych maszyn wirtualnych platformy Azure

Wymagania dotyczące infrastruktury lokalnej

• Ilość wolnego miejsca wymagana na każdym woluminie funkcji Hyper-V do pomyślnej replikacji początkowej i replikacji różnicowej, dzięki której będziesz mieć pewność, że replikacja maszyny wirtualnej nie spowoduje niepożądanych przestojów w działaniu aplikacji produkcyjnych
• Maksymalna częstotliwość kopiowania do ustawienia na potrzeby replikacji funkcji Hyper-V

Wskazówki dotyczące dzielenia na partie replikacji początkowej

• Liczba partii maszyn wirtualnych do użycia na potrzeby ochrony
• Lista maszyn wirtualnych w każdej partii
• Kolejność, w której mają być chronione partie
• Szacowany czas trwania replikacji początkowej każdej partii

Szacowany koszt odzyskiwania po awarii do platformy Azure

• Szacowany łączny koszt odzyskiwania po awarii do platformy Azure: koszt obliczeń, magazynu, sieci i licencji usługi Azure Site Recovery
• Szczegółowa analiza kosztów dla maszyny wirtualnej

Ważne

Ponieważ użycie może wzrosnąć wraz z upływem czasu, wszystkie powyższe obliczenia narzędzi są wykonywane przy założeniu 30% współczynnika wzrostu w cechach obciążenia i używania 95. percentylu wszystkich metryk profilowania (liczba operacji we/wy odczytu/zapisu, współczynnik zmian itd. ). Oba te elementy (współczynnik wzrostu i obliczenie wartości percentyla) można konfigurować. Więcej informacji na temat współczynnika wzrostu można znaleźć w sekcji „Zagadnienia związane ze współczynnikiem wzrostu”. Więcej informacji na temat wartości percentyla można znaleźć w sekcji „Wartość percentyla użyta w obliczeniach”.

Tabela obsługi

Kategorie	Z programu VMware do platformy Azure	Z funkcji Hyper-V do platformy Azure	Azure–Azure	Z funkcji Hyper-V do lokacji dodatkowej	Z oprogramowania VMware do lokacji dodatkowej
Obsługiwane scenariusze	Tak	Nie	Tak*	Obsługiwana wersja	vCenter 6. 7, 6. 5, 6. 0 lub 5. 5	Windows Server 2016, Windows Server 2012 R2	NA	Obsługiwana konfiguracja	vCenter, ESXi	Klaster funkcji Hyper-V, host funkcji Hyper-V	Liczba serwerów, które mogą być profilowane, na uruchomione wystąpienie planisty wdrażania usługi Azure Site Recovery	Jeden (w tym samym czasie można profilować maszyny wirtualne należące do jednego serwera vCenter lub jednego serwera ESXi)	Wiele (w tym samym czasie można profilować maszyny wirtualne należące do wielu hostów lub klastrów hostów)

* Narzędzie jest przeznaczone głównie dla scenariuszy odzyskiwania po awarii z funkcji Hyper-V do platformy Azure. W przypadku odzyskiwania po awarii z funkcji Hyper-V do lokacji dodatkowej można używać go tylko do sprawdzania zaleceń po stronie źródła, takich jak wymagana przepustowość, wymagana ilość wolnego miejsca na każdym serwerze źródłowym funkcji Hyper-V oraz wartości dzielenia na partie replikacji początkowej i definicje partii. Zignoruj zalecenia i koszty dotyczące platformy Azure z raportu. Ponadto nie można używać operacji uzyskiwania informacji o przepływności w scenariuszu odzyskiwania po awarii z funkcji Hyper-V do lokacji dodatkowej.

Wymagania wstępne

W przypadku funkcji Hyper-V narzędzie obejmuje trzy główne etapy: pobieranie listy maszyn wirtualnych, profilowanie i generowanie raportu. Jest też dostępny czwarty etap umożliwiający obliczanie tylko przepływności. W poniższej tabeli przedstawiono wymagania dotyczące serwera, na którym należy wykonać poszczególne etapy:

Wymaganie dotyczące serweraOpisPobieranie listy maszyn wirtualnych, profilowanie i pomiar przepływności
• System operacyjny: Microsoft Windows Server 2016 lub Microsoft Windows Server 2012 R2
• Konfiguracja maszyny: 8 wirtualnych procesorów CPU, 16 GB pamięci RAM, dysk twardy o rozmiarze 300 GB
• Microsoft. NET Framework 4. 5
• Pakiet Microsoft Visual C++ Redistributable dla programu Visual Studio 2012
• Dostęp do Internetu do platformy Azure (*. blob. core. windows. net) z tego serwera, port 443
  [Jest to opcjonalne. Możesz ręcznie udostępnić dostępną przepustowość podczas generowania raportów. ]
• Konto magazynu Azure
• Dostęp administratora na serwerze
• Minimalnie 100 GB wolnego miejsca na dysku (przy założeniu 1000 maszyn wirtualnych z średnio trzema dyskami na każdej z nich i profilowanych przez 30 dni)
• Maszynę wirtualną, na której jest uruchomione narzędzie planisty wdrażania Azure Site Recovery, należy dodać do listy TrustedHosts wszystkich serwerów funkcji Hyper-V.
• Wszystkie serwery funkcji Hyper-V do profilowania należy dodać do listy TrustedHosts maszyny wirtualnej klienta, z której jest uruchamiane narzędzie. Dowiedz się więcej na temat dodawania serwerów do listy TrustedHosts.
• Narzędzie należy uruchomić z uprawnieniami administratora z poziomu programu PowerShell lub konsoli wiersza polecenia na kliencie
Generowanie raportuDowolny komputer z systemem Windows lub Windows Server i programem Microsoft Excel 2013 lub nowszymUprawnienia użytkownikówKonto administratora umożliwiające dostęp do klastra lub hosta funkcji Hyper-V podczas operacji pobierania listy maszyn wirtualnych i profilowania.
Wszystkie hosty, dla których należy przeprowadzić profilowanie, muszą mieć konto administratora domeny z takimi samymi poświadczeniami, tj. nazwą użytkownika i hasłem

Procedura dodawania serwerów do listy TrustedHosts

1. Lista TrustedHosts maszyny wirtualnej, z której ma zostać wdrożone narzędzie, musi zawierać wszystkie hosty do profilowania. Aby dodać klienta do listy Trustedhosts, uruchom poniższe polecenie w programie PowerShell z podwyższonym poziomem uprawnień na maszynie wirtualnej. Maszyna wirtualna może korzystać z systemu Windows Server 2012 R2 lub Windows Server 2016.

   set-item wsman:\localhost\Client\TrustedHosts -value '<ComputerName>[, <ComputerName>]' -Concatenate

2. Każdy host funkcji Hyper-V, dla którego ma zostać przeprowadzone profilowanie, musi zawierać następujące elementy:

   a. Maszyna wirtualna, na której zostanie uruchomione narzędzie, na liście TrustedHosts. Uruchom poniższe polecenie w programie PowerShell z podwyższonym poziomem uprawnień na hoście funkcji Hyper-V.

   b. Włączona komunikacja zdalna programu PowerShell.

   Enable-PSRemoting -Force

• Pobierz najnowszą wersję planisty wdrażania usługi Azure Site Recovery.Narzędzie jest spakowane w folderze ZIP. To samo narzędzie obsługuje scenariusze odzyskiwania po awarii z oprogramowania VMware do platformy Azure i z funkcji Hyper-V do platformy Azure. Możesz też używać tego narzędzia w scenariuszu odzyskiwania po awarii z funkcji Hyper-V do lokacji dodatkowej, ale w takiej sytuacji zignoruj zalecenie dotyczące infrastruktury platformy Azure z raportu.

• Skopiuj folder ZIP na serwer z systemem Windows Server, z którego chcesz uruchomić narzędzie. Możesz uruchomić narzędzie w systemie Windows Server 2012 R2 lub Windows Server 2016. Serwer musi mieć dostęp sieciowy w celu nawiązania połączenia z klastrem funkcji Hyper-V lub hostem funkcji Hyper-V, który przechowuje maszyny wirtualne do profilowania. Zaleca się użycie na maszynie wirtualnej, na której zostanie uruchomione narzędzie, takiej samej konfiguracji sprzętowej jak konfiguracja serwera funkcji Hyper-V, który chcesz chronić. Dzięki takiej konfiguracji masz pewność, że osiągnięta przepływność zgłaszana przez narzędzie jest zgodna z rzeczywistą przepływnością, którą usługa Azure Site Recovery może osiągnąć podczas replikacji. Obliczanie przepływności zależy od dostępnej przepustowości sieci na serwerze i konfiguracji sprzętu (procesor CPU, magazyn itd. ) serwera. Obliczana jest przepływność między serwerem, na którym jest uruchomione narzędzie, i platformą Azure. Jeśli konfiguracja sprzętowa serwera różni się od konfiguracji serwera funkcji Hyper-V, dane osiągniętej przepływności zgłaszanej przez narzędzie będą niedokładne.Zalecana konfiguracja maszyny wirtualnej: 8 wirtualnych procesorów CPU, 16 GB pamięci RAM, dysk twardy o rozmiarze 300 GB.

• Wyodrębnij folder ZIP.Folder zawiera wiele plików i podfolderów. Plik wykonywalny nosi nazwę ASRDeploymentPlanner. exe i znajduje się w folderze nadrzędnym.

  Przykład: skopiuj plik zip na dysk E:\ i wyodrębnij go. E:\ASR Deployment Planner_v2. 3. zip

  E:\ASR Deployment Planner_v2. 3\ASRDeploymentPlanner. exe

  Aktualizowanie planisty wdrażania do najnowszej wersji

  Najnowsze aktualizacje są podsumowane w historii wersji planisty wdrażania.

  Jeśli masz wcześniejszą wersję planisty wdrażania, wykonaj jedną z następujących czynności:

• Jeśli najnowsza wersja nie zawiera poprawki profilowania i profilowanie jest już w toku w bieżącej wersji planisty, kontynuuj profilowanie.
• Jeśli najnowsza wersja zawiera poprawkę profilowania, zalecamy zatrzymanie profilowania w bieżącej wersji, a następnie jego ponowne uruchomienie w nowej wersji.

Uwaga

W przypadku uruchamiania profilowania w nowej wersji przekaż taką samą ścieżkę katalogu wyjściowego, aby narzędzie dołączało dane profilu do istniejących plików. Do wygenerowania raportu zostanie użyty kompletny zestaw profilowanych danych. Jeśli przekażesz inny katalog danych wyjściowych, zostaną utworzone nowe pliki, a stare profilowane dane nie będą używane podczas generowania raportu.

Każdy nowy planista wdrożenia jest aktualizacją zbiorczą pliku ZIP. Nie musisz kopiować najnowszych plików do poprzedniego folderu. Można utworzyć nowy folder i użyć go.

Historia wersji

Najnowsza wersja narzędzia Planista wdrażania usługi Azure Site Recovery to 2. 5.Zapoznaj się z Planista wdrażania usługi Azure Site Recovery stronę Historia wersji, aby uzyskać poprawki dodane w każdej aktualizacji.

Następne kroki

• Uruchom planistę wdrażania.