Udostępnij za pośrednictwem

Wybieranie zasobów obliczeniowych i magazynu

  • Artykuł

W tym artykule opisano sposób właściwego rozmiaru zasobów obliczeniowych i magazynu dla obciążeń Oracle przy użyciu modelu infrastruktury jako usługi (IaaS) platformy Azure.

Za pomocą usługi Azure IaaS można migrować obciążenia Oracle ze środowiska lokalnego do chmury. Złożoność, rozmiar i wysokie wymagania wejściowe/wyjściowe (we/wy) obciążenia mogą komplikować proces migracji i negatywnie wpływać na wydajność bazy danych Oracle Database. Wydajność bazy danych zależy od parametrów, takich jak przepływność odczytu/zapisu (MB/s), liczba operacji we/wy odczytu na sekundę, procesor CPU, pamięć RAM i opóźnienie sieci. W związku z tym wybór prawidłowej kombinacji zasobów obliczeniowych i magazynu dla usługi Azure IaaS oraz lokalizacji obciążeń aplikacji względem usług baz danych ma kluczowe znaczenie dla pomyślnej migracji bazy danych.

Ocena obciążenia Oracle przy użyciu raportów AWR lub Statspack

Aby uzyskać odpowiednie zalecenia dotyczące rozmiaru wymaganej infrastruktury platformy Azure, należy wygenerować raport automatycznego repozytorium obciążeń (AWR) lub raport Statspack dla każdej bazy danych, która ma być migrowana na platformę Azure.

Raport AWR to szczegółowy raport analizy wydajności generowany przez bazę danych Oracle Database. Raport zawiera kompleksowe informacje o wydajności bazy danych, zdarzeniach oczekiwania, zasobach systemowych i nie tylko. Raport AWR jest dołączony do pakietu diagnostycznego Oracle dla zestawu produktów Oracle Database. Jeśli korzystasz z wersji Standard Edition lub Enterprise bez licencji pakietu diagnostycznego, zamiast tego użyj raportu Statspack .

Wgląd w szczytowe obciążenie jest niezbędny, ponieważ baza danych i serwery są używane do różnych pojemności. Jeśli szczytowe obciążenie występuje w czasie wykonywania kopii zapasowych w nocy i kopii zapasowej wymagania celu czasu odzyskiwania (RTO) lub celu punktu odzyskiwania (RPO) znajdują się w ciągu czterech godzin, możesz powtórzyć to samo ćwiczenie dla średniego obciążenia.

Okres szczytowego obciążenia wynosi zwykle jedną godzinę. Szczytowe obciążenie można określić przy użyciu programu Oracle Enterprise Manager. Jeśli nie masz licencji dla programu Oracle Enterprise Manager, możesz użyć następującego skryptu dla pięciu najbardziej ruchliwych razy. Ten skrypt jest dostępny zarówno dla baz danych w wersji Standard Edition, jak i dla baz danych Enterprise Edition.

Zalecenia

  • Generowanie kompleksowych raportów AWR na potrzeby ćwiczenia dotyczącego odpowiedniego określania rozmiaru bazy danych.
  • Wygeneruj raport AWR dla najbardziej ruchliwego okresu obciążenia w krótkich przedziałach czasu, takich jak 30 minut lub jedna godzina.
  • Wygeneruj raport AWR o szczytowym obciążeniu (i raport AWR o średnim obciążeniu szczytowym, jeśli chcesz).
  • Uzyskaj wszelkie inne raporty AWR, które mogą zawierać ważne szczegóły dotyczące obciążenia bazy danych, takie jak okresy raportowania zakończenia miesiąca lub zakończenia kwartału.
  • Upewnij się, że raport jest w kodzie HTML dla odpowiedniego narzędzia do określania rozmiaru.
  • Użyj następujących skryptów, aby uzyskać pięć najbardziej ruchliwych razy, jeśli nie masz pewności, kiedy występuje szczytowe obciążenie:

Używanie zautomatyzowanych narzędzi do odpowiedniego rozmiaru obciążenia

Ustawianie odpowiedniego rozmiaru obciążeń przy użyciu zautomatyzowanych narzędzi w celu dopasowania ich do odpowiedniej jednostki SKU usługi Azure Virtual Machines zgodnie z procesorami wirtualnymi, pamięcią, przepływnością i operacjami we/wy na sekundę. Analizowanie raportu AWR lub raportu statspack obciążeń Oracle w celu odpowiedniego rozmiaru infrastruktury platformy Azure w celu spełnienia wymagań dotyczących wydajności. Takie analizy są oparte na specjalistycznej wiedzy na temat wydajności bazy danych i wymagają zautomatyzowanych narzędzi do zarządzania wszystkimi zmiennymi, takimi jak Narzędzie Oracle Migration Assistant (OMAT).

Program OMAT pomaga ocenić użycie zasobów lokalnie lub w instalacjach oracle w chmurze i zaleca optymalne uruchamianie tego samego obciążenia na platformie Azure. Narzędzie OMAT zbiera i przetwarza raporty AWR z systemu źródłowego, wyodrębnia wymagane dane i umieszcza je w skoroszycie programu Excel. Zapoznaj się z partycją procesorów CPU i procesorów podstawowych, gdy używasz funkcji OMAT, aby uzyskać współczynnik hiperwątkowy. OMAT domyślnie używa współczynnika dwóch, ale można dostosować tę liczbę do określonego użycia. Jeśli potrzebujesz pomocy technicznej, skontaktuj się z lokalną osobą kontaktów.

Zalecenia

  • Użyj zautomatyzowanych narzędzi do określania rozmiaru, takich jak OMAT. Narzędzia do określania rozmiaru z prawej strony automatyzują kroki opisane w dokumencie ustalania rozmiaru AWR, aby przyspieszyć proces migracji i uprościć raport AWR.
  • Skontaktuj się z ekspertami, którzy rozumieją zalecenia wygenerowane przez raport OMAT.

Wybieranie odpowiedniej maszyny wirtualnej dla obciążenia

Ważne jest, aby wybrać odpowiednią maszynę wirtualną dla obciążenia. Każda rodzina maszyn wirtualnych zawiera wybór rozmiarów, które można dopasować do Twoich potrzeb. Seria E i seria M to maszyny wirtualne hiperwątkowa, które są powszechnie używane do potrzeb bazy danych. Użyj maszyn wirtualnych serii E dla obciążeń o wysokiej przepływności. Użyj maszyn wirtualnych serii M dla obciążeń wymagających dużej ilości pamięci.

Firma Microsoft oferuje również ograniczone rozmiary rdzeni w celu zmniejszenia kosztów licencjonowania oprogramowania przy zachowaniu tej samej przepustowości pamięci, magazynu i operacji we/wy.

Zalecenia

Wybieranie odpowiedniego rozwiązania magazynu dla obciążenia

Wybór rozwiązania magazynu platformy Azure dla bazy danych zależy od rozmiaru bazy danych, liczby operacji we/wy na sekundę i przepływności. Usługa Azure Dyski zarządzane udostępnia woluminy magazynu na poziomie bloku zarządzane przez platformę Azure i używane z maszynami wirtualnymi platformy Azure. Usługa Azure Storage oferuje szeroką gamę wysoce dostępnych, wysoce skalowalnych opcji magazynowania dla aplikacji, danych i maszyn wirtualnych w chmurze. Ocena odpowiedniego rozmiaru pomaga zdecydować, które rozwiązanie magazynu ma być używane dla bazy danych.

Inne zagadnienia dotyczące magazynu są związane z zarchiwizowanym plikami dziennika i kopiami zapasowymi oracle. Archiwizowanie dzienników ponownego wykonywania to ciągły proces odczytu/zapisu, który obejmuje ciągłą ocenę wymagań i dostępności rozwiązania.

Raport AWR zapewnia wgląd w wymagania dotyczące przepływności i liczby operacji we/wy na sekundę dla określonego obciążenia. Przed wdrożeniem należy znać wymagania dotyczące przepływności i liczby operacji we/wy na sekundę, ponieważ obciążenia Oracle są wrażliwe na wydajność.

W poniższej tabeli przedstawiono przykład układu magazynu dysku danych.

Nazwa dysku Funkcja Rozmiar (GB) Przepływność Liczba operacji we/wy na sekundę Zalecenie dotyczące dysku
oredo Dzienniki ponownego wdrażania online 400 150 1500 Wybierz ssd w warstwie Premium w wersji 2, jeśli są dostępne, a w przeciwnym razie P20
oarch Zarchiwizowane dzienniki ponownego wdrażania 7000 300 1250 Azure Blob Storage skonfigurowane w warstwie Gorąca
odata Pliki danych i pliki sterujące 18000 1000 2500 Wybierz dysk SSD w warstwie Premium w wersji 2, jeśli jest dostępny i 5*P50 (rozłożony na RAID-0) w przeciwnym razie

Tymczasowa przestrzeń tabel może używać dużej przepływności i liczby operacji we/wy na sekundę. Jeśli ten scenariusz dotyczy obciążenia, wybierz maszynę wirtualną, która ma dołączony dysk efemeryczny, taki jak Ed-v5. Umieść tymczasową przestrzeń tabel na dysku. Możesz wybrać inne typy dysków w zależności od wymagań.

Jest to tylko jeden przykład obciążenia klienta. Pamiętaj, aby przejrzeć i dostosować wymagania dotyczące rozmiaru obciążenia, liczby operacji we/wy na sekundę i przepływności odpowiednio.

Jeśli musisz użyć wielu dysków dla co najmniej jednego woluminu logicznego w konfiguracji dysku, niezależnie od technologii dysków (Oracle ASM, LVM lub innej), upewnij się, że równoważenie obciążenia między dyskami zapewnia maksymalną wydajność.

Możesz użyć dysków zarządzanych SSD w warstwie Premium w wersji 2 wszędzie tam, gdzie są dostępne. Sprawdź dostępność zgodnie z regionem i przejrzyj konfiguracje dysków przed wdrożeniem.

Domyślny skonfigurowany rozmiar dysku w usłudze ASM jest decydujący, jeśli używasz programu Oracle ASM i Dyski zarządzane. Jeśli skonfigurujesz usługę ASM dla maksymalnego rozmiaru 4096 GB, usługa ASM może przetworzyć tylko tę kwotę. Nawet jeśli aprowizujesz wyższe dyski, usługa ASM nie rozpoznaje miejsca. Odpowiednio zaplanuj rozmiar dysku i zdecyduj, czy aprowizować około 4095 GB dysków. Aby uzyskać więcej informacji, zobacz Konfiguracja usługi ASM.

Zalecenia

Rozmiar niezbędnej infrastruktury obliczeniowej dla aplikacji Oracle

Aplikacje Oracle można zwykle przenosić na platformę Azure przy użyciu maszyn wirtualnych z podobnymi możliwościami do maszyn wirtualnych używanych we wdrożeniu lokalnym.

Punkty danych z warstw aplikacji i sieci Web umożliwiają rozmiar niezbędnej infrastruktury obliczeniowej dla aplikacji Oracle. Warstwę Aplikacji można przenieść do dowolnej odpowiedniej jednostki SKU maszyny wirtualnej spełniającej wymagania dotyczące wydajności i optymalizacji kosztów.

Aby uzyskać więcej informacji na temat używania architektur referencyjnych do wdrażania aplikacji Oracle w usłudze Azure IaaS, zobacz Aplikacje Oracle na platformie Azure.

Zalecenia

Pobieranie punktów danych z warstwy Aplikacji i warstwy sieci Web. Te punkty danych obejmują:

  • Liczba procesorów wirtualnych
  • Średnie użycie procesorów wirtualnych
  • Rozmiar pamięci
  • Średnie użycie pamięci
  • Rozmiar magazynu aplikacji
  • Wersja aplikacji
  • System operacyjny
  • Łączna liczba operacji we/wy na sekundę
  • Łączna przepływność
  • Strategia tworzenia kopii zapasowych

Następny krok

Aby dowiedzieć się, jak chronić krytyczne dane i aplikacje, zobacz Ciągłość działania i odzyskiwanie po awarii.