Najlepsze rozwiązania dotyczące wydajności oprogramowania Oracle na maszynach wirtualnych platformy Azure
W tym artykule opisano, w jaki sposób wybrane opcje rozmiaru maszyny wirtualnej i magazynu wpływają na wydajność obciążenia Oracle — operacje wejścia/wyjścia (IOPS) i przepływność — niezawodność i koszt. Istnieje kompromis między optymalizacją kosztów i wydajnością. Ta seria najlepszych rozwiązań dotyczących wydajności koncentruje się na uzyskaniu najlepszej wydajności dla obciążenia Oracle na maszynach wirtualnych platformy Azure. Jeśli obciążenie jest mniej wymagające, możesz nie wymagać każdej zalecanej optymalizacji. W fazie planowania kluczowe znaczenie ma ocena wymagań dotyczących wydajności obciążeń Oracle oraz odpowiedniego rozmiaru zasobów obliczeniowych i magazynu zgodnie z potrzebami.
Rozważając uruchamianie obciążeń Oracle na maszynach wirtualnych platformy Azure, aby rozpocząć ekonomiczną konfigurację, wybierając maszynę wirtualną, która obsługuje niezbędne operacje we/wy na sekundę i przepływność z odpowiednim współczynnikiem pamięci do rdzeni wirtualnych, a następnie dodaj wymaganie dotyczące magazynu.
Zalecenia dotyczące określania rozmiaru maszyny wirtualnej
Poniżej przedstawiono trzy serie maszyn wirtualnych zalecane do uruchamiania obciążeń bazy danych Oracle na platformie Azure.
Seria E (Eds, v5 i Ebds V5)
Seria E jest przeznaczona dla obciążeń intensywnie korzystających z pamięci. Te maszyny wirtualne zapewniają wysokie współczynniki pamięci do rdzeni, dzięki czemu są odpowiednie dla baz danych Oracle. Oferuje również szereg opcji procesora CPU, które spełniają wymagania dotyczące wydajności obciążenia bazy danych Oracle.
Nowa seria Ebdsv5 zapewnia najwyższy współczynnik przepływności operacji we/wy na platformie Azure oraz stosunek pamięci do rdzeni wirtualnych równy 8. Ta seria oferuje najlepszą cenę dla obciążeń Oracle na maszynach wirtualnych platformy Azure. Rozważ pierwszą serię dla większości obciążeń bazy danych Oracle.
Seria M
Seria M jest zbudowana dla dużych baz danych, czyli do 12 TB pamięci RAM i 416 procesorów CPU. Maszyny wirtualne serii M oferują najwyższy stosunek pamięci do rdzeni wirtualnych na platformie Azure. Rozważ te maszyny wirtualne dla dużych i dużych obciążeń bazy danych Oracle o znaczeniu krytycznym lub jeśli trzeba będzie skonsolidować bazy danych na mniej maszyn wirtualnych.
Seria D
Seria D jest zbudowana na maszynach wirtualnych ogólnego przeznaczenia z mniejszymi współczynnikami pamięci do rdzeni wirtualnych z maszynami wirtualnymi ogólnego przeznaczenia. Ważne jest, aby uważnie monitorować liczniki wydajności oparte na pamięci, aby zapewnić, że obciążenie Oracle może uzyskać operacje we/wy na sekundę i przejść. Seria Ddsv5 oferuje sprawiedliwą kombinację procesorów wirtualnych, pamięci i dysku tymczasowego, ale z mniejszą obsługą pamięci do rdzeni wirtualnych. Seria D nie ma stosunku pamięci do rdzeni wirtualnych wynoszący 8, który jest zalecany w przypadku obciążeń Oracle. W związku z tym rozważ użycie tych maszyn wirtualnych dla małych i średnich baz danych lub środowiska deweloperskiego/testowego dla niższego kosztu posiadania.
Zalecenia dotyczące magazynu
Ta sekcja zawiera najlepsze rozwiązania i wskazówki dotyczące magazynu w celu zoptymalizowania wydajności obciążenia Oracle na maszynach wirtualnych platformy Azure. Podczas oceniania tych zaleceń należy wziąć pod uwagę wymagania dotyczące wydajności, kosztów i wzorców obciążeń. Przyjrzyjmy się opcjom:
Typy dysków: SSD w warstwie Premium, dyski SSD w warstwie Premium v2 i Ultra są zalecanymi typami dysków dla obciążenia Oracle. Zapoznaj się z porównaniem typów dysków, aby zrozumieć maksymalny rozmiar dysku, maksymalną przepływność i maksymalną liczbę operacji we/wy na sekundę, aby wybrać odpowiedni typ dysku dla maszyny wirtualnej platformy Azure w celu spełnienia wydajności obciążenia Oracle. Ogólnie rzecz biorąc, ssd w warstwie Premium w wersji 2 jest najlepszą ceną za dysk wydajności, którą można rozważyć.
Ssd w wersji 2 w warstwie Premium oferuje wyższą wydajność niż dyski SSD w warstwie Premium, a jednocześnie ogólnie są tańsze. W dowolnym momencie można indywidualnie dostosować wydajność (pojemność, przepływność i liczbę operacji we/wy na sekundę) dysków SSD w warstwie Premium w wersji 2, co pozwala na obniżenie kosztów obciążeń przy jednoczesnym spełnieniu zmieniających się potrzeb związanych z wydajnością. Na przykład baza danych intensywnie korzystająca z transakcji wymaga dużej ilości operacji we/wy na sekundę na małą liczbę operacji we/wy na sekundę lub aplikacja do gier może wymagać dużej ilości operacji we/wy na sekundę, ale tylko w godzinach szczytu. Ponieważ można indywidualnie dostosować wydajność, w przypadku większości obciążeń ogólnego przeznaczenia dyski SSD w wersji 2 w warstwie Premium mogą zapewnić najlepszą wydajność cenową.
Dyski SSD w warstwie Premium są odpowiednie dla obciążeń produkcyjnych o znaczeniu krytycznym. Zapewniają one obsługę dysków o wysokiej wydajności i małych opóźnieniach dla maszyn wirtualnych z obciążeniami intensywnie korzystającymi z operacji we/wy.
Dyski w warstwie Ultra to opcja magazynu o najwyższej wydajności dla maszyn wirtualnych platformy Azure. Są one odpowiednie dla obciążeń intensywnie korzystających z danych i dużych ilości transakcji. Zapewniają one małe opóźnienia pod milisekund i udostępniają elastyczny model konfiguracji wydajności, który umożliwia niezależne konfigurowanie liczby operacji we/wy na sekundę i przepływności przed aprowizację dysku i po nim.
Usługa Azure Elastic SAN zapewnia wysoce skalowalne, ekonomiczne, wysoce wydajne i niezawodne rozwiązanie magazynu blokowego, które łączy się z różnymi usługami obliczeniowymi platformy Azure za pośrednictwem protokołu iSCSI. Elastyczna sieć SAN umożliwia bezproblemowe przejście z istniejącej jednostki magazynu SAN do chmury bez konieczności refaktoryzacji architektury aplikacji klienta. To rozwiązanie może osiągnąć ogromną skalę — do milionów operacji we/wy na sekundę, dwucyfrowych GB/s przepływności oraz małych jednocyfrowych milisekund opóźnień z wbudowaną odpornością w celu zminimalizowania przestojów. Jest to doskonałe rozwiązanie dla klientów, którzy chcą skonsolidować magazyn, klienci pracujący z wieloma usługami obliczeniowymi lub ci, którzy mają obciążenia wymagające wysokiego poziomu przepływności osiągnięte przez zwiększenie pojemności magazynu przez przepustowość sieci.
Uwaga
Ustalanie rozmiaru maszyny wirtualnej przy użyciu elastycznej sieci SAN powinno uwzględniać wymagania dotyczące przepływności sieci produkcyjnej (maszyny wirtualnej do maszyny wirtualnej) wraz z przepływnością magazynu.
Rozważ umieszczenie obciążeń Oracle w elastycznej sieci SAN, aby uzyskać lepszą wydajność kosztową z następujących powodów.
Konsolidacja magazynu i dynamiczne udostępnianie wydajności: zwykle w przypadku obciążenia Oracle na maszynie wirtualnej platformy Azure magazyn typu dysku jest aprowizowany na podstawie wydajności poszczególnych maszyn wirtualnych na podstawie pojemności klienta i szczytowych wymagań dotyczących wydajności dla tej maszyny wirtualnej. Ta nadmierna aprowizowana wydajność jest dostępna w razie potrzeby, ale nie można udostępnić nieużywanej wydajności z obciążeniami na innych maszynach wirtualnych. Elastyczna sieć SAN, podobnie jak lokalna sieć SAN, umożliwia konsolidację potrzeb magazynu wielu obciążeń Oracle w celu uzyskania lepszej wydajności kosztowej, dzięki czemu można dynamicznie udostępniać aprowizowaną wydajność w woluminach aprowizowania do tych różnych obciążeń na podstawie wymagań we/wy. Na przykład w regionie Wschodnie stany USA, jeśli masz 10 obciążeń, które wymagają 2 TiB pojemności i 10 000 operacji we/wy na sekundę, ale łącznie nie potrzebują więcej niż 60 K operacji we/wy na sekundę w dowolnym momencie. Można skonfigurować elastyczną sieć SAN z 12 jednostkami podstawowymi (jedną jednostką bazową = 0,08 USD za GiB/miesiąc), która zapewnia pojemność 12 TiB i wymaganą 60 000 operacji we/wy na sekundę oraz 8 jednostek tylko do pojemności (1 jednostka tylko do pojemności = 0,06 USD za GiB/miesiąc), które zapewniają pozostałą pojemność 8 TiB w tańszej cenie. Ta optymalna konfiguracja magazynu zapewnia lepszą wydajność kosztową przy jednoczesnym zapewnieniu niezbędnej wydajności (10 000 operacji we/wy na sekundę) dla każdego z tych obciążeń. Aby uzyskać więcej informacji na temat jednostek aprowizacji elastycznych sieci SAN i jednostek aprowizujących tylko dla pojemności, zobacz Planowanie elastycznej sieci SAN platformy Azure i cennika, zobacz Azure Elastic SAN — cennik.
Aby zwiększyć przepływność magazynu: obciążenie Oracle na wdrożeniach maszyn wirtualnych platformy Azure wymaga od czasu do czasu nadmiernej aprowizacji maszyny wirtualnej z powodu limitu przepływności dysku dla tej maszyny wirtualnej. Można tego uniknąć za pomocą elastycznej sieci SAN, ponieważ zwiększa przepływność magazynu przez przepustowość sieci obliczeniowej przy użyciu protokołu iSCSI. Na przykład maszyna wirtualna Standard_E32bds_v5 (SCSI) jest ograniczona do 88 000 operacji we/wy na sekundę i 2500 MB/s dla przepływności dysku/magazynu, ale może osiągnąć maksymalnie 16 000 MB/s przepływności sieci. Jeśli wymaganie dotyczące przepływności magazynu dla obciążenia jest większe niż 2500 MB/s, nie musisz uaktualniać maszyny wirtualnej do wyższej jednostki SKU, ponieważ może teraz obsługiwać maksymalnie 16 000 MB/s przy użyciu elastycznej sieci SAN.
Ponadto poniżej przedstawiono niektóre dane wejściowe, które mogą pomóc w ściągnieniu dalszej wartości z elastycznej sieci SAN.
| Inne parametry | opis |
|---|---|
| Model aprowizacji | Elastyczny model o stopniach szczegółowości TiB |
| BCDR | Migawka przyrostowa na potrzeby szybkiego przywracania; Eksportowanie migawek na potrzeby wzmacniania zabezpieczeń. |
| Nadmiarowość i cele skalowania | Zapoznaj się z możliwościami nadmiarowości usługi Azure Elastic SAN w wymaganiach dotyczących nadmiarowości. |
| Szyfrowanie | Szyfrowanie magazynowane jest obsługiwane. |
Azure NetApp Files to natywna, natywna dla platformy Azure usługa magazynu plików klasy korporacyjnej, która jest odpowiednia do przechowywania plików bazy danych Oracle. Udostępnia woluminy jako usługę, dla której można tworzyć konta usługi NetApp, pule pojemności i woluminy. Możesz również wybrać poziomy usług i wydajności oraz zarządzać ochroną danych. Korzystając z tych samych protokołów i narzędzi, które znasz i ufasz, oraz aplikacji dla przedsiębiorstw, które zależą od środowiska lokalnego, można tworzyć i obsługiwać udziały plików, które są szybkie, niezawodne i skalowalne.
Poniżej przedstawiono kluczowe atrybuty usługi Azure NetApp Files:
- Wydajność, optymalizacja kosztów i skala.
- Prostota i dostępność.
- Zarządzanie danymi i zabezpieczenia.
- Umowa SLA 99,99%
Woluminy usługi Azure NetApp Files są wysoce dostępne zgodnie z projektem i zapewniają elastyczność skalowania woluminów w górę i w dół w pojemności i wydajności bez przerw w działaniu usługi. W przypadku innych dostępności między strefami i regionami woluminy można replikować przy użyciu replikacji między strefami i regionami.
W przypadku hostowania wymagających plików bazy danych Oracle, ponownych i archiwalnych dzienników, które są skalowane w wiele gigabajtów na sekundę przepływności i wielu terabajtów pojemności, można użyć pojedynczych lub wielu woluminów, w zależności od wymagań dotyczących wydajności i wydajności. Woluminy mogą być chronione przy użyciu migawek w celu zapewnienia szybkiej ochrony danych podstawowych i możliwości odzyskiwania. Kopie zapasowe woluminów można tworzyć przy użyciu narzędzia RMAN, AzAcSnap, kopii zapasowej usługi Azure NetApp Files lub innych preferowanych metod tworzenia kopii zapasowych lub aplikacji.
Zdecydowanie zaleca się używanie systemu plików NFS (dNFS) firmy Oracle z usługą Azure NetApp Files w celu zwiększenia wydajności. Połączenie systemu plików Oracle dNFS z usługą Azure NetApp Files zapewnia doskonałą zaletę obciążeń. System plików Oracle dNFS umożliwia zwiększenie wydajności niż system operacyjny NFS jądra systemu operacyjnego. W tym artykule wyjaśniono technologię i przedstawiono porównanie wydajności między systemem plików dNFS a klientem systemu plików NFS jądra.
Maszyny wirtualne platformy Azure są ograniczane dla ruchu sieciowego z większą szybkością niż bezpośrednio dołączony magazyn, taki jak SSD. W związku z tym wdrożenie Oracle działa lepiej przy użyciu woluminów usługi Azure NetApp Files w tej samej jednostce SKU maszyny wirtualnej lub możesz wybrać mniejszą jednostkę SKU maszyny wirtualnej dla tej samej wydajności i zaoszczędzić na kosztach licencji Oracle.
Migawki można sklonować w celu zapewnienia dostępu do odczytu/zapisu do bieżących danych na potrzeby testowania i programowania bez interakcji z danymi na żywo.
| Produkt | opis |
|---|---|
| Inny parametr | Dostępne w trzech poziomach usług wydajności (Ultra, Premium, Standard) z dynamicznymi przerwami w górę i w dół skalowanie wydajności i pojemności w celu zrównoważenia zmieniających się wymagań i kosztów. |
| Model aprowizacji | Pojedynczy wolumin dla średnich i dużych baz danych Wiele woluminów dla dużej i wysokiej przepływności. Aprowizowanie za pośrednictwem witryny Azure Portal przy użyciu dynamicznej zmiany rozmiaru i zmiany rozmiaru online. Dynamiczne skalowanie wydajności online za pośrednictwem dynamicznych zmian poziomu usług i korekt QoS. |
| BDR | Dostęp do danych niezależnych opartych na migawkach na potrzeby bc/DR i testowania/tworzenia. Przechowywanie migawek za pomocą kopii zapasowych usługi Azure NetApp Files, replikacji między regionami opartej na magazynie, replikacji między strefami magazynu, integracji z funkcją Oracle Data Guard w celu zapewnienia wysokiej dostępności i odzyskiwania po awarii. |
| Nadmiarowość i cele skalowania | Pokazano możliwość obsługi największych i najbardziej wydajnych baz danych Oracle o rozmiarze ponad 100 TiB i wielu gigabajtach na sekundę przy zachowaniu niemal natychmiastowej podstawowej ochrony danych opartych na migawkach i możliwości odzyskiwania. |
| Szyfrowanie | Pojedyncze lub podwójne szyfrowanie magazynowane przy użyciu kluczy zarządzanych przez platformę lub klienta. |
Automatyzowanie wyboru maszyn wirtualnych i magazynu
Rozważ użycie narzędzia Społeczności Oracle Asystent migracji Tool (OMAT), aby uzyskać odpowiednie jednostki SKU maszyn wirtualnych z zalecanymi opcjami magazynowania, w tym typami dysków, elastyczną siecią SAN i ANF z orientacyjnym kosztem na podstawie ceny katalogowej. Możesz podać raport AWR bazy danych Oracle jako dane wejściowe i uruchomić skrypt narzędzia OMT, aby uzyskać dane wyjściowe zalecanych jednostek SKU maszyn wirtualnych i opcji magazynu, które są zgodne z wymaganiami dotyczącymi wydajności bazy danych.