Planowanie pojemności migracji obciążeń Oracle na platformę Azure
Ten artykuł opiera się na wskazówkach dotyczących przewodnika Azure Cloud Adoption Framework i zawiera zagadnienia dotyczące planowania pojemności infrastruktury dla obciążeń Oracle na platformie Microsoft Azure. Ten artykuł zawiera zalecenia i narzędzia ułatwiające wykonanie tego procesu planowania.
Planowanie pojemności jest niezbędne do wydajnego zarządzania wydajnością i kosztami podczas uruchamiania obciążeń bazy danych Oracle na platformie Azure. W tym artykule opisano wytyczne, metody i narzędzia do dokładnego przydzielania zasobów, równoważenia potrzeb związanych z wydajnością i optymalizowania kosztów. Określone wymagania dotyczące pojemności zależą od charakterystyk wydajności obciążenia bazy danych. Te cechy są transakcyjne, analityczne lub mieszane. Czynniki ograniczające obciążenia bazy danych Oracle zwykle przetwarzają moc, pamięć i przepływność.
Planowanie pojemności pomaga wybrać odpowiednią infrastrukturę dla architektury Oracle na platformie Azure. Aby skutecznie zaimplementować ten proces, musisz zrozumieć pojemność magazynu bazy danych.
Zagadnienia dotyczące planowania pojemności
Planowanie pojemności obciążeń Oracle w infrastrukturze jako usługi (IaaS) platformy Azure to proces, który wymaga dokładnego zrozumienia wymagań dotyczących obciążenia i dostępnych zasobów platformy Azure.
Uwaga
Poniżej przedstawiono zagadnienia dotyczące baz danych Oracle, które działają na maszynach wirtualnych platformy Azure. W przypadku Database@Azure Oracle skontaktuj się z lokalnym zespołem sprzedaży Oracle, aby uzyskać wskazówki dotyczące ustalania rozmiaru.
Ogólne zagadnienia dotyczące wydajności
Istniejące środowisko może nie służyć jako dokładna miara ustalania rozmiaru dla wymagań dotyczących obciążeń bazy danych Oracle na platformie Azure. Użyj raportów AWR (Oracle Automatic Workload Repository), aby zrozumieć charakterystykę wydajności obciążenia lub obciążeń na potrzeby migracji. Raporty AWR zawierają statystyki wydajności obciążeń bazy danych Oracle.
Istniejące środowisko można użyć jako miary określania rozmiaru dla serwerów aplikacji, gdy nie ma dostępnych statystyk wydajności usługi AWR. Należy zebrać metryki wydajności z serwerów aplikacji, aby upewnić się, że serwery aplikacji i wszystkie rozwiązania typu platforma jako usługa (PaaS) mają odpowiedni rozmiar.
Uwaga
Aby zbierać raporty AWR, musisz kupić licencję pakietu diagnostycznego Oracle dla obciążenia bazy danych. Możesz użyć raportów Statspack jako alternatywy dla raportów AWR. Raporty statspack są podzbiorem raportów AWR i nie wymagają licencji pakietu diagnostycznego.
Zbieranie raportów AWR dla obciążenia bazy danych:
Gdy obciążenie ma szczytowe obciążenie. Jeśli nie znasz szczytowego czasu ładowania, użyj skryptu
busiest_awr, aby określić najbardziej ruchliwy AWR.W okresie, który jest reprezentatywny dla szczytowego obciążenia. Na przykład wygeneruj raport AWR w procesie zakończenia miesiąca, jeśli szczytowe obciążenie jest procesem zakończenia miesiąca. Okres powinien zawierać tylko szczytowe czasy ładowania i wykluczyć rozszerzone okresy niskiego obciążenia. W przypadku uwzględnienia okresów niskiego obciążenia w raporcie AWR statystyki wydajności reprezentują średnią, a nie rzeczywiste wymagania dotyczące wydajności obciążenia.
W przypadku działań, takich jak procesy wsadowe lub inne działania, które stanowią znaczne obciążenie bazy danych.
Zbieranie raportów AWR podczas szczytowego obciążenia i podobnych scenariuszy. Aby określić odpowiednią jednostkę SKU maszyny wirtualnej i konfigurację magazynu, zobacz Ustalanie rozmiaru zasobów platformy Azure na podstawie raportu Oracle AWR. Jeśli zarządzasz wieloma obciążeniami bazy danych Oracle i rozważasz konsolidację kilku obciążeń na tych samych maszynach wirtualnych, użyj narzędzia Oracle Asystent migracji Tool (OMAT). OMAT to zautomatyzowane narzędzie do oceny rozmiaru, które generuje ocenę infrastruktury na podstawie raportów AWR i udostępnia sugestie dotyczące możliwych konfiguracji maszyn wirtualnych i magazynu.
Zagadnienia dotyczące obliczeń
Po określeniu podstawowych wymagań dotyczących wydajności dla obciążenia bazy danych należy wziąć pod uwagę następujące zalecenia dotyczące planowania maszyny wirtualnej:
Jeśli ma to zastosowanie, użyj ograniczonych rdzeni. Ograniczone rdzenie zapewniają pojemność pamięci i przepływności większej jednostki SKU maszyny wirtualnej z pojemnością procesorów wirtualnych mniejszej jednostki SKU maszyny wirtualnej. Rdzenie ograniczone są preferowane z perspektywy kosztów licencjonowania Oracle, ponieważ licencjonowanie oracle opiera się na rdzeniach procesora. Aby uzyskać więcej informacji na temat sposobu działania licencjonowania oracle na platformie Azure, zobacz Licencjonowanie oprogramowania Oracle w środowisku przetwarzania w chmurze. Aby uzyskać więcej informacji na temat ograniczonych rdzeni, zobacz Rozmiary maszyn wirtualnych platformy Azure.
Używaj maszyn wirtualnych zoptymalizowanych pod kątem pamięci dla obciążeń Oracle. Maszyny wirtualne zoptymalizowane pod kątem pamięci mają większy stosunek pamięci do procesorów wirtualnych niż maszyny wirtualne ogólnego przeznaczenia. Te maszyny wirtualne są preferowane w przypadku obciążeń Oracle, które zwykle intensywnie korzystają z pamięci. Aby uzyskać więcej informacji na temat maszyn wirtualnych zoptymalizowanych pod kątem pamięci, zobacz Rozmiary maszyn wirtualnych zoptymalizowane pod kątem pamięci.
Podczas oceny ogólnej architektury uwzględnij inne maszyny wirtualne, które są wymagane dla środowisk o wysokiej dostępności, nieprodukcyjnej i nieprodukcyjnej.
Zagadnienia dotyczące magazynu
Wydajność i niezawodność obciążeń bazy danych Oracle w dużym stopniu zależy od projektowania i konfiguracji podstawowej infrastruktury magazynu. Rozważ następujące wskazówki dotyczące planowania magazynu:
Jeśli używasz dysków zarządzanych, upewnij się, że używasz dysków SSD w warstwie Premium platformy Azure, dysków SSD w warstwie Premium w wersji 2 lub usługi Azure Ultra Disk Storage dla obciążeń Oracle. Nie zalecamy korzystania z dysków SSD w warstwie Standardowa platformy Azure ani dysków HDD w warstwie Standardowa platformy Azure na potrzeby produkcyjnych obciążeń Oracle. Aby uzyskać szczegółowe informacje o ograniczeniach dysków SSD w warstwie Premium w wersji 2 i Ultra Disk Storage, zobacz Dyski zarządzane platformy Azure.
Opóźnienie dysku może być problemem w zależności od właściwości obciążenia. Aby uzyskać więcej informacji na temat opóźnienia dysku, zobacz Typy dysków zarządzanych platformy Azure.
Jeśli używasz dysków SSD w warstwie Premium, skonfiguruj buforowanie hosta dla
ReadOnlywszystkich dysków danych iReadWritedla klasy OSDisk. Buforowanie dysku hosta nie jest obsługiwane w przypadku dysków większych niż 4095 GB. Aby utworzyć woluminy większe niż parametr P50 lub 4 TB, przydziel wiele dysków SSD w warstwie Premium w celu utworzenia woluminów logicznych raid-0 rozłożonych. Użyj menedżera woluminów, takiego jak Menedżer woluminów logicznych systemu Linux w wersji 2 (LVM2) lub przydziel wiele dysków SSD w warstwie Premium, aby utworzyć grupy dysków automatycznego zarządzania magazynem (ASM, Automatic Storage Management) firmy Oracle w celu spełnienia żądanej pojemności lub wymaganej przepływności.W przypadku korzystania z dysków zarządzanych skumulowana przepływność wszystkich dysków dołączonych do maszyny wirtualnej i ograniczona przez jednostkę SKU maszyny wirtualnej określa przepływność dysku. Aby uzyskać więcej informacji, zobacz Maszyny wirtualne i wydajność dysku.
Jeśli używasz dysków zarządzanych z obciążeniem intensywnie korzystającym z zapisu, rozważ użycie magazynu w warstwie Ultra Disk na potrzeby ponownego wykonywania dzienników.
Jeśli wymagania dotyczące przepływności przekraczają maksymalną przepływność pojedynczej maszyny wirtualnej, rozważ użycie magazynu sieciowego, takiego jak Usługa Azure NetApp Files , ponieważ maszyna wirtualna jest ograniczona w przepływności sieci lub ruchu wychodzącego, a nie przepływności dysku dla takiej konfiguracji.
Jeśli często używasz plików tymczasowych Oracle, rozważ wybranie jednostki SKU maszyny wirtualnej z dyskiem tymczasowym i umieszczenie plików tymczasowych na dysku tymczasowym. Ta konfiguracja zmniejsza obciążenie wejścia/wyjścia (we/wy) na dyskach danych.