Udostępnij za pośrednictwem

Instalowanie i konfigurowanie oprogramowania SAP HANA (duże wystąpienia) na platformie Azure

  • Artykuł

W tym artykule omówimy walidację, konfigurowanie i instalowanie dużych wystąpień SAP HANA (HLI) na platformie Azure (inaczej nazywanej infrastrukturą BareMetal).

Wymagania wstępne

Przed przeczytaniem tego artykułu zapoznaj się z następującymi tematami:

Zobacz też:

Planowanie instalacji

Instalacja oprogramowania SAP HANA jest Twoim zadaniem. Możesz rozpocząć instalowanie nowego serwera SAP HANA na platformie Azure (Duże Wystąpienia) po nawiązaniu łączności między sieciami wirtualnymi platformy Azure a jednostkami Dużych Wystąpień HANA.

Uwaga

Zgodnie z zasadami sap instalacja oprogramowania SAP HANA musi być wykonywana przez osobę, która zdała egzamin Certified SAP Technology Associate, egzamin certyfikacyjny sap HANA Installation lub który jest certyfikowanym integratorem systemu SAP (SI).

Jeśli planujesz zainstalować platformę HANA 2.0, zobacz uwaga pomocy technicznej oprogramowania SAP #2235581 — SAP HANA: Obsługiwane systemy operacyjne. Upewnij się, że system operacyjny jest wspierany przez wersję SAP HANA, którą instalujesz. Obsługiwany system operacyjny HANA 2.0 jest bardziej restrykcyjny niż obsługiwany system operacyjny dla platformy HANA 1.0. Upewnij się, że wersja systemu operacyjnego, która cię interesuje, jest obsługiwana dla konkretnego Large Instance HANA. Użyj tej listy; wybierz HLI, aby zobaczyć szczegóły listy obsługiwanych systemów operacyjnych dla tej jednostki.

Przed rozpoczęciem instalacji platformy HANA zweryfikuj następujące elementy:

Zweryfikuj jednostki HANA Large Instance

Po otrzymaniu dużych wystąpień HANA od firmy Microsoft, ustanów dostęp i łączność z nimi. Następnie zweryfikuj następujące ustawienia i dostosuj je w razie potrzeby.

  1. Sprawdź w Azure Portal, czy wystąpienia są wyświetlane z prawidłowymi SKU i systemem operacyjnym. Aby uzyskać więcej informacji, zobacz Kontrola dużych wystąpień platformy Azure HANA za pośrednictwem witryny Azure Portal.

  2. Zarejestruj system operacyjny wystąpienia u dostawcy systemu operacyjnego. Ten krok obejmuje zarejestrowanie systemu operacyjnego SUSE Linux w instancji narzędzia do zarządzania subskrypcjami SUSE (SMT), które jest wdrożone na maszynie wirtualnej na platformie Azure.

    Duże wystąpienie HANA może połączyć się z tym wystąpieniem SMT. (Aby uzyskać więcej informacji, zobacz Jak skonfigurować serwer SMT dla systemu SUSE Linux). Jeśli używasz systemu operacyjnego Red Hat, należy go zarejestrować w Menedżerze subskrypcji Red Hat, z którym się połączysz. Aby uzyskać więcej informacji, zobacz uwagi w temacie Co to jest platforma SAP HANA na platformie Azure (duże wystąpienia)?.

    Ten krok jest niezbędny do stosowania poprawek systemu operacyjnego, który jest Twoim zadaniem. Aby uzyskać informacje o systemie SUSE, zapoznaj się z dokumentacją dotyczącą instalowania i konfigurowania protokołu SMT.

  3. Sprawdź nowe łatki i poprawki danej wersji/wydania systemu operacyjnego. Sprawdź, czy duże wystąpienie platformy HANA ma najnowsze poprawki. Czasami najnowsze poprawki nie są uwzględnione, więc pamiętaj, aby sprawdzić.

  4. Zapoznaj się z odpowiednimi uwagami dotyczącymi oprogramowania SAP pod kątem instalowania i konfigurowania oprogramowania SAP HANA w określonej wersji/wersji systemu operacyjnego. Microsoft nie zawsze w pełni skonfiguruje HLI. Zmiany zaleceń lub w notatkach SAP czy konfiguracjach, które są zależne od poszczególnych scenariuszy, mogą to uniemożliwić.

    Pamiętaj, aby przeczytać notatki SAP dotyczące SAP HANA odnośnie Twojej konkretnej wersji systemu Linux. Sprawdź również konfiguracje wersji/wersji systemu operacyjnego i zastosuj ustawienia konfiguracji, jeśli jeszcze tego nie zrobiono.

    W szczególności sprawdź następujące parametry i w końcu dostosuj je do:

    • net.core.rmem_max = 16777216
    • net.core.wmem_max = 16777216
    • net.core.rmem_default = 16777216
    • net.core.wmem_default = 16777216
    • net.core.optmem_max = 16777216
    • net.ipv4.tcp_rmem = 65536 16777216 16777216
    • net.ipv4.tcp_wmem = 65536 16777216 16777216

    Począwszy od SLES12 SP1 i Red Hat Enterprise Linux (RHEL) 7.2, te parametry muszą być ustawione w pliku konfiguracji w katalogu /etc/sysctl.d. Na przykład należy utworzyć plik konfiguracji o nazwie 91-NetApp-HANA.conf. W przypadku starszych wersji SLES i RHEL te parametry muszą być ustawione w/etc/sysctl.conf.

    W przypadku wszystkich wersji RHEL począwszy od wersji RHEL 6.3 należy pamiętać:

    • Parametr sunrpc.tcp_slot_table_entries = 128 musi być ustawiony w/etc/modprobe.d/sunrpc-local.conf. Jeśli plik nie istnieje, utwórz go najpierw, dodając wpis:
      • ustawienia sunrpc tcp_max_slot_table_entries=128

  5. Sprawdź czas systemowy na platformie HANA Large Instance. Wystąpienia są wdrażane ze strefą czasową systemu. Ta strefa czasowa reprezentuje lokalizację regionu Azure, w którym znajduje się zestaw dużych instancji HANA. Możesz zmienić czas systemowy lub strefę czasową własnych wystąpień.

    Jeśli zamówisz więcej instancji do swojej dzierżawy, musisz dostosować strefę czasową dla nowo dostarczonych instancji. Microsoft nie ma wglądu w strefę czasową systemu skonfigurowaną dla wystąpień po ich przekazaniu. Nowo wdrożone wystąpienia mogą nie być ustawione w tej samej strefie czasowej, na którą zostały zmienione. Należy dostosować strefę czasową przekazanych wystąpień zgodnie z potrzebami.

  6. Sprawdź /etc/hosts. Gdy ostrza są przekazywane, mają przypisane różne adresy IP do różnych celów. Ważne jest, aby sprawdzić plik „etc/hosts”, gdy jednostki są dodawane do istniejącego najemcy. Plik etc/hosts nowo wdrożonych systemów może nie być poprawnie utrzymywany z adresami IP systemów dostarczonych wcześniej. Upewnij się, że nowo wdrożona instancja może rozpoznać nazwy jednostek, które wdrożyłeś wcześniej w swojej dzierżawie.

System operacyjny

Przestrzeń wymiany dostarczonego obrazu systemu operacyjnego jest ustawiona na 2 GB zgodnie z notą wsparcia technicznego SAP #1999997 – FAQ: pamięć SAP HANA. Jeśli chcesz użyć innego ustawienia, musisz ustawić je samodzielnie.

SUSE Linux Enterprise Server 12 SP1 dla aplikacji SAP to dystrybucja systemu Linux zainstalowana dla systemu SAP HANA na platformie Azure (Duże Wystąpienia). Ta dystrybucja zapewnia możliwości specyficzne dla oprogramowania SAP, w tym parametry wstępnie ustawione do efektywnego uruchamiania oprogramowania SAP w systemie SLES.

Aby uzyskać kilka przydatnych zasobów związanych z wdrażaniem oprogramowania SAP HANA w systemie SLES, zobacz:

Te zasoby obejmują informacje na temat konfigurowania wysokiej dostępności, wzmacniania zabezpieczeń specyficznych dla operacji SAP i nie tylko.

Oto więcej zasobów dla oprogramowania SAP w systemie SUSE:

Poniższe dokumenty to informacje o pomocy technicznej sap dotyczące implementowania oprogramowania SAP HANA w systemie SLES 12:

Red Hat Enterprise Linux for SAP HANA to kolejna oferta uruchamiania oprogramowania SAP HANA na dużych wystąpieniach platformy HANA. Wersje RHEL 7.2 i 7.3 są dostępne i obsługiwane. Aby uzyskać więcej informacji na temat oprogramowania SAP on Red Hat, zobacz SAP HANA w witrynie systemu Red Hat Linux.

Poniższe dokumenty to informacje o pomocy technicznej sap dotyczące implementowania oprogramowania SAP HANA w systemie Red Hat:

Synchronizacja czasu

Aplikacje SAP utworzone na podstawie architektury SAP NetWeaver są wrażliwe na różnice czasu dla składników systemu SAP. Krótkie zrzuty pamięci SAP ABAP z tytułem błędu ZDATE_LARGE_TIME_DIFF są prawdopodobnie znane. Dzieje się tak, ponieważ te krótkie zrzuty pojawiają się, gdy czas systemowy różnych serwerów lub maszyn wirtualnych dryfuje zbyt daleko.

W przypadku platformy SAP HANA na platformie Azure (duże wystąpienia) synchronizacja czasu na platformie Azure nie ma zastosowania do jednostek obliczeniowych w sygnaturach dużych wystąpień. Nie ma ona również zastosowania do uruchamiania aplikacji SAP na natywnych maszynach wirtualnych platformy Azure, ponieważ platforma Azure zapewnia, że czas systemu jest prawidłowo zsynchronizowany.

W związku z tym należy skonfigurować oddzielny serwer czasu. Ten serwer będzie używany przez serwery aplikacji SAP działające na maszynach wirtualnych platformy Azure. Będzie ona również używana przez wystąpienia bazy danych SAP HANA uruchomione na HANA Large Instances. Infrastruktura pamięci masowej w instancjach Large Instance jest synchronizowana czasowo z serwerami Network Time Protocol (NTP).

Networkowanie

Podczas projektowania sieci wirtualnych Azure i łączenia tych sieci wirtualnych z dużymi wystąpieniami HANA, należy postępować zgodnie z zaleceniami opisanymi w:

Oto kilka szczegółów, które warto wspomnieć o sieci pojedynczych urządzeń. Każda jednostka HANA Large Instance jest wyposażona w dwa lub trzy adresy IP przypisane do dwóch lub trzech portów kontrolera interfejsu sieciowego (NIC). Trzy adresy IP są używane w konfiguracjach skalowania poziomego platformy HANA oraz w scenariuszu replikacji systemu HANA. Jeden z adresów IP przypisanych do interfejsu sieciowego jednostki znajduje się poza pulą adresów IP serwera, opisanej w Omówieniu i architekturze SAP HANA (duże wystąpienia) na platformie Azure.

Aby uzyskać więcej informacji na temat szczegółów sieci Ethernet dla twojej architektury, zobacz Obsługiwane scenariusze HLI.

Magazynowanie

Układ przechowywania dla SAP HANA (duże wystąpienia) jest konfigurowany przez obsługę usługi SAP HANA na platformie Azure zgodnie z zalecanymi przez SAP wytycznymi.

Przybliżone rozmiary różnych woluminów dla różnych SKU dużych instancji HANA są udokumentowane w omówieniu i architekturze SAP HANA (duże instancje) na platformie Azure.

Konwencje nazewnictwa woluminów magazynu są wymienione w poniższej tabeli:

Użycie magazynu Nazwa montażu Nazwa woluminu
Dane HANA /hana/data/SID/mnt0000<m> Adres IP magazynu:/hana_data_SID_mnt00001_tenant_vol
Dziennik platformy HANA /hana/log/SID/mnt0000<m> Adres IP magazynu:/hana_log_SID_mnt00001_tenant_vol
Kopia zapasowa dziennika HANA /hana/log/backups Adres IP przechowywania:/hana_log_backups_SID_mnt00001_tenant_vol
Udostępniono platformę HANA /hana/shared/SID Adres IP magazynu:/hana_shared_SID_mnt00001_tenant_vol/udostępnione
usr/sap /usr/sap/SID Adres IP magazynu:/hana_shared_SID_mnt00001_tenant_vol/usr_sap

SID to identyfikator systemowy instancji HANA.

Tenant to wewnętrzna enumeracja operacji podczas wdrażania klienta.

HANA usr/sap współdzielą ten sam wolumin. Nomenklatura punktów montowania zawiera identyfikator systemu wystąpień HANA i numer montowania. W przypadku wdrożeń w skali istnieje tylko jeden punkt montowania, taki jak mnt00001. W przypadku wdrożeń skalowanych w poziomie zobaczysz tyle montowań, ile masz węzłów roboczych i głównych.

W przypadku środowisk skalowania poziomego woluminy danych, dzienników i kopii zapasowych dzienników są współużytkowane i dołączone do każdego węzła w konfiguracji skalowania poziomego. W przypadku konfiguracji obejmujących wiele wystąpień SAP, tworzony jest inny zestaw woluminów i dołączany do Large Instance HANA. Aby uzyskać szczegółowe informacje o układzie magazynu dla danego scenariusza, zobacz Scenariusze obsługiwane przez interfejs HLI.

Duże wystąpienia platformy HANA są wyposażone w hojny wolumin dysku przeznaczony dla danych HANA oraz wolumin dla logów i kopii zapasowej HANA. Zwiększyliśmy rozmiar systemu HANA/danych, ponieważ migawki magazynu korzystają z tego samego woluminu dysku. Im więcej wykonujesz migawek magazynu, tym więcej miejsca zajmują migawki w przypisanych woluminach magazynu.

Wolumin HANA do dziennika i kopii zapasowej nie powinien być wykorzystywany jako wolumin kopii zapasowych bazy danych. Został on rozmiarowo dostosowany do użycia jako wolumin kopii zapasowej dziennika transakcji HANA. Aby uzyskać więcej informacji, zobacz wysoka dostępność i odzyskiwanie po awarii platformy SAP HANA (duże wystąpienia) na platformie Azure.

Możesz zwiększyć swoje miejsce do przechowywania, kupując dodatkowe miejsce o 1 TB na raz. To dodatkowe miejsce do przechowywania można dodać jako nowe woluminy do HANA Large Instance.

Podczas dołączania do platformy SAP HANA w usłudze Azure Service Management określisz identyfikator użytkownika (UID) i identyfikator grupy (GID) dla grupy sidadm i sapsys (na przykład: 1000 500). Podczas instalacji systemu SAP HANA należy użyć tych samych wartości. Ponieważ chcesz wdrożyć wiele wystąpień HANA w jednostce, otrzymujesz wiele zestawów woluminów (jeden zestaw dla każdego wystąpienia). Dlatego w czasie wdrażania należy zdefiniować następujące elementy:

  • Identyfikator SID różnych instancji platformy HANA (sidadm jest z niego pochodną).
  • Rozmiary pamięci różnych wystąpień HANA. Rozmiar pamięci na instancję definiuje rozmiar objętości w każdym zestawie objętości.

Na podstawie zaleceń dotyczących dostawcy pamięci masowej następujące opcje montowania są skonfigurowane dla wszystkich zamontowanych woluminów (nie obejmuje rozruchowego LUN):

  • nfs rw, vers=4, hard, timeo=600, rsize=1048576, wsize=1048576, intr, noatime, lock 0 0

Te punkty instalacji są konfigurowane w pliku /etc/fstab, jak pokazano na poniższych zrzutach ekranu:

Zrzut ekranu przedstawiający fstab zamontowanych woluminów w jednostce HANA Large Instance.

Dane wyjściowe polecenia df -h w instancji S72m HANA Large wygląda następująco:

Zrzut ekranu przedstawiający dane wyjściowe polecenia dla HANA Large Instance.

Kontroler pamięci i węzły w dużych obszarach wystąpień są synchronizowane z serwerami NTP. Synchronizowanie platformy SAP HANA na platformie Azure (dużych wystąpień) i maszyn wirtualnych platformy Azure z serwerem NTP jest ważne. Eliminuje znaczący dryf czasu między infrastrukturą a jednostkami obliczeniowymi na platformie Azure lub konfiguracjami dużych instancji.

Aby zoptymalizować system SAP HANA w odniesieniu do używanego poniżej składowania, ustaw następujące parametry konfiguracji SAP HANA:

  • max_parallel_io_requests 128
  • async_read_submit w dniu
  • async_write_submit_active włączony
  • async_write_submit_blocks wszystkie

W przypadku wersji SAP HANA 1.0 z dodatkiem SPS12 te parametry można ustawić podczas instalacji bazy danych SAP HANA zgodnie z opisem w notatce SAP #2267798 — konfiguracja bazy danych SAP HANA.

Parametry można również skonfigurować po instalacji bazy danych SAP HANA przy użyciu platformy hdbparam.

Pamięć masowa używana w Dużych Instancjach HANA ma ograniczenie rozmiaru pliku. Ograniczenie rozmiaru wynosi 16 TB na plik. W przeciwieństwie do ograniczeń rozmiaru plików w systemach plików EXT3 platforma HANA nie jest świadoma ograniczeń magazynu narzuconych niejawnie przez HANA Large Instances. W związku z tym platforma HANA nie utworzy automatycznie nowego pliku danych po osiągnięciu limitu rozmiaru pliku 16 TB. Gdy platforma HANA podejmie próbę zwiększenia rozmiaru pliku powyżej 16 TB, platforma HANA zgłosi błędy, a serwer indeksowania ulegnie awarii na końcu.

Ważne

Aby zapobiec próbie zwiększenia rozmiaru plików danych przez platformę HANA poza limitem rozmiaru pliku o rozmiarze 16 TB magazynu dużych wystąpień platformy HANA, ustaw następujące parametry w pliku konfiguracji platformy SAP HANA global.ini:

  • datavolume_striping=true
  • datavolume_striping_size_gb = 15000
  • Zobacz też notę SAP #2400005
  • Należy pamiętać o uwadze SAP #2631285

W przypadku platformy SAP HANA 2.0 struktura hdbparam została przestarzała. Dlatego parametry muszą być ustawiane przy użyciu poleceń SQL. Aby uzyskać więcej informacji, zobacz nota SAP #2399079: Eliminacja hdbparam w HANA 2.

Zapoznaj się z obsługiwanymi scenariuszami HLI, aby dowiedzieć się więcej o układzie pamięci masowej dla architektury.

Następne kroki

Zapoznaj się z krokami instalowania oprogramowania SAP HANA na platformie Azure (duże wystąpienia).

Instalowanie HANA na SAP HANA na platformie Azure (Duże Wystąpienia)