Konfiguracje magazynu maszyn wirtualnych platformy Azure SAP HANA

  • Artykuł

Platforma Azure udostępnia różne typy magazynów, które są odpowiednie dla maszyn wirtualnych platformy Azure z uruchomionym oprogramowaniem SAP HANA. Certyfikowane typy magazynów platformy Azure sap HANA, które można uwzględnić na liście wdrożeń sap HANA, takie jak:

Aby dowiedzieć się więcej o tych typach dysków, zobacz artykuł Azure Storage types for SAP workload (Typy usługi Azure Storage dla obciążenia SAP) i Select a disk type (Wybieranie typu dysku)

Platforma Azure oferuje dwie metody wdrażania dysków VHD na platformie Azure w warstwie Standardowa i Premium Storage w wersji 1/2. Oczekujemy, że skorzystasz z dysku zarządzanego platformy Azure na potrzeby wdrożeń magazynu blokowego platformy Azure.

Aby uzyskać listę typów magazynów i ich umów SLA w zakresie przepływności operacji we/wy na sekundę i magazynu, zapoznaj się z dokumentacją platformy Azure dotyczącą dysków zarządzanych.

Ważne

Niezależnie od wybranego typu magazynu platformy Azure system plików używany w tym magazynie musi być obsługiwany przez system SAP dla określonego systemu operacyjnego i systemu DBMS. Uwaga dotycząca obsługi oprogramowania SAP #2972496 zawiera listę obsługiwanych systemów plików dla różnych systemów operacyjnych i baz danych, w tym platformy SAP HANA. Dotyczy to wszystkich woluminów sap HANA może uzyskiwać dostęp do odczytu i zapisu dla dowolnego zadania. W szczególności korzystanie z systemu plików NFS na platformie Azure dla platformy SAP HANA, obowiązują dodatkowe ograniczenia wersji systemu plików NFS zgodnie z opisem w dalszej części tego artykułu

Minimalne warunki certyfikowane platformy SAP HANA dla różnych typów magazynów to:

  • Usługa Azure Premium Storage w wersji 1 — /hana/log jest wymagana do obsługi akceleratora usługi Azure Write. Wolumin /hana/data można umieścić w magazynie w warstwie Premium w wersji 1 bez akceleratora zapisu platformy Azure lub na dysku Ultra. Usługa Azure Premium Storage w wersji 2 lub Azure Premium SSD w wersji 2 nie obsługuje użycia akceleratora zapisu platformy Azure
  • Dysk Azure Ultra przynajmniej dla woluminu /hana/log . Wolumin /hana/data można umieścić w magazynie w warstwie Premium w wersji 1/v2 bez akceleratora zapisu platformy Azure lub w celu szybszego ponownego uruchomienia dysku w warstwie Ultra
  • Woluminy NFS w wersji 4.1 na podstawie usługi Azure NetApp Files dla /hana/log i /hana/data. Wolumin /hana/shared może używać protokołu NFS w wersji 3 lub NFS w wersji 4.1

W oparciu o doświadczenia zdobyte u klientów zmieniliśmy obsługę łączenia różnych typów magazynów między /hana/data i /hana/log. Obsługiwane jest łączenie użycia różnych magazynów blokowych platformy Azure certyfikowanych dla udziałów HANA I NFS opartych na usłudze Azure NetApp Files. Na przykład można umieścić /hana/data w magazynie w warstwie Premium w wersji 1 lub w wersji 2 i /hana/log w magazynie w warstwie Ultra, aby uzyskać wymagane małe opóźnienie. Jeśli używasz woluminu opartego na anf dla /hana/data, wolumin /hana/log można również umieścić na jednym z certyfikowanych typów magazynu blokowego platformy Azure HANA. Korzystanie z systemu plików NFS na podstawie rozwiązania ANF dla jednego z woluminów (takich jak /hana/data) i usługi Azure Premium Storage w wersji 1/v2 lub Ultra Disk dla innego woluminu (na przykład /hana/log) jest obsługiwane.

W środowisku lokalnym rzadko trzeba było dbać o podsystemy we/wy i jego możliwości. Przyczyną było to, że dostawca urządzenia musi upewnić się, że minimalne wymagania dotyczące magazynu są spełnione dla platformy SAP HANA. Podczas samodzielnego tworzenia infrastruktury platformy Azure należy pamiętać o niektórych z tych wymagań dotyczących oprogramowania SAP. Niektóre z minimalnych właściwości przepływności zalecanych przez system SAP to:

  • Odczyt/zapis w /hana/dzienniku wynoszący 250 MB/s z rozmiarami operacji we/wy 1 MB
  • Aktywność odczytu wynosząca co najmniej 400 MB/s dla /hana/data dla rozmiarów we/wy 16 MB i 64 MB operacji we/wy
  • Aktywność zapisu wynosząca co najmniej 250 MB/s dla /hana/data o rozmiarach 16 MB i 64 MB we/wy

Biorąc pod uwagę, że małe opóźnienie magazynu ma kluczowe znaczenie dla systemów DBMS, nawet w przypadku systemu DBMS, takiego jak SAP HANA, przechowywanie danych w pamięci. Ścieżka krytyczna w magazynie jest zwykle wokół zapisów dziennika transakcji systemów DBMS. Jednak operacje takie jak zapisywanie punktów zapisu lub ładowanie danych w pamięci po odzyskiwaniu awarii mogą być krytyczne. W związku z tym należy używać usługi Azure Premium Storage w wersji 1/2, Ultra Disk lub ANF dla woluminów /hana/data i /hana/log .

Niektóre wskazówki dotyczące wybierania konfiguracji magazynu dla platformy HANA można wymienić na przykład:

  • Zdecyduj o typie magazynu na podstawie typów usługi Azure Storage dla obciążenia SAP i Wybierz typ dysku
  • Ogólna przepływność operacji we/wy maszyny wirtualnej i limity operacji we/wy na sekundę są ważne podczas określania rozmiaru lub podejmowania decyzji o maszynie wirtualnej. Ogólna przepływność magazynu maszyn wirtualnych jest udokumentowana w artykule Rozmiary maszyn wirtualnych zoptymalizowane pod kątem pamięci
  • Podczas podejmowania decyzji o konfiguracji magazynu spróbuj zachować niższą ogólną przepływność maszyny wirtualnej przy użyciu konfiguracji woluminu /hana/data . Zapisywanie punktów zapisywania na platformie SAP HANA może być agresywne w przypadku operacji we/wy. Podczas zapisywania punktu zapisu można łatwo wypchnąć do limitów przepływności woluminu /hana/data . Jeśli dyski, które skompilują wolumin /hana/data , mają wyższą przepływność niż zezwala maszyna wirtualna, możesz napotkać sytuacje, w których przepływność używana przez zapisywanie punktu zapisu w punkcie zapisywania punktu zapisu zakłóca zapotrzebowanie na przepływność operacji zapisu dziennika ponownego wykonania. Sytuacja, która może mieć wpływ na przepływność aplikacji
  • Jeśli rozważasz użycie replikacji systemu HANA, magazyn używany dla /hana/data w każdej replice musi być taki sam, a typ magazynu używany dla /hana/log w każdej replice musi być taki sam. Na przykład użycie usługi Azure Premium Storage w wersji 1 dla /hana/data z jedną maszyną wirtualną i dyskiem Azure Ultra disk dla /hana/data na innej maszynie wirtualnej z uruchomioną repliką tej samej konfiguracji replikacji systemu HANA nie jest obsługiwane

Ważne

Sugestie dotyczące konfiguracji magazynu w tych lub kolejnych dokumentach są przeznaczone jako wskazówki na początek. 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.

Zestawy stripe i partycjonowanie woluminów danych SAP HANA

Korzystając z usługi Azure Premium Storage w wersji 1, możesz osiągnąć najlepszy stosunek ceny/wydajności po usunięciu woluminu /hana/data i/lub /hana/log na wielu dyskach platformy Azure. Zamiast wdrażać większe woluminy dysków, które zapewniają więcej operacji we/wy na sekundę lub wymaganą przepływność. Tworzenie pojedynczego woluminu na wielu dyskach platformy Azure można wykonać za pomocą menedżerów woluminów LVM i MDADM, które są częścią systemu Linux. Metoda rozbierania dysków jest od dziesięcioleci i dobrze znana. Równie korzystne, jak te woluminy rozłożone są uzyskanie do liczby operacji we/wy na sekundę lub możliwości przepływności, które mogą być potrzebne, zwiększa złożoność zarządzania tymi woluminami rozłożonymi. Szczególnie w przypadkach, gdy woluminy muszą być rozszerzone w pojemności. Co najmniej w przypadku /hana/data firma SAP wprowadziła alternatywną metodę, która osiąga ten sam cel co usuwanie na wielu dyskach platformy Azure. Ponieważ platforma SAP HANA 2.0 SPS03, serwer indeksowania platformy HANA może usunąć swoje działanie we/wy w wielu plikach danych platformy HANA, które znajdują się na różnych dyskach platformy Azure. Zaletą jest to, że nie trzeba zajmować się tworzeniem woluminu rozłożonego i zarządzaniem nim na różnych dyskach platformy Azure. Szczegółowo opisano funkcje partycjonowania woluminów danych sap HANA:

Czytając szczegółowe informacje, widać, że zastosowanie tej funkcji eliminuje złożoność zestawów stripe opartych na menedżerze woluminów. Zdajesz sobie również sprawę, że partycjonowanie woluminu danych platformy HANA nie działa tylko w przypadku magazynu blokowego platformy Azure, takiego jak Azure Premium Storage w wersji 1/2. Tej funkcji można również używać do usuwania między udziałami NFS w przypadku, gdy te udziały mają ograniczenia liczby operacji we/wy na sekundę lub przepływności.

Tryb harmonogramu we/wy systemu Linux

System Linux ma kilka różnych trybów planowania we/wy. Typowym zaleceniem dla dostawców systemu Linux i systemu SAP jest ponowne skonfigurowanie trybu harmonogramu we/wy dla woluminów dysków z trybu mq-deadline lub kyber do noop (nie-multiqueue) lub brak dla trybu (multiqueue), jeśli nie zostało to jeszcze zrobione przez profile saptune SLES. Szczegóły są przywołyne w:

W systemie Red Hat pozostaw ustawienia określone przez określone profile dostrajania dla różnych aplikacji SAP.

Rozbieraj rozmiary podczas korzystania z menedżerów woluminów logicznych

Jeśli używasz oprogramowania LVM lub mdadm do kompilowania zestawów stripe na kilku dyskach w warstwie Premium platformy Azure, musisz zdefiniować rozmiary stripe. Te rozmiary różnią się między /hana/data i /hana/log. Zalecenie: W miarę rozmiarów rozbieranych zaleca się użycie następującego polecenia:

  • 256 KB dla /hana/data
  • 64 KB dla /hana/log

Uwaga

Rozmiar paska / hana/data został zmieniony z wcześniejszych zaleceń wzywających do 64 KB lub 128 KB do 256 KB w oparciu o środowiska klienta z nowszymi wersjami systemu Linux. Rozmiar 256 KB zapewnia nieco lepszą wydajność. Zmieniliśmy również zalecenie dotyczące rozmiarów paska /hana/log z 32 KB do 64 KB, aby uzyskać wystarczającą przepływność z większymi rozmiarami operacji we/wy.

Uwaga

Nie musisz konfigurować żadnego poziomu nadmiarowości przy użyciu woluminów RAID, ponieważ magazyn blokowy platformy Azure przechowuje trzy obrazy wirtualnego dysku twardego. Użycie zestawu stripe z dyskami w warstwie Premium platformy Azure polega wyłącznie na konfigurowaniu woluminów zapewniających wystarczającą przepływność operacji we/wy na sekundę i/lub we/wy.

Gromadzenie wielu dysków platformy Azure pod zestawem pasków jest kumulacyjne po stronie liczby operacji we/wy na sekundę i przepływności magazynu. Dlatego jeśli umieścisz pasek ustawiony na ponad 3 x P30 dyski usługi Azure Premium Storage w wersji 1, powinno to dać trzy razy większą liczbę operacji we/wy na sekundę i trzy razy przepływność magazynu pojedynczego dysku usługi Azure Premium Storage w wersji 1 P30.

Ważne

Jeśli używasz menedżera woluminów LVM lub mdadm do tworzenia zestawów stripe na wielu dyskach premium platformy Azure, trzy systemy plików SAP HANA /data, /log i /shared nie mogą być umieszczane w domyślnej lub głównej grupie woluminów. Zdecydowanie zalecamy stosowanie się do wskazówek dostawców systemu Linux, które zwykle służą do tworzenia poszczególnych grup woluminów dla /data, /log i /shared.

Zagadnienia dotyczące udostępnionego systemu plików HANA

Podczas określania rozmiaru systemów plików HANA większość uwagi dotyczy systemów HANA danych i plików dziennika. Jednak /hana/shared odgrywa również ważną rolę w obsłudze stabilnego systemu HANA, ponieważ hostuje podstawowe składniki, takie jak pliki binarne HANA.
Jeśli nie jest to możliwe, /hana/shared może stać się nasycony we/wy z powodu nadmiernych operacji odczytu/zapisu — na przykład podczas zapisywania dużego zrzutu lub podczas intensywnego śledzenia lub jeśli kopia zapasowa jest zapisywana w systemie plików /hana/shared . Opóźnienie może również wzrosnąć.

Jeśli system HANA jest w konfiguracji wysokiej dostępności, wolne odpowiedzi z udostępnionego systemu plików, tj. /hana/shared mogą powodować przekroczenia limitu czasu zasobów klastra. Te przekroczenia limitu czasu mogą prowadzić do niepotrzebnych przełączeń w tryb failover, ponieważ agenci zasobów platformy HANA mogą niepoprawnie zakładać, że baza danych jest niedostępna.

Wytyczne dotyczące oprogramowania SAP dla /hana/udostępnionych zalecanych rozmiarów wyglądają następująco:

Objętość Zalecany rozmiar
/hana/udostępnione skalowanie w górę Min(1 TB, 1 x RAM)
/hana/shared scale-out 1 x pamięci RAM węzła roboczego
na cztery węzły robocze

Aby uzyskać więcej informacji, zapoznaj się z następującymi uwagami dotyczącymi oprogramowania SAP:
3288971 — często zadawane pytania: SUSE HAE/RedHat HAA Pacemaker Cluster Resource Manager w środowiskach replikacji systemu SAP HANA
1999930 — często zadawane pytania: analiza operacji we/wy platformy SAP HANA

Najlepszym rozwiązaniem jest rozmiar /hana/shared , aby uniknąć wąskich gardeł wydajności. Należy pamiętać, że dobrze duży /hana/udostępniony system plików przyczynia się do stabilności i niezawodności systemu SAP HANA, zwłaszcza w scenariuszach wysokiej dostępności.

Konfiguracje usługi Azure Premium Storage w wersji 1 dla platformy HANA

Aby uzyskać szczegółowe zalecenia dotyczące konfiguracji magazynu HANA korzystające z usługi Azure Premium Storage w wersji 1, zapoznaj się z dokumentem Konfiguracja magazynu SSD platformy Azure sap HANA w warstwie Premium.

Konfiguracje usługi Azure Premium SSD w wersji 2 dla platformy HANA

Aby uzyskać szczegółowe zalecenia dotyczące konfiguracji magazynu HANA korzystające z magazynu ssd w warstwie Premium w wersji 2 platformy Azure, zapoznaj się z dokumentem Konfiguracja magazynu DYSKÓW SSD w wersji 2 platformy Azure sap HANA w wersji 2.

Konfiguracja magazynu w warstwie Ultra Disk platformy Azure dla platformy SAP HANA

Aby uzyskać szczegółowe zalecenia dotyczące konfiguracji magazynu HANA korzystające z usługi Azure Ultra Disk, zapoznaj się z dokumentem Konfiguracja magazynu w warstwie Ultra Disk maszyny wirtualnej platformy Azure SAP HANA.

Woluminy NFS w wersji 4.1 w usłudze Azure NetApp Files

Aby uzyskać szczegółowe informacje na temat platformy ANF dla platformy HANA, zapoznaj się z dokumentem woluminy NFS w wersji 4.1 w usłudze Azure NetApp Files for SAP HANA.

Następne kroki

Aby uzyskać więcej informacji, zobacz: