Delen via

Compute en opslag kiezen

  • Artikel

In dit artikel wordt beschreven hoe u de juiste grootte van rekenkracht en opslag voor uw Oracle-workloads kunt aanpassen met behulp van het IaaS-model (Infrastructuur als een dienst) van Azure.

U kunt Azure IaaS gebruiken om uw Oracle-workloads van on-premises naar de cloud te migreren. De complexiteit, grootte en hoge I/O-vereisten (input/output) van een workload kunnen het migratieproces bemoeilijken en een negatieve invloed hebben op de prestaties van Oracle Database. Databaseprestaties zijn afhankelijk van parameters zoals lees-/schrijfschijfdoorvoer (MBps), IOPS voor lezen/schrijven, CPU, RAM en netwerklatentie. Daarom is het kiezen van de juiste combinatie van rekenkracht en opslag voor Azure IaaS en de locatie van toepassingsworkloads ten opzichte van databaseservices van cruciaal belang voor een succesvolle databasemigratie.

De Oracle-workload evalueren met behulp van AWR- of Statspack-rapporten

Als u aanbevelingen voor de juiste grootte wilt krijgen voor de vereiste Azure-infrastructuur, moet u een AWR-rapport (Automatic Workload Repository) of een Statspack-rapport genereren voor elke database die u naar Azure wilt migreren.

Een AWR-rapport is een gedetailleerd prestatieanalyserapport dat wordt gegenereerd door Oracle Database. Het rapport bevat uitgebreide informatie over databaseprestaties, wacht gebeurtenissen, systeembronnen en meer. Een AWR-rapport is opgenomen in het Oracle Diagnostics Pack voor de Oracle Database-productset. Als u een Standard Edition of Enterprise-editie gebruikt zonder een diagnostics pack-licentie, gebruikt u in plaats daarvan een Statspack-rapport .

Inzicht in de piekbelasting is essentieel omdat een database en servers met verschillende capaciteiten worden gebruikt. Als de piekbelasting optreedt tijdens de tijdsinstellingen van de back-up tijdens de nacht en de vereisten voor de RTO (Recovery Time Objective) of RPO (Recovery Point Objective) binnen vier uur zijn, kunt u dezelfde oefening herhalen voor een gemiddelde belasting.

Het tijdvenster voor piekbelasting is meestal één uur. U kunt de piekbelasting bepalen met behulp van Oracle Enterprise Manager. Als u geen licentie voor Oracle Enterprise Manager hebt, kunt u het volgende script gebruiken voor de vijf drukste tijden. Dit script is beschikbaar voor zowel Standard Edition-databases als Enterprise Edition databases.

Aanbevelingen

  • Genereer uitgebreide AWR-rapporten voor een oefening met de juiste grootte van de database.
  • Genereer het AWR-rapport voor de drukste werkbelastingsperiode tijdens korte perioden, zoals 30 minuten of één uur.
  • Genereer een AWR-rapport met piekbelasting (en desgewenst een AWR-rapport met gemiddelde piekbelasting).
  • Verkrijg andere AWR-rapporten met belangrijke informatie over de databaseworkload, zoals rapportageperioden aan het einde van de maand of het einde van het kwartaal.
  • Zorg ervoor dat het rapport html is voor het hulpprogramma voor het juiste formaat.
  • Gebruik de volgende scripts om de vijf drukste tijden op te halen als u niet zeker weet wanneer piekbelasting optreedt:

Geautomatiseerde hulpprogramma's gebruiken om de grootte van uw workload te wijzigen

De juiste grootte van uw workloads aanpassen met behulp van geautomatiseerde hulpprogramma's, zodat deze overeenkomen met de juiste Azure Virtual Machines-SKU op basis van vCPU, geheugen, doorvoer en IOPS. Analyseer een AWR-rapport of een Statspack-rapport van uw Oracle-workloads om de juiste grootte van uw Azure-infrastructuur te bepalen, zodat deze voldoet aan de prestatievereisten. Dergelijke analyses zijn gebaseerd op deskundige kennis van databaseprestaties en vereisen geautomatiseerde hulpprogramma's voor het beheren van alle variabelen, zoals de Oracle Migration Assistant Tool (OMAT).

OMAT helpt u bij het evalueren van uw resourcegebruik voor on-premises of in de cloud Oracle-installaties en raadt de optimale virtuele machine (VM) en opslag aan om dezelfde workload in Azure uit te voeren. OMAT verzamelt en verwerkt AWR-rapporten uit het bronsysteem, extraheert de vereiste gegevens en plaatst deze in een Excel-werkmap. Controleer de partitie van CPU- en kernprocessors wanneer u OMAT gebruikt om u de hyperthread-factor te geven. OMAT gebruikt standaard een factor twee, maar u kunt dit aantal aanpassen aan uw specifieke gebruik. Neem contact op met uw lokale contactpersoon als u ondersteuning nodig hebt.

Aanbevelingen

  • Gebruik geautomatiseerde hulpprogramma's voor het aanpassen van de juiste grootte, zoals OMAT. Hulpprogramma's voor het aanpassen van de juiste grootte automatiseren de stappen die worden beschreven in het AWR-formaatdocument om het migratieproces te versnellen en het AWR-rapport te vereenvoudigen.
  • Neem contact op met experts die de aanbevelingen begrijpen die zijn gegenereerd door het OMAT-rapport.

Kies de juiste VM voor uw workload

Het is belangrijk om de juiste VM voor uw workload te kiezen. Elke VM-serie wordt geleverd met een selectie van grootten die kunnen worden afgestemd op uw behoeften. E-serie en M-serie zijn virtuele machines met hyperthreads die veel worden gebruikt voor databasebehoeften. Gebruik vm's uit de E-serie voor workloads met hoge doorvoerwaarden. Gebruik VM's uit de M-serie voor workloads die veel geheugen vereisen.

Microsoft biedt ook beperkte kerngrootten om de kosten van softwarelicenties te verlagen met behoud van dezelfde geheugen-, opslag- en I/O-bandbreedte.

Aanbevelingen

De juiste opslagoplossing voor uw workload kiezen

De keuze van de Azure-opslagoplossing voor de database is afhankelijk van de databasegrootte, IOPS en doorvoer. Azure Managed Disks biedt opslagvolumes op blokniveau die worden beheerd door Azure en worden gebruikt met Azure-VM's. Azure Storage biedt een breed scala aan maximaal beschikbare, zeer schaalbare opslagopties voor apps, gegevens en VM's in de cloud. De evaluatie van de juiste grootte helpt u te bepalen welke opslagoplossing u voor de database wilt gebruiken.

Andere opslagoverwegingen hebben betrekking op gearchiveerde oracle-logboekbestanden en back-ups. Het archiveren van opnieuw uitgevoerde logboeken is een doorlopend lees-/schrijfproces waarbij de vereisten en beschikbaarheid van de oplossing voortdurend worden geëvalueerd.

Het AWR-rapport geeft inzicht in de doorvoer- en IOPS-vereisten van uw specifieke workload. Het is van cruciaal belang om uw doorvoer- en IOPS-vereisten vóór de implementatie te kennen, omdat Oracle-workloads prestatiegevoelig zijn.

De volgende tabel bevat een voorbeeld van een indeling voor gegevensschijfopslag.

Schijfnaam Functie Grootte (GB) Doorvoer IOPS Aanbeveling voor schijf
oredo Online opnieuw uitvoeren van logboeken 400 150 1500 Kies Premium SSD v2 indien beschikbaar en anders P20
oarch Gearchiveerde logboeken voor opnieuw uitvoeren 7000 300 1250 Azure Blob Storage geconfigureerd in dynamische laag
odata Gegevensbestanden en besturingsbestanden 18000 1000 2500 Kies Premium SSD v2 indien beschikbaar en 5*P50 (striped naar RAID-0) anders

De tijdelijke tabelruimte kan veel doorvoer en IOPS gebruiken. Als dit scenario van toepassing is op uw workload, kiest u een VM met een gekoppelde tijdelijke schijf, zoals Ed-v5. Plaats de tijdelijke tabelruimte op de schijf. U kunt andere schijftypen kiezen, afhankelijk van uw vereisten.

Dit is slechts één voorbeeld van een klantworkload. Zorg ervoor dat u de vereisten voor de grootte van uw workload, de IOPS en doorvoer dienovereenkomstig controleert en aanpast.

Als u meerdere schijven wilt gebruiken voor een of meer logische volumes in uw schijfinstallatie, ongeacht de schijftechnologie (Oracle ASM, LVM of andere), moet u ervoor zorgen dat u de belasting over de schijven verdelen voor maximale prestaties.

U kunt beheerde premium SSD v2-schijven gebruiken, waar ze ook beschikbaar zijn. Controleer de beschikbaarheid in overeenstemming met de regio en controleer de schijfconfiguraties vóór de implementatie.

De standaard geconfigureerde schijfgrootte in ASM is bepalend als u Oracle ASM gebruikt en Managed Disks. Als u ASM configureert voor een maximale grootte van 4096 GB, kan ASM alleen deze hoeveelheid verwerken. Dus zelfs als u hogere schijven inricht, herkent ASM de ruimte niet. Plan de schijfgrootte dienovereenkomstig en beslis of u schijven van 4095 GB wilt inrichten. Zie ASM-configuratie voor meer informatie.

Aanbevelingen

De benodigde rekeninfrastructuur voor Oracle-toepassingen aanpassen

Oracle-toepassingen kunnen doorgaans worden verplaatst naar Azure met behulp van VM's met vergelijkbare mogelijkheden als VM's die worden gebruikt in de on-premises implementatie.

Gebruik gegevenspunten uit de lagen Toepassing en Web om de benodigde rekeninfrastructuur voor Oracle-toepassingen te vergroten. De toepassingslaag kan worden verplaatst naar elke geschikte VM-SKU die voldoet aan de vereisten voor prestaties en kostenoptimalisatie.

Zie Oracle-toepassingen in Azure voor meer informatie over het gebruik van referentiearchitecturen voor het implementeren van Oracle-toepassingen op Azure IaaS.

Aanbevelingen

Gegevenspunten ophalen uit de toepassingslaag en de weblaag. Deze gegevenspunten zijn onder andere:

  • Aantal vCPU's
  • Gemiddeld vCPU-gebruik
  • Geheugengrootte
  • Gemiddeld geheugengebruik
  • Grootte van app-opslag
  • App-versie
  • Besturingssysteem
  • Totaal aantal IOPS
  • Totale doorvoer
  • Back-upstrategie

Volgende stap

Zie Bedrijfscontinuïteit en herstel na noodgevallen voor meer informatie over het beveiligen van kritieke gegevens en toepassingen.