Analiza raportu Planera wdrożenia dotyczącego odzyskiwania po awarii z rozwiązania VMware do platformy Azure

Wygenerowany raport programu Microsoft Excel zawiera następujące arkusze:

Podsumowanie lokalnej infrastruktury

Arkusz Podsumowania środowiska lokalnego zawiera omówienie profilowanego środowiska VMware.

Data rozpoczęcia i Data zakończenia: daty rozpoczęcia i zakończenia profilowania danych na potrzeby generowania raportu. Domyślnie data rozpoczęcia to data rozpoczęcia profilowania, a data zakończenia to data zatrzymania profilowania. Mogą to być wartości StartDate i EndDate, jeśli raport jest generowany przy użyciu tych parametrów.

Łączna liczba dni profilowania: całkowita liczba dni profilowania od daty rozpoczęcia do daty zakończenia, dla których jest generowany raport.

Liczba zgodnych maszyn wirtualnych: łączna liczba zgodnych maszyn wirtualnych, dla których obliczana jest wymagana przepustowość sieci, wymagana liczba kont magazynowych, rdzeni Microsoft Azure, serwerów konfiguracji i dodatkowych serwerów przetwarzania.

Całkowita liczba dysków na wszystkich zgodnych maszynach wirtualnych: liczba, która jest używana jako jeden z danych wejściowych w celu określenia liczby serwerów konfiguracji i dodatkowych serwerów przetwarzania, które mają być używane we wdrożeniu.

Średnia liczba dysków na zgodną maszynę wirtualną: średnia liczba dysków obliczona na wszystkich zgodnych maszynach wirtualnych.

Średni rozmiar dysku (GB): średni rozmiar dysku obliczany na wszystkich zgodnych maszynach wirtualnych.

Żądany cel punktu odzyskiwania (w minutach): domyślny cel punktu odzyskiwania lub wartość przekazana dla DesiredRPO parametru w czasie generowania raportu w celu oszacowania wymaganej przepustowości.

Żądana przepustowość (Mb/s): wartość przekazana dla parametru Bandwidth w czasie generowania raportu w celu oszacowania osiągalnego RPO.

Zaobserwowany dzienny typowy współczynnik zmian danych (GB): średni współczynnik zmian danych zaobserwowany we wszystkie dni profilowania. Ta liczba jest używana jako jeden z danych wejściowych w celu podjęcia decyzji o liczbie serwerów konfiguracji i dodatkowych serwerów przetwarzania, które mają być używane we wdrożeniu.

Zalecenia

Arkusz zaleceń raportu dotyczącego VMware do Azure zawiera następujące informacje zgodnie z wybranym żądanym celem punktu odzyskiwania:

Profilowane dane

Okres profilowanych danych: okres, podczas którego działało profilowanie. Domyślnie narzędzie uwzględnia wszystkie profilowane dane w obliczeniach, chyba że raport jest generowany dla określonego okresu przy użyciu opcji StartDate i EndDate podczas generowania raportu.

Nazwa serwera: nazwa lub adres IP hosta VMware vCenter lub ESXi, którego raport maszyn wirtualnych jest generowany.

Żądany cel punktu odzyskiwania: cel punktu odzyskiwania dla danego wdrożenia. Domyślnie wymaganą przepustowość sieci oblicza się dla wartości RPO wynoszących 15, 30 i 60 minut. Zgodnie z wyborem, wartości podlegające zmianom są aktualizowane w arkuszu. W przypadku użycia parametru DesiredRPOinMin podczas generowania raportu ta wartość jest wyświetlana w wyniku żądanego RPO.

Omówienie profilowania

Łączna liczba profilowanych maszyn wirtualnych: łączna liczba maszyn wirtualnych, których profilowane dane są dostępne. Jeśli plik VMListFile zawiera nazwy żadnych maszyn wirtualnych, które nie zostały profilowane, generowanie raportu wyklucza te maszyny wirtualne i nie zlicza ich do łącznej profilowanej maszyny wirtualnej.

Zgodne maszyny wirtualne: liczba maszyn wirtualnych, które mogą być chronione na platformie Azure przy użyciu usługi Site Recovery. Obliczanie wymaganej przepustowości sieci, kont magazynowych, rdzeni Azure, serwerów konfiguracji i dodatkowych serwerów obliczeniowych jest oparte na łącznej liczbie zgodnych maszyn wirtualnych. Szczegóły każdej zgodnej maszyny wirtualnej są dostępne w sekcji Zgodne maszyny wirtualne.

Niezgodne maszyny wirtualne: liczba profilowanych maszyn wirtualnych, które są niezgodne do ochrony za pomocą usługi Site Recovery. Przyczyny niezgodności zostały zanotowane w sekcji Niezgodne maszyny wirtualne. Jeśli plik VMListFile zawiera nazwy żadnych maszyn wirtualnych, które nie zostały profilowane, te maszyny wirtualne są wykluczone z liczby niezgodnych maszyn wirtualnych. Te maszyny wirtualne są wyświetlane jako "Nie znaleziono danych" na końcu sekcji Niezgodne maszyny wirtualne.

Żądany cel punktu odzyskiwania: żądany cel punktu odzyskiwania w minutach. Raport jest generowany dla trzech wartości RPO: 15 (ustawienie domyślne), 30 i 60 minut. Zalecenie dotyczące przepustowości w raporcie zmienia się w zależności od twojego wyboru na liście rozwijanej Żądany RPO w prawym górnym rogu arkusza. Jeśli raport został wygenerowany przy użyciu parametru -DesiredRPO z wartością niestandardową, ta wartość będzie wyświetlana jako domyślna wartość w polu rozwijanym "Desired RPO".

Wymagana przepustowość sieci (Mb/s)

Aby osiągnąć cel punktu przywracania w 100 procentach przypadków: zalecana przepustowość (w Mb/s), którą należy przydzielić, aby osiągnąć żądany cel punktu przywracania w 100 procentach przypadków. Ta przepustowość musi być dedykowana dla replikacji przyrostowej w stanie ustalonym wszystkich kompatybilnych maszyn wirtualnych, w celu uniknięcia naruszeń RPO.

Aby osiągnąć RPO przez 90 procent czasu: Jeśli ceny łączy szerokopasmowych lub inne czynniki uniemożliwiają ustawienie wymaganej przepustowości w celu osiągnięcia RPO przez 100 procent czasu, możesz wybrać niższe ustawienie przepustowości spełniające RPO przez 90 procent czasu. Aby zrozumieć skutki ustawienia niższej przepustowości, raport przedstawia analizę scenariuszową dotyczącą przewidywanej liczby i czasu trwania naruszeń RPO (Recovery Point Objective).

Osiągnięta przepływność: przepływność z serwera, na którym uruchamiasz polecenie GetThroughput, do regionu platformy Microsoft Azure, w którym znajduje się konto magazynowe. Ta liczba przepływności wskazuje szacowany poziom, który można osiągnąć w przypadku ochrony zgodnych maszyn wirtualnych przy użyciu usługi Site Recovery, pod warunkiem, że serwer konfiguracji lub magazyn serwera przetwarzania i charakterystyki sieci pozostają takie same jak w przypadku serwera, z którego uruchamiasz narzędzie.

W przypadku replikacji należy ustawić zalecaną przepustowość tak, aby spełniała wymagania celu punktu odzyskiwania przez 100 procent czasu. Jeśli nie widzisz wzrostu osiągniętej przepływności zgłoszonej przez narzędzie po ustawieniu przepustowości, sprawdź następujące kwestie:

1. Ustal, czy w sieci jest używana technologia QoS (Quality of Service) ograniczająca przepływność usługi Site Recovery.

2. Ustal, czy magazyn usługi Site Recovery znajduje się w najbliższym obsługiwanym fizycznym regionie platformy Microsoft Azure, aby zminimalizować opóźnienie sieci.

3. Sprawdź charakterystyki magazynu lokalnego, aby ustalić, czy można ulepszyć sprzęt (np. zastąpić dysk twardy dyskiem SSD).

4. Zmień ustawienia usługi Site Recovery na serwerze przetwarzania, aby zwiększyć przepustowość sieci na potrzeby replikacji.

Jeśli używasz narzędzia na serwerze konfiguracji lub serwerze przetwarzania, który ma już chronione maszyny wirtualne, uruchom narzędzie kilka razy. Osiągnięta liczba przepływności zmienia się w zależności od ilości przetwarzanych zmian.

W przypadku wszystkich wdrożeń usługi Site Recovery w przedsiębiorstwach zalecamy użycie usługi ExpressRoute.

Wymagane konta magazynu

Na poniższym wykresie przedstawiono całkowitą liczbę kont magazynu (standardowych i premium), która jest wymagana do ochrony wszystkich zgodnych maszyn wirtualnych. Aby dowiedzieć się, które konto magazynu należy używać dla każdej maszyny wirtualnej, zobacz sekcję Umieszczanie magazynu VM. Jeśli używasz wersji 2.5 narzędzia Deployment Planner, to zalecenie pokazuje tylko liczbę standardowych kont magazynu pamięci podręcznej, które są potrzebne do replikacji, ponieważ dane są zapisywane bezpośrednio na dyskach zarządzanych.

Wymagana liczba rdzeni platformy Azure

Ten wynik to całkowita liczba rdzeni, które mają zostać skonfigurowane przed przełączeniem w tryb failover lub testowym przejściem w tryb failover wszystkich zgodnych maszyn wirtualnych. Jeśli w ramach subskrypcji jest dostępnych zbyt mało rdzeni, usługa Site Recovery nie może utworzyć maszyn wirtualnych podczas testowego przełączenia awaryjnego lub przełączenia awaryjnego.

Wymagana infrastruktura lokalna

Jest to całkowita liczba serwerów konfiguracyjnych i dodatkowych serwerów procesów, które są wystarczające do ochrony wszystkich zgodnych maszyn wirtualnych. W zależności od obsługiwanych zaleceń dotyczących rozmiaru serwera konfiguracji narzędzie może zalecić dodatkowe serwery. Zalecenie jest oparte na większym współczynniku zmian na dzień lub maksymalnej liczbie chronionych maszyn wirtualnych (przy założeniu, że średnio trzy dyski na maszynę wirtualną), w zależności od tego, która wartość zostanie osiągnięta jako pierwsza na serwerze konfiguracji lub na dodatkowym serwerze przetwarzania. Szczegółowe informacje o łącznym dziennym współczynniku zmian oraz łącznej liczbie chronionych dysków znajdują się w sekcji „Podsumowanie środowiska lokalnego”.

analizy warunkowe,

Ta analiza przedstawia, ile naruszeń może wystąpić podczas okresu profilowania, gdy ustawisz mniejszą przepustowość, aby wymagane RPO zostało osiągnięte tylko w 90 procentach przypadków. W danym dniu może wystąpić jedno lub więcej naruszeń RPO. Wykres przedstawia maksimum RPO w ciągu dnia. Na podstawie tej analizy można zdecydować, czy liczba naruszeń RPO we wszystkich dniach oraz maksymalne wykorzystanie RPO na dzień są akceptowalne przy określonej, niższej przepustowości. Jeśli jest to akceptowalne, możesz przydzielić niższą przepustowość na potrzeby replikacji, w przeciwnym razie przydziel wyższą przepustowość zgodnie z sugestią, aby zawsze osiągnąć żądany RPO.

Zalecany rozmiar partii maszyny wirtualnej na potrzeby replikacji początkowej

W tej sekcji zalecamy liczbę maszyn wirtualnych, które mogą być chronione równolegle w celu ukończenia replikacji początkowej w ciągu 72 godzin, przy użyciu sugerowanej przepustowości, aby spełnić żądany cel punktu odzyskiwania (RPO) w 100 procentach przypadków. Tę wartość można konfigurować. Aby zmienić ją podczas generowania raportu, użyj parametru GoalToCompleteIR.

Wykres przedstawia tutaj zakres wartości przepustowości i obliczoną liczbę rozmiarów partii maszyny wirtualnej w celu ukończenia replikacji początkowej w ciągu 72 godzin na podstawie średniego rozmiaru wykrytej maszyny wirtualnej na wszystkich zgodnych maszynach wirtualnych.

W publicznej wersji zapoznawczej raport nie określa, które maszyny wirtualne powinny być uwzględnione we wsadzie. Możesz użyć rozmiaru dysku pokazanego w sekcji Zgodne maszyny wirtualne, aby znaleźć rozmiar każdej maszyny wirtualnej i wybrać je dla partii lub wybrać maszyny wirtualne na podstawie znanych cech obciążenia. Czas ukończenia replikacji początkowej zmienia się proporcjonalnie na podstawie rzeczywistego rozmiaru dysku maszyny wirtualnej, używanego miejsca na dysku i dostępnej przepływności sieci.

Oszacowanie kosztów

Na wykresie przedstawiono podsumowanie szacowanych łącznych kosztów odzyskiwania po awarii (DR) na platformie Azure w wybranym regionie docelowym w walucie określonej na potrzeby generowania raportu.

Podsumowanie ułatwia zrozumienie kosztów, które trzeba zapłacić za magazyn, obliczenia, sieć i licencję podczas ochrony wszystkich zgodnych maszyn wirtualnych na platformie Azure przy użyciu usługi Azure Site Recovery. Koszt jest obliczany dla zgodnych maszyn wirtualnych, a nie na wszystkich profilowanych maszynach wirtualnych.

Koszt można wyświetlić w miesięcznym lub rocznym rozliczeniu. Dowiedz się więcej o obsługiwanych regionach docelowych i obsługiwanych walutach.

Koszt według składników: całkowity koszt odzyskiwania po awarii jest dzielony na cztery składniki: przetwarzanie, pamięć masowa, sieć i koszt licencji usługi Azure Site Recovery. Koszt jest obliczany na podstawie zużycia, naliczonego podczas replikacji i czasu testów odzyskiwania po awarii, dla obliczeń, magazynu (premium i standardowego), usługi ExpressRoute/sieci VPN skonfigurowanej między lokacją lokalną a chmurą Azure oraz licencji usługi Azure Site Recovery.

Koszt według stanów: łączny koszt odzyskiwania po awarii (DR) jest kategoryzowany na podstawie dwóch różnych stanów — replikacji i testu DR.

Koszt replikacji: koszt, który jest naliczany podczas replikacji. Obejmuje on koszt magazynu, użycia sieci i licencji usługi Azure Site Recovery.

Koszt DR-testu: Koszt, który jest naliczany podczas testowych przełączeń awaryjnych. Usługa Azure Site Recovery uruchamia maszyny wirtualne podczas testowego przełączania awaryjnego. Koszt drillu DR obejmuje koszty obliczeniowe i magazynowe działających maszyn wirtualnych.

Koszt magazynu platformy Azure na miesiąc/rok pokazuje łączny koszt magazynowania, który jest naliczany dla magazynu w warstwach Premium i Standardowej na potrzeby replikacji i ćwiczenia odzyskiwania po awarii. Szczegółową analizę kosztów na maszynę wirtualną można wyświetlić w arkuszu Szacowanie kosztów.

Używane wartości współczynnika wzrostu i percentyla

W tej sekcji w dolnej części arkusza przedstawiono wartość percentylu używaną dla wszystkich liczników wydajności profilowanych maszyn wirtualnych (wartość domyślna to 95. percentyl), a współczynnik wzrostu (wartość domyślna to 30 procent) używany we wszystkich obliczeniach.

Zalecenia z dostępną przepustowością jako danymi wejściowymi

Może wystąpić sytuacja, w której nie można ustawić przepustowości większej niż x Mb/s na potrzeby replikacji usługi Site Recovery. Narzędzie umożliwia wprowadzenie dostępnej przepustowości (za pomocą parametru -Bandwidth podczas generowania raportu) i uzyskać osiągalny cel punktu odzyskiwania w minutach. Mając tę osiągalną wartość celu punktu odzyskiwania (RPO), możesz zdecydować, czy chcesz skonfigurować dodatkową przepustowość, czy wystarczy Ci rozwiązanie odzyskiwania po awarii z tym RPO.

umieszczanie maszyn wirtualnych na zasobach magazynowych

Uwaga

Planista wdrażania w wersji 2.5 zaleca lokalizację magazynów dla maszyn, które będą replikować bezpośrednio na dyski zarządzane.

Typ magazynu replikacji: dysk zarządzany w warstwie Standardowa lub Premium, który jest używany do replikowania wszystkich odpowiednich maszyn wirtualnych wymienionych w kolumnie Maszyny wirtualne do umieszczenia.

Typ konta magazynowego dla dzienników: wszystkie dzienniki replikacji są przechowywane na standardowym koncie magazynowym.

Sugerowany prefiks dla konta pamięci podręcznej: sugerowany trzyliterowy prefiks, który może służyć do nazewnictwa konta pamięci podręcznej. Możesz użyć własnego prefiksu, ale propozycja narzędzia będzie zgodna z konwencją nazewnictwa partycji dla kont magazynowych.

Sugerowana nazwa konta dziennika: nazwa konta po dołączeniu sugerowanego prefiksu. Zastąp nazwę w nawiasach kątowych (< i >) niestandardowymi danymi wejściowymi.

Podsumowanie rozmieszczenia: Podsumowanie dysków wymaganych do ochrony maszyn wirtualnych według typu magazynu. Obejmuje łączną liczbę maszyn wirtualnych, łączny aprowizowany rozmiar wszystkich dysków i łączną liczbę dysków.

Maszyny wirtualne do umieszczenia: lista wszystkich maszyn wirtualnych, które powinny zostać umieszczone na wskazanym koncie magazynowym w celu uzyskania optymalnej wydajności i użycia.

Zgodne maszyny wirtualne

Nazwa maszyny wirtualnej: nazwa maszyny wirtualnej lub adres IP używany w pliku VMListFile podczas generowania raportu. Ta kolumna zawiera również listę dysków (VMDK), które są dołączone do maszyn wirtualnych. Aby odróżnić maszyny wirtualne vCenter z zduplikowanymi nazwami lub adresami IP, nazwy obejmują nazwę hosta ESXi. Wymieniony host ESXi to ten, na którym znajdowała się maszyna wirtualna, gdy narzędzie to wykryło podczas okresu profilowania.

Zgodność maszyny wirtualnej: wartości to Tak i Tak*. Tak* dotyczy wystąpień, w których maszyna wirtualna jest odpowiednia dla dysków SSD premium. W tym miejscu profilowany dysk o wysokiej częstotliwości operacji wejścia/wyjścia na sekundę (IOPS) mieści się w kategorii P20 lub P30, ale rozmiar dysku powoduje, że zostanie on mapowany na P10 lub P20. Na poziomie konta magazynu decyzja o tym, do typu dysku magazynu Premium będzie mapowany dysk, jest podejmowana na podstawie jego rozmiaru. Na przykład:

• <128 GB to jest P10.
• 128 GB do 256 GB — P15.
• 256 GB do 512 GB: P20.
• 512 GB do 1024 GB — P30.
• 1025 GB do 2048 GB — P40.
• 2049 GB do 4095 GB — P50.

Jeśli na przykład charakterystyki obciążenia dysku umieszczają go w kategorii P20 lub P30, ale rozmiar przyporządkowuje go do niższego typu dysku w ramach magazynu Premium, narzędzie oznacza tę maszynę wirtualną jako Tak*. Narzędzie zaleca również zmianę rozmiaru dysku źródłowego tak, aby mieścił się w zalecanym typie dysku Premium Storage lub zmianę docelowego typu dysku po zakończeniu pracy w trybie failover.

Typ magazynu: standardowy lub premium.

Asrseeddisk (dysk zarządzany) utworzony na potrzeby replikacji: nazwa dysku utworzonego podczas włączania replikacji. Przechowuje dane i ich migawki na platformie Azure.

Szczytowa wartość operacji we/wy odczytu i zapisu na sekundę (ze współczynnikiem wzrostu): liczba operacji we/wy odczytu i zapisu na sekundę dla szczytowego obciążenia na dysku (domyślnie jest używany 95. percentyl) wraz z przyszłym współczynnikiem wzrostu (wartość domyślna to 30 procent). Łączna liczba operacji we/wy odczytu/zapisu maszyny wirtualnej nie zawsze jest sumą liczby operacji we/wy odczytu/zapisu poszczególnych dysków maszyny wirtualnej, ponieważ szczytowa liczba operacji we/wy odczytu/zapisu maszyny wirtualnej jest szczytem sumy liczby operacji we/wy odczytu/zapisu poszczególnych dysków w każdej minucie okresu profilowania.

Szczytowy współczynnik zmian danych w Mb/s (ze współczynnikiem wzrostu): szczytowy współczynnik zmian danych na dysku (domyślnie jest używany 95. percentyl) wraz z przyszłym współczynnikiem wzrostu (wartość domyślna to 30 procent). Łączny współczynnik zmian danych maszyny wirtualnej nie zawsze jest sumą współczynnika zmian danych poszczególnych dysków maszyny wirtualnej, ponieważ szczytowy współczynnik zmian danych maszyny wirtualnej jest szczytem sumy współczynnika zmian poszczególnych dysków w każdej minucie okresu profilowania.

Rozmiar maszyny wirtualnej platformy Azure: idealny rozmiar przypisany do maszyny wirtualnej usług Azure Cloud Services dla tej maszyny wirtualnej znajdującej się lokalnie. Mapowanie jest oparte na pamięci lokalnej maszyny wirtualnej, liczbie dysków/rdzeni/kart sieciowych i operacji we/wy odczytu/zapisu na sekundę. Zalecana jest zawsze najmniejsza wielkość maszyny wirtualnej platformy Azure, która odpowiada wszystkim właściwościom lokalnej infrastruktury maszyny wirtualnej.

Liczba dysków: łączna liczba dysków maszyn wirtualnych (VMDK) na maszynie wirtualnej.

Rozmiar dysku (GB): łączny rozmiar konfiguracji wszystkich dysków maszyny wirtualnej. W narzędziu jest też wyświetlany rozmiar poszczególnych dysków maszyny wirtualnej.

Rdzenie: liczba rdzeni procesora CPU na maszynie wirtualnej.

Pamięć (MB): pamięć RAM na maszynie wirtualnej.

Karty sieciowe: liczba kart sieciowych na maszynie wirtualnej.

Typ rozruchu: typ rozruchu maszyny wirtualnej. Może być to albo BIOS, albo EFI. Obecnie usługa Azure Site Recovery obsługuje maszyny wirtualne EFI systemu Windows Server (Windows Server 2012, 2012 R2 i 2016) pod warunkiem, że liczba partycji na dysku rozruchowym jest mniejsza niż 4, a rozmiar sektora rozruchowego to 512 bajtów. Aby chronić maszyny wirtualne EFI, wersja usługi mobilności azure Site Recovery musi być w wersji 9.13 lub nowszej. Obsługiwany jest jedynie tryb przełączenia awaryjnego dla maszyn wirtualnych EFI. Powrót po awarii nie jest obsługiwany.

Typ systemu operacyjnego: jest to typ systemu operacyjnego maszyny wirtualnej. Może to być system Windows lub Linux lub inny na podstawie wybranego szablonu z programu VMware vSphere podczas tworzenia maszyny wirtualnej.

Niezgodne maszyny wirtualne

Nazwa maszyny wirtualnej: nazwa maszyny wirtualnej lub adres IP używany w pliku VMListFile podczas generowania raportu. Ta kolumna zawiera również listę zestawów VMDKs dołączonych do maszyn wirtualnych. Aby odróżnić maszyny wirtualne vCenter z zduplikowanymi nazwami lub adresami IP, nazwy obejmują nazwę hosta ESXi. Wymieniony host ESXi to ten, na którym maszyna wirtualna została umieszczona, gdy narzędzie wykryło ją w trakcie okresu profilowania.

Zgodność maszyny wirtualnej: wskazuje, dlaczego dana maszyna wirtualna jest niezgodna z usługą Site Recovery. Przyczyny są opisane dla każdego niezgodnego dysku maszyny wirtualnej i, na podstawie opublikowanych limitów magazynu, mogą być dowolne z następujących:

• Nieprawidłowy rozmiar dysku danych lub nieprawidłowy rozmiar dysku systemu operacyjnego. Przejrzyj limity pomocy technicznej.

• Łączny rozmiar maszyny wirtualnej (replikacja + TFO) przekracza obsługiwany limit rozmiaru konta magazynowego (35 TB). Ta niezgodność zwykle występuje, gdy pojedynczy dysk w maszynie wirtualnej ma charakterystykę wydajności, która przekracza maksymalne obsługiwane limity Azure lub Site Recovery dla magazynu standardowego. Takie wystąpienie wypycha maszynę wirtualną do strefy przechowywania premium. Jednak maksymalny obsługiwany rozmiar konta pamięci masowej Premium wynosi 35 TB, a jedna chroniona maszyna wirtualna nie może być zabezpieczona na wielu kontach pamięci masowej. Należy również pamiętać, że gdy test failover jest wykonywany na chronionej maszynie wirtualnej, jest uruchamiany w tym samym koncie magazynu, w którym trwa replikacja. W takiej sytuacji skonfiguruj dysk o podwojonym rozmiarze, aby umożliwić równoległy postęp replikacji i pomyślne przeprowadzenie testu failover.

• Operacje we/wy na sekundę źródła przekraczają obsługiwany limit operacji we/wy na sekundę pamięci masowej wynoszący 7500 operacji na dysk.

• Liczba operacji we/wy na sekundę źródła przekracza obsługiwany limit liczby operacji we/wy na sekundę magazynu 80 000 na maszynę wirtualną.

• Średni współczynnik zmian danych przekracza obsługiwany limit współczynnika zmian danych usługi Site Recovery wynoszący 20 MB/s dla średniego rozmiaru operacji we/wy dla dysku.

• Szczytowy współczynnik zmian danych na wszystkich dyskach na maszynie wirtualnej przekracza maksymalny obsługiwany limit zmian danych szczytowych usługi Site Recovery wynoszący 54 MB/s na maszynę wirtualną.

• Średnia liczba operacji we/wy zapisu na sekundę przekracza obsługiwany limit operacji we/wy na sekundę usługi Site Recovery wynoszący 840 operacji na dysk.

• Obliczony magazyn migawek przekracza obsługiwany limit magazynu migawek wynoszący 10 TB.

• Łączny współczynnik zmian danych dziennie przekracza obsługiwany limit współczynnika zmian dziennie wynoszący 2 TB dla serwera przetwarzania.

Szczytowa liczba operacji we/wy odczytu i zapisu na sekundę (ze współczynnikiem wzrostu): liczba operacji we/wy na sekundę dla szczytowego obciążenia na dysku (domyślnie jest używany 95. percentyl) wraz z przyszłym współczynnikiem wzrostu (wartość domyślna to 30 procent). Łączna liczba operacji we/wy odczytu/zapisu maszyny wirtualnej nie zawsze jest sumą liczby operacji we/wy odczytu/zapisu poszczególnych dysków maszyny wirtualnej, ponieważ szczytowa liczba operacji we/wy odczytu/zapisu maszyny wirtualnej jest szczytem sumy liczby operacji we/wy odczytu/zapisu poszczególnych dysków w każdej minucie okresu profilowania.

Szczytowy współczynnik zmian danych w Mb/s (ze współczynnikiem wzrostu): szczytowy współczynnik zmian danych na dysku (domyślnie jest używany 95. percentyl) wraz z przyszłym współczynnikiem wzrostu (wartość domyślna to 30 procent). Łączny współczynnik zmian danych maszyny wirtualnej nie zawsze jest sumą współczynnika zmian danych poszczególnych dysków maszyny wirtualnej, ponieważ szczytowy współczynnik zmian danych maszyny wirtualnej jest szczytem sumy współczynnika zmian poszczególnych dysków w każdej minucie okresu profilowania.

Liczba dysków: łączna liczba zestawów VMDK na maszynie wirtualnej.

Rozmiar dysku (GB): łączny rozmiar konfiguracji wszystkich dysków maszyny wirtualnej. W narzędziu jest też wyświetlany rozmiar poszczególnych dysków maszyny wirtualnej.

Rdzenie: liczba rdzeni procesora CPU na maszynie wirtualnej.

Pamięć (MB): ilość pamięci RAM na maszynie wirtualnej.

Karty sieciowe: liczba kart sieciowych na maszynie wirtualnej.

Typ rozruchu: typ rozruchu maszyny wirtualnej. Może to być albo BIOS, albo EFI. Obecnie usługa Azure Site Recovery obsługuje maszyny wirtualne EFI systemu Windows Server (Windows Server 2012, 2012 R2 i 2016) pod warunkiem, że liczba partycji na dysku rozruchowym jest mniejsza niż 4, a rozmiar sektora rozruchowego to 512 bajtów. Aby chronić maszyny wirtualne EFI, wersja usługi mobilności azure Site Recovery musi być w wersji 9.13 lub nowszej. Tylko tryb failover jest obsługiwany w przypadku maszyn wirtualnych EFI. Powrót po awarii nie jest obsługiwany.

Typ systemu operacyjnego: jest to typ systemu operacyjnego maszyny wirtualnej. Może to być system Windows lub Linux lub inny na podstawie wybranego szablonu z programu VMware vSphere podczas tworzenia maszyny wirtualnej.

Limity usługi Azure Site Recovery

W poniższej tabeli przedstawiono limity usługi Azure Site Recovery. Limity te są oparte na naszych testach, ale nie obejmują wszystkich możliwych kombinacji operacji we/wy aplikacji. Rzeczywiste wyniki mogą się różnić w zależności od zestawu operacji wejścia/wyjścia aplikacji. Aby uzyskać najlepsze wyniki nawet po zakończeniu planowania wdrożenia, zawsze zalecamy dokładne przetestowanie aplikacji przy użyciu testu pracy w trybie failover w celu uzyskania prawdziwych informacji o wydajności aplikacji.

Docelowe miejsce przechowywania replikacji	Średni rozmiar operacji we/wy na dysku źródłowym	Średni źródłowy współczynnik zmian danych na dysku	Łączny współczynnik zmian danych na dysku dziennie
Standardowa pamięć masowa	8 KB	2 MB/s	168 GB na dysk
Dysk o klasie Premium P10 lub P15	8 KB	2 MB/s	168 GB na dysk
Dysk Premium P10 lub P15	16 KB	4 MB/s	336 GB na dysk
Dysk P10 lub P15 Premium	32 KB lub większy	8 MB/s	672 GB na dysk
Dysk Premium P20, P30, P40 lub P50	8 KB	5 MB/s	421 GB na dysk
Dysk Premium P20, P30, P40 lub P50	16 KB lub większy	20 MB/s	1684 GB na dysk

Źródłowy współczynnik zmian danych	Limit maksymalny
Szczytowy współczynnik zmian danych na wszystkich dyskach na maszynie wirtualnej	54 MB/s
Maksymalny współczynnik zmian danych dziennie obsługiwany przez serwer przetwarzania	2 TB

Są to średnie wartości przy założeniu 30-procentowego nakładania się operacji we/wy. Usługa Site Recovery może obsługiwać większą przepływność na podstawie zakresu nakładania się na siebie, większego rozmiaru operacji zapisu i rzeczywistego zachowania związanego z obciążeniem operacji we/wy. Poprzednie liczby zakładają typowe zaległości wynoszące około pięć minut. Oznacza to, że przekazane dane są przetwarzane i punkt odzyskiwania jest tworzony w ciągu pięciu minut.

Oszacowanie kosztów

Dowiedz się więcej na temat szacowania kosztów.

Następne kroki

Dowiedz się więcej na temat szacowania kosztów.