Konfiguracje magazynu SSD maszyny wirtualnej platformy Azure sap HANA w warstwie Premium

Ten dokument dotyczy konfiguracji magazynu HANA dla usługi Azure Premium Storage lub ssd w warstwie Premium, ponieważ wprowadzono lata wstecz jako magazyn o małych opóźnieniach dla usługi DBMS i innych aplikacji, które wymagają magazynu o małych opóźnieniach. Aby zapoznać się z ogólnymi zagadnieniami dotyczącymi rozmiarów pasków podczas korzystania z partycjonowania woluminów danych LVM, HANA lub innych zagadnień, które są niezależne od określonego typu magazynu, zapoznaj się z tymi dwoma dokumentami:

Ważne

Sugestie dotyczące konfiguracji magazynu w tym dokumencie są przeznaczone jako wskazówki, od których należy zacząć. Uruchamianie obciążeń i analizowanie wzorców wykorzystania magazynu może okazać się, że nie korzystasz ze wszystkich dostępnych przepustowości magazynu ani liczby operacji we/wy na sekundę. Następnie możesz rozważyć zmianę rozmiaru magazynu. W przeciwieństwie do tego obciążenie może wymagać większej przepływności magazynu niż sugerowane w przypadku tych konfiguracji. W związku z tym może być konieczne wdrożenie większej pojemności, liczby operacji we/wy na sekundę lub przepływności. W dziedzinie napięcia między wymaganą pojemnością magazynu, wymagane opóźnienie magazynu, wymagana przepływność magazynu i liczba operacji we/wy na sekundę oraz najmniej kosztowna konfiguracja, platforma Azure oferuje wystarczającą liczbę różnych typów magazynu z różnymi możliwościami i różnymi punktami cenowymi, aby znaleźć i dostosować się do odpowiedniego kompromisu dla Ciebie i obciążenia platformy HANA.

Rozwiązania z magazynem w warstwie Premium i akceleratorem zapisu platformy Azure dla maszyn wirtualnych z serii Azure M

Akcelerator zapisu platformy Azure to funkcja dostępna wyłącznie dla maszyn wirtualnych serii Azure M w połączeniu z usługą Azure Premium Storage. Jak stwierdza nazwa, celem funkcji jest zwiększenie opóźnienia operacji we/wy zapisu w usłudze Azure Premium Storage. W przypadku platformy SAP HANA akcelerator zapisu ma być używany tylko dla woluminu /hana/log . W związku z tym /hana/data i /hana/log są oddzielnymi woluminami z akceleratorem zapisu platformy Azure obsługującym tylko wolumin /hana/log.

Ważne

W przypadku korzystania z usługi Azure Premium Storage użycie akceleratora zapisu platformy Azure dla woluminu /hana/log jest obowiązkowe. Akcelerator zapisu jest dostępny tylko dla maszyn wirtualnych z serii M i Mv2 w warstwie Premium. Akcelerator zapisu nie działa w połączeniu z innymi rodzinami maszyn wirtualnych platformy Azure, takimi jak Esv3 lub Edsv4.

Poniższe zalecenia dotyczące buforowania dysków w warstwie Premium platformy Azure zakładają, że cechy operacji we/wy dla platformy SAP HANA są takie jak:

  • W przypadku plików danych HANA nie ma żadnego obciążenia odczytu. Wyjątki są dużymi wejściami/wyjściami po ponownym uruchomieniu wystąpienia platformy HANA lub podczas ładowania danych na platformę HANA. Innym przypadkiem większych operacji we/wy odczytu względem plików danych może być kopia zapasowa bazy danych HANA. W rezultacie buforowanie odczytu w większości nie ma sensu, ponieważ w większości przypadków wszystkie woluminy plików danych muszą być odczytywane całkowicie.
  • Zapisywanie względem plików danych występuje w przypadku pęknięć opartych na punktach zapisywania platformy HANA i odzyskiwaniu awarii platformy HANA. Zapisywanie punktów zapisywania jest asynchroniczne i nie przechowuje żadnych transakcji użytkownika. Zapisywanie danych podczas odzyskiwania awaryjnego ma kluczowe znaczenie dla wydajności w celu ponownego reagowania systemu. Jednak odzyskiwanie po awarii powinno być raczej wyjątkowe
  • Nie ma żadnych odczytów z plików redo HANA. Wyjątki to duże we/wy podczas wykonywania kopii zapasowych dziennika transakcji, odzyskiwania awaryjnego lub w fazie ponownego uruchamiania wystąpienia HANA.
  • Główne obciążenie pliku dziennika ponownego wdrażania oprogramowania SAP HANA to zapisy. W zależności od charakteru obciążenia można mieć operacje we/wy tak małe, jak 4 KB lub w innych przypadkach rozmiary operacji we/wy o rozmiarze 1 MB lub więcej. Opóźnienie zapisu w dzienniku ponownego wykonania platformy SAP HANA ma krytyczne znaczenie dla wydajności.
  • Wszystkie zapisy muszą być utrwalane na dysku w niezawodny sposób

Zalecenie: W wyniku tych obserwowanych wzorców we/wy przez platformę SAP HANA buforowanie dla różnych woluminów korzystających z usługi Azure Premium Storage powinno być ustawione następująco:

  • /hana/data — Brak lub buforowanie odczytu
  • /hana/log — brak. Włącz akcelerator zapisu dla maszyn wirtualnych serii M i Mv2. Opcja w witrynie Azure Portal to "Brak + akcelerator zapisu".
  • /hana/shared — buforowanie odczytu
  • Dysk systemu operacyjnego — nie zmieniaj domyślnego buforowania ustawionego przez platformę Azure w czasie tworzenia maszyny wirtualnej

Funkcje z serii serii azure dla magazynu w warstwie Premium

W przypadku dysków usługi Azure Premium Storage mniejszych lub równych 512 GiB w pojemności oferowane są funkcje serii. Dokładny sposób działania skalowania dysku został opisany w artykule Dysk z rozszerzeniem. Podczas czytania artykułu rozumiesz koncepcję naliczania liczby operacji we/wy na sekundę i przepływności w czasie, gdy obciążenie we/wy jest poniżej nominalnej liczby operacji we/wy i przepływności dysków (aby uzyskać szczegółowe informacje na temat nominalnej przepływności, zobacz Cennik dysku zarządzanego). Otrzymasz różnicę liczby operacji we/wy na sekundę i przepływności między bieżącym użyciem a nominalnymi wartościami dysku. Wzrosty są ograniczone do maksymalnie 30 minut.

Idealne przypadki, w których można zaplanować tę funkcję serii, prawdopodobnie będą woluminami lub dyskami zawierającymi pliki danych dla różnych systemu DBMS. Obciążenie we/wy oczekiwane względem tych woluminów, zwłaszcza w przypadku małych i średnich systemów ma wyglądać następująco:

  • Niskie i umiarkowane obciążenie odczytu, ponieważ dane idealnie są buforowane w pamięci lub podobnie jak w przypadku platformy SAP HANA powinny być całkowicie w pamięci
  • Wzrost liczby operacji zapisu wyzwalanych przez punkty kontrolne bazy danych lub punkty zapisywania, które są wydawane regularnie
  • Obciążenie kopii zapasowej, które odczytuje w strumieniu ciągłym w przypadkach, gdy kopie zapasowe nie są wykonywane za pośrednictwem migawek magazynu
  • W przypadku platformy SAP HANA załaduj dane do pamięci po ponownym uruchomieniu wystąpienia

Szczególnie w przypadku mniejszych systemów DBMS, w których obciążenie obsługuje tylko kilkaset transakcji na sekundy, takie funkcje serii mogą mieć sens, a także dla dysków lub woluminów, które przechowują transakcję lub dziennik ponownego wykonania. Oczekiwane obciążenie względem takiego dysku lub woluminów wygląda następująco:

  • Regularne zapisy na dysku, które są zależne od obciążenia i charakteru obciążenia, ponieważ każde zatwierdzenie wystawione przez aplikację może wyzwolić operację we/wy
  • Większe obciążenie w przepływności w przypadku zadań operacyjnych, takich jak tworzenie lub ponowne kompilowanie indeksów
  • Podczas wykonywania kopii zapasowych dziennika transakcji lub ponownego wykonywania kopii zapasowych dziennika odczytu

Ważne

Certyfikacja oprogramowania SAP HANA dla maszyn wirtualnych z serii Azure M jest wyłącznie akceleratorem zapisu platformy Azure dla woluminu /hana/log . W związku z tym w scenariuszu produkcyjnym wdrożenia platformy SAP HANA na maszynach wirtualnych z serii Azure M powinny zostać skonfigurowane za pomocą akceleratora zapisu platformy Azure dla woluminu /hana/log .

Uwaga

W scenariuszach obejmujących usługę Azure Premium Storage wdrażamy możliwości serii w konfiguracji. W miarę korzystania z narzędzi do testowania magazynu dowolnego kształtu lub formularza należy pamiętać o tym, jak działa skalowanie dysków w warstwie Premium platformy Azure. Uruchomienie testów magazynu dostarczonych za pośrednictwem narzędzia SAP HWCCT lub HCMT nie spodziewamy się, że wszystkie testy przejdą kryteria, ponieważ niektóre testy przekroczą środki, które można zebrać. Szczególnie wtedy, gdy wszystkie testy są uruchamiane sekwencyjnie bez przerwy.

Uwaga

W przypadku maszyn wirtualnych M32ts i M32ls może się zdarzyć, że przepływność dysku może być niższa niż oczekiwano przy użyciu testów dysków HCMT/HWCCT. Nawet w przypadku zwiększenia wydajności dysku lub wystarczającej aprowizowanej przepływności we/wy dysków bazowych. Główną przyczyną obserwowanego zachowania było to, że pliki testowe magazynu HCMT/HWCCT zostały całkowicie buforowane w pamięci podręcznej odczytu dysków danych usługi Premium Storage. Ta pamięć podręczna znajduje się na hoście obliczeniowym hostujący maszynę wirtualną i może całkowicie buforować pliki testowe HCMT/HWCCT. W takim przypadku limity przydziału wymienione w kolumnie Maksymalna buforowana i tymczasowa przepływność magazynu: liczba operacji we/wy na sekundę/mb/s (rozmiar pamięci podręcznej w GiB) w artykule Seria M ma zastosowanie. W szczególności w przypadku M32ts i M32ls limit przepływności dla pamięci podręcznej odczytu wynosi tylko 400 MB/s. W wyniku całkowitej buforowania plików testów możliwe jest, że pomimo zwiększenia wydajności dysku lub wyższej aprowizowanej przepływności we/wy testy mogą nieznacznie spaść poniżej maksymalnej przepływności 400 MB/s. Alternatywnie możesz przetestować bez włączonej pamięci podręcznej odczytu na dyskach danych usługi Azure Premium Storage.

Uwaga

W przypadku scenariuszy produkcyjnych sprawdź, czy określony typ maszyny wirtualnej jest obsługiwany dla oprogramowania SAP HANA przez oprogramowanie SAP w dokumentacji systemu SAP dla usługi IAAS.

Zalecenie: Zalecane konfiguracje z usługą Azure Premium Storage dla scenariuszy produkcyjnych wyglądają następująco:

Konfiguracja woluminu SAP /hana/data :

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/data Aprowizowana przepływność Maksymalna przepływność serii Liczba operacji we/wy na sekundę Operacje we/wy na sekundę
M32ts 192 GiB 500 MB/s 4 x P6 200 MB/s 680 MB/s 960 14 000
M32ls 256 GiB 500 MB/s 4 x P6 200 MB/s 680 MB/s 960 14 000
M64ls 512 GiB 1000 MB/s 4 x P10 400 MB/s 680 MB/s 2000 14 000
M32(d)ms_v2 875 GiB 500 MB/s 4 x P15 500 MB/s 680 MB/s 4,400 14 000
M48(d)s_1_v3, M96(d)s_1_v3 974 GiB 1560 MB/s 4 x P15 500 MB/s 680 MB/s 4,400 14 000
M64s, M64(d)s_v2 1024 GiB 1000 MB/s 4 x P15 500 MB/s 680 MB/s 4,400 14 000
M64ms, M64(d)ms_v2 1792 GiB 1000 MB/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000
M96(d)s_2_v3 1946 GiB 3120 MB/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000
M128s, M128(d)s_v2 2048 GiB 2000 MB/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000
M192i(d)s_v2 2048 GiB 2000 MB/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000
M128ms, M128(d)ms_v2 3892 GiB 2000 MB/s 4 x P30 800 MB/s brak rozerwania 20,000 brak rozerwania
M176(d)s_3_v3 2794 GiB 4000 MB/s 4 x P30 800 MB/s brak rozerwania 20,000 brak rozerwania
M176(d)s_4_v3 3750 GiB 4000 MB/s 4 x P30 800 MB/s brak rozerwania 20,000 brak rozerwania
M192i(d)ms_v2 4096 GiB 2000 MB/s 4 x P30 800 MB/s brak rozerwania 20,000 brak rozerwania
M208s_v2 2850 GiB 1000 MB/s 4 x P30 800 MB/s brak rozerwania 20,000 brak rozerwania
M208ms_v2 5700 GiB 1000 MB/s 4 x P40 1000 MB/s brak rozerwania 30,000 brak rozerwania
M416s_v2 5700 GiB 2000 MB/s 4 x P40 1000 MB/s brak rozerwania 30,000 brak rozerwania
M416s_8_v2 7,600 2000 MB/s 4 x P40 1000 MB/s brak rozerwania 30,000 brak rozerwania
M416ms_v2 11 400 GiB 2000 MB/s 4 x P50 1000 MB/s brak rozerwania 30,000 brak rozerwania
M832ixs1 14 902 GiB większe niż 2000 Mb/s 4 x P601 2000 MB/s brak rozerwania 64,000 brak rozerwania
M832ixs_v2 1 23 088 GiB większe niż 2000 Mb/s 4 x P601 2000 MB/s brak rozerwania 64,000 brak rozerwania

Domyślnie 1 typ maszyny wirtualnej jest niedostępny. Skontaktuj się z zespołem ds. kont Microsoft

2 Maksymalna przepływność zapewniana przez wymaganie dotyczące maszyny wirtualnej i przepływności przez obciążenie sap HANA, zwłaszcza działanie savepoint, może wymusić wdrożenie znacznie większej pojemności magazynu w warstwie Premium w wersji 1.

Dla woluminu /hana/log . konfiguracja będzie wyglądać następująco:

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/wolumin dziennika Aprowizowana przepływność Maksymalna przepływność serii Liczba operacji we/wy na sekundę Operacje we/wy na sekundę
M32ts 192 GiB 500 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
M32ls 256 GiB 500 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
M64ls 512 GiB 1000 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
M32(d)ms_v2 875 GiB 500 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M48(d)s_1_v3, M96(d)s_1_v3 974 GiB 1560 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M64s, M64(d)s_v2 1024 GiB 1000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M64ms, M64(d)s_v2 1792 GiB 1000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M96(d)s_2_v3 1946 GiB 3120 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M128s, M128(d)s_v2 2048 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M192i(d)s_v2 2048 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M176(d)s_3_v3 2794 GiB 4000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M176(d)s_4_v3 3750 GiB 4000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M192i(d)ms_v2 4096 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M208s_v2 2850 GiB 1000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M208ms_v2 5700 GiB 1000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M416s_v2 5700 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M416s_8_v2 7600 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M416ms_v2 11 400 GiB 2000 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
M832ixs1 14 902 GiB większe niż 2000 Mb/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000
M832ixs_v2 1 23 088 GiB większe niż 2000 Mb/s 4 x P20 600 MB/s 680 MB/s 9,200 14 000

Domyślnie 1 typ maszyny wirtualnej jest niedostępny. Skontaktuj się z zespołem ds. kont Microsoft

W przypadku innych woluminów konfiguracja wygląda następująco:

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/shared2 /root wolumin /usr/sap
M32ts 192 GiB 500 MB/s 1 x P15 1 x P6 1 x P6
M32ls 256 GiB 500 MB/s 1 x P15 1 x P6 1 x P6
M64ls 512 GiB 1000 MB/s 1 x P20 1 x P6 1 x P6
M32dms_v2, M32ms_v2 875 GiB 500 MB/s 1 x P30 1 x P6 1 x P6
M48(d)s_1_v3, M96(d)s_1_v3 974 GiB 1560 MB/s 1 x P30 1 x P6 1 x P6
M64s, M64(d)s_v2 1024 GiB 1000 MB/s 1 x P30 1 x P6 1 x P6
M64ms, M64(d)ms_v2 1792 GiB 1000 MB/s 1 x P30 1 x P6 1 x P6
M96(d)s_2_v3 1946 GiB 3120 MB/s 1 x P30 1 x P10 1 x P6
M128s, M128(d)s_v2 2048 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M192i(d)s_v2 2048 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M176(d)s_3_v3 2794 GiB 4000 MB/s 1 x P30 1 x P10 1 x P6
M176(d)s_4_v3 3750 GiB 4000 MB/s 1 x P30 1 x P10 1 x P6
M128ms, M128dms_v2, M128ms_v2 3892 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M192i(d)ms_v2 4096 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M208s_v2 2850 GiB 1000 MB/s 1 x P30 1 x P10 1 x P6
M208ms_v2 5700 GiB 1000 MB/s 1 x P30 1 x P10 1 x P6
M416s_v2 5700 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M416s_8_v2 7600 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M416ms_v2 11 400 GiB 2000 MB/s 1 x P30 1 x P10 1 x P6
M832ixs1 14 902 GiB większe niż 2000 Mb/s 1 x P30 1 x P10 1 x P6
M832ixs_v2 1 23 088 GiB większe niż 2000 Mb/s 1 x P30 1 x P10 1 x P6

Domyślnie 1 typ maszyny wirtualnej jest niedostępny. Skontaktuj się z zespołem ds. kont Microsoft
2 Uważnie przejrzyj zagadnienia dotyczące ustalania rozmiaru /hana/shared

Sprawdź, czy przepływność magazynu dla różnych sugerowanych woluminów spełnia obciążenie, które chcesz uruchomić. Jeśli obciążenie wymaga większych woluminów dla /hana/data i /hana/log, musisz zwiększyć liczbę dysków VHD usługi Azure Premium Storage. Ustalanie rozmiaru woluminu z większą liczbą wirtualnych dysków twardych niż na liście zwiększa przepływność operacji we/wy na sekundę i we/wy w granicach typu maszyny wirtualnej platformy Azure.

Akcelerator zapisu platformy Azure działa tylko z dyskami zarządzanymi platformy Azure. Dlatego co najmniej dyski usługi Azure Premium Storage tworzące wolumin /hana/log należy wdrożyć jako dyski zarządzane. Bardziej szczegółowe instrukcje i ograniczenia akceleratora zapisu platformy Azure można znaleźć w artykule Write Accelerator (Akcelerator zapisu).

Możesz użyć magazynu Azure Ultra Disk Storage zamiast magazynu w warstwie Azure w warstwie Premium tylko dla woluminu /hana/log , aby był zgodny z wskaźnikami KPI certyfikacji sap HANA podczas korzystania z maszyn wirtualnych serii E. Jednak wielu klientów korzysta z dysków SSD magazynu w warstwie Premium dla woluminu /hana/log w celach nieprodukcyjnych, a nawet w przypadku mniejszych obciążeń produkcyjnych, ponieważ opóźnienie zapisu w warstwie Premium w krytycznym zapisie dziennika ponownego wykonania spełnia wymagania dotyczące obciążenia. Konfiguracje woluminu /hana/data w usłudze Azure Premium Storage mogą wyglądać następująco:

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/data Aprowizowana przepływność Maksymalna przepływność serii Liczba operacji we/wy na sekundę Operacje we/wy na sekundę
E20ds_v4 160 GiB 480 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
E20(d)s_v5 160 GiB 750 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
E32ds_v4 256 GiB 768 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
E32ds_v5 256 GiB 865 MB/s 3 x P10 300 MB/s 510 MB/s 1500 10,500
E48ds_v4 384 GiB 1152 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
E48ds_v4 384 GiB 1315 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
E64s_v3 432 GiB 1200 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
E64ds_v4 504 GiB 1200 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
E64(d)s_v5 512 GiB 1735 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500
E96(d)s_v5 672 GiB 2600 MB/s 3 x P15 375 MB/s 510 MB/s 3,300 10,500

W przypadku innych woluminów, w tym /hana/log na dysku Ultra, konfiguracja może wyglądać następująco:

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/wolumin dziennika Przepływność we/wy dziennika /hana/log /hana/log IOPS /hana/shared1 /root wolumin /usr/sap
E20ds_v4 160 GiB 480 MB/s 80 GB 250 MB/s 1800 1 x P15 1 x P6 1 x P6
E20(d)s_v5 160 GiB 750 MB/s 80 GB 250 MB/s 1800 1 x P15 1 x P6 1 x P6
E32ds_v4 256 GiB 768 MB/s 128 GB 250 MB/s 1800 1 x P15 1 x P6 1 x P6
E32(d)s_v5 256 GiB 865 MB/s 128 GB 250 MB/s 1800 1 x P15 1 x P6 1 x P6
E48ds_v4 384 GiB 1152 MB/s 192 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6
E48(d)s_v5 384 GiB 1315 MB/s 192 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6
E64s_v3 432 GiB 1200 MB/s 220 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6
E64ds_v4 504 GiB 1200 MB/s 256 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6
E64(d)s_v5 512 GiB 1735 MB/s 256 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6
E96(d)s_v5 672 GiB 2600 MB/s 256 GB 250 MB/s 1800 1 x P20 1 x P6 1 x P6

1 Uważnie przejrzyj zagadnienia dotyczące ustalania rozmiaru /hana/shared

Rozwiązanie świadome kosztów w usłudze Azure Premium Storage

Do tej pory rozwiązanie usługi Azure Premium Storage opisane w tym dokumencie w sekcji Rozwiązania z magazynem w warstwie Premium i akceleratorem zapisu platformy Azure dla maszyn wirtualnych z serii Azure M zostało przeznaczone dla scenariuszy obsługiwanych w środowisku produkcyjnym SAP HANA. Jedną z cech konfiguracji, które można obsługiwać w środowisku produkcyjnym, jest rozdzielenie woluminów dla danych platformy SAP HANA i ponowne zalogowanie się do dwóch różnych woluminów. Przyczyną takiego rozdzielenia jest to, że charakterystykę obciążenia woluminów są różne. W przypadku sugerowanych konfiguracji produkcyjnych konieczne może być użycie różnych typów buforowania lub nawet różnych typów magazynu blokowego platformy Azure. W przypadku scenariuszy nieprodukcyjnych niektóre zagadnienia związane z systemami produkcyjnymi mogą nie mieć zastosowania do bardziej niskich systemów nieprodukcyjnych. W rezultacie można połączyć dane i wolumin dziennika platformy HANA. Mimo że w końcu z niektórymi sprawcami, na przykład ostatecznie nie spełnia określonych wskaźników KPI dotyczących przepływności lub opóźnień, które są wymagane dla systemów produkcyjnych. Innym aspektem obniżenia kosztów w takich środowiskach może być użycie magazynu SSD w warstwie Standardowa platformy Azure. Należy pamiętać, że wybór dysków SSD w warstwie Standardowa lub HDD w warstwie Standardowa ma wpływ na umowy SLA pojedynczej maszyny wirtualnej zgodnie z opisem w artykule UMOWA SLA dla maszyn wirtualnych.

Tańsza alternatywa dla takich konfiguracji może wyglądać następująco:

Jednostka SKU maszyny wirtualnej Pamięć Maks. We/Wy maszyny wirtualnej
Produktywność
/hana/data i /hana/log
paski z LVM lub MDADM
/hana/shared3 /root wolumin /usr/sap komentarze
DS14v2 112 GiB 768 MB/s 4 x P6 1 x E10 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
E16v3 128 GiB 384 MB/s 4 x P6 1 x E10 1 x E6 1 x E6 Typ maszyny wirtualnej, który nie jest certyfikowany przez platformę HANA
nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
M32ts 192 GiB 500 MB/s 3 x P10 1 x E15 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 50002
E20ds_v4 160 GiB 480 MB/s 4 x P6 1 x E15 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
E32v3 256 GiB 768 MB/s 4 x P10 1 x E15 1 x E6 1 x E6 Typ maszyny wirtualnej, który nie jest certyfikowany przez platformę HANA
nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
E32ds_v4 256 GiB 768 MB/s 4 x P10 1 x E15 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
M32ls 256 GiB 500 MB/s 4 x P10 1 x E15 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 50002
E48ds_v4 384 GiB 1152 MB/s 6 x P10 1 x E20 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
E64v3 432 GiB 1200 MB/s 6 x P10 1 x E20 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
E64ds_v4 504 GiB 1200 MB/s 7 x P10 1 x E20 1 x E6 1 x E6 nie osiągnie mniejszego niż 1 ms opóźnieniamagazynu 1
M64ls 512 GiB 1000 MB/s 7 x P10 1 x E20 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M32(d)ms_v2 875 GiB 500 MB/s 6 x P15 1 x E30 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 50002
M48(d)s_1_v3, M96(d)s_1_v3 974 GiB 1560 MB/s 7 x P15 1 x E30 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M64s, M64(d)s_v2 1024 GiB 1000 MB/s 7 x P15 1 x E30 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M64ms, M64(d)ms_v2 1792 GiB 1000 MB/s 6 x P20 1 x E30 1 x E6 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M96(d)s_2_v3 1946 GiB 3120 MB/s 6 x P20 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M128s, M128(d)s_v2 2048 GiB 2000 MB/s 6 x P20 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M192i(d)s_v2 2048 GiB 2000 MB/s 6 x P20 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M128ms, M128(d)ms_v2 3800 GiB 2000 MB/s 5 x P30 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M176(d)s_3_v3 2794 GiB 4000 MB/s 4 x P30 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M176(d)s_4_v3 3750 GiB 4000 MB/s 5 x P30 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M192i(d)ms_v2 4096 GiB 2000 MB/s 5 x P30 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M208s_v2 2850 GiB 1000 MB/s 4 x P30 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M208ms_v2 5700 GiB 1000 MB/s 4 x P40 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 10 0002
M416s_v2 5700 GiB 2000 MB/s 4 x P40 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M416s_8_v2 5700 GiB 2000 MB/s 5 x P40 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002
M416ms_v2 11400 GiB 2000 MB/s 7 x P40 1 x E30 1 x E10 1 x E6 Użycie akceleratora zapisu dla połączonych danych i woluminu dziennika ograniczy szybkość operacji we/wy na sekundę do 20 0002

1Akcelerator zapisu platformy Azure nie może być używany z rodzinami maszyn wirtualnych Ev4 i Ev4. W wyniku korzystania z usługi Azure Premium Storage opóźnienie operacji we/wy nie będzie mniejsze niż 1 ms

2 Rodzina maszyn wirtualnych obsługuje akcelerator zapisu platformy Azure, ale istnieje potencjał, że limit liczby operacji we/wy na sekundę akceleratora operacji we/wy na sekundę może ograniczyć konfiguracje dysków możliwości operacji we/wy na sekundę

3 Uważnie przejrzyj zagadnienia dotyczące ustalania rozmiaru /hana/shared

Podczas łączenia danych i woluminu dziennika dla platformy SAP HANA dyski tworzące wolumin rozłożony nie powinny mieć włączonej pamięci podręcznej odczytu ani pamięci podręcznej odczytu/zapisu.

Istnieją typy maszyn wirtualnych wymienione, które nie są certyfikowane z oprogramowaniem SAP i jako takie nie są wymienione w katalogu sprzętowym sap HANA. Opinia klientów była taka, że te typy maszyn wirtualnych, które nie zostały wymienione na liście, zostały pomyślnie użyte w przypadku niektórych zadań nieprodukcyjnych.

Następne kroki

Aby uzyskać więcej informacji, zobacz: