Capaciteitsplanning voor het migreren van Oracle-workloads naar Azure Virtual Machines

Dit artikel bouwt voort op richtlijnen voor Azure Cloud Adoption Framework en biedt overwegingen over de capaciteitsplanning van de infrastructuur voor Oracle-workloads in Microsoft Azure. Het artikel bevat aanbevelingen en hulpprogramma's om u te helpen bij dit planningsproces.

Capaciteitsplanning is essentieel voor efficiënt prestatie- en kostenbeheer bij het uitvoeren van Oracle-databaseworkloads in Azure. In dit artikel worden richtlijnen, methoden en hulpprogramma's beschreven om resources nauwkeurig toe te wijzen, prestatiebehoeften te verdelen en kosten te optimaliseren. De specifieke capaciteitsvereisten zijn afhankelijk van de prestatiekenmerken van de databaseworkload. Deze kenmerken zijn transactioneel, analytisch of gemengd. De beperkingsfactoren voor Oracle-databaseworkloads zijn doorgaans verwerkingskracht, geheugen en doorvoer.

Met capaciteitsplanning kunt u de juiste infrastructuur voor Oracle-architectuur in Azure selecteren. U moet de capaciteit van de databaseopslag begrijpen om dit proces effectief te kunnen implementeren.

Overwegingen voor capaciteitsplanning

Capaciteitsplanning voor Oracle-workloads in Azure IaaS (Infrastructure as a Service) is een proces dat een grondige kennis van de workloadvereisten en de beschikbare Azure-resources vereist.

Algemene prestatieoverwegingen

• Uw bestaande omgeving fungeert mogelijk niet als een nauwkeurige maateenheid voor de vereisten voor oracle-databaseworkloads in Azure. Gebruik AWR-rapporten (Oracle Automatic Workload Repository) om inzicht te krijgen in de prestatie-eigenschappen van de workload of workloads voor migratie. AWR-rapporten bevatten prestatiestatistieken voor uw Oracle-databaseworkloads.

• U kunt uw bestaande omgeving gebruiken als maateenheid voor toepassingsservers wanneer er geen AWR-prestatiestatistieken beschikbaar zijn. U moet prestatiegegevens verzamelen van toepassingsservers om ervoor te zorgen dat de toepassingsservers en paaS-oplossingen (Platform as a Service) op de juiste wijze worden aangepast.

  Notitie

  Als u AWR-rapporten wilt verzamelen, moet u de Oracle Diagnostic Pack-licentie aanschaffen voor uw databaseworkload. U kunt Statspack-rapporten gebruiken als alternatief voor AWR-rapporten. Statspack-rapporten zijn een subset van AWR-rapporten en vereisen geen licentie voor het diagnostische pakket.

• AWR-rapporten verzamelen voor uw databaseworkload:

  • Wanneer de workload piekbelasting ondervindt. Als u de piekbelastingstijd niet weet, gebruikt u het busiest_awr script om de drukste AWR te bepalen.

  • Gedurende een periode die representatief is voor piekbelasting. Genereer bijvoorbeeld het AWR-rapport tijdens het maandeindeproces als de piekbelasting een maandeindeproces is. De periode moet alleen piekbelastingstijden bevatten en langere perioden van lage belasting uitsluiten. Als u perioden met lage belasting in uw AWR-rapport opneemt, vertegenwoordigen de prestatiestatistieken een gemiddelde en niet de werkelijke prestatievereisten voor workloads.

  • Voor activiteiten zoals batchprocessen of andere activiteiten die een aanzienlijke belasting voor de database vormen.

• Verzamel AWR-rapporten tijdens piekbelasting en vergelijkbare scenario's. Zie Azure-resources aanpassen op basis van een Oracle AWR-rapportom de juiste VM-SKU en opslagconfiguratie te bepalen. Als u meerdere Oracle-databaseworkloads beheert en meerdere workloads op dezelfde VM's wilt consolideren, gebruikt u Oracle Migration Assistant Tool (OMAT). OMAT is een geautomatiseerd hulpprogramma voor het evalueren van de grootte waarmee een infrastructuurevaluatie wordt gegenereerd op basis van AWR-rapporten en suggesties voor mogelijke VM- en opslagconfiguraties.

Overwegingen voor berekeningen

Nadat u de basisprestatievereisten voor de databaseworkload hebt vastgesteld, moet u rekening houden met de volgende aanbevelingen voor vm-planning:

• Gebruik beperkte kernen, indien van toepassing. Beperkte kernen bieden de geheugen- en doorvoercapaciteit van een grotere VM-SKU met vCPU-capaciteit van een kleinere VM-SKU. Beperkte kernen hebben de voorkeur vanuit het perspectief van de kosten van Oracle-licenties, omdat Oracle-licenties zijn gebaseerd op processorkernen. Zie Oracle-software in de cloud-computingomgevingvoor meer informatie over de werking van Oracle-licenties in Azure. Zie Azure VM-groottenvoor meer informatie over beperkte kernen.

• Gebruik voor geheugen geoptimaliseerde VM's voor Oracle-workloads. Voor geheugen geoptimaliseerde VM's hebben een hogere verhouding tussen geheugen en vCPU dan vm's voor algemeen gebruik. Deze VM's hebben de voorkeur voor Oracle-workloads, die doorgaans geheugenintensief zijn. Zie VM-grootten die zijn geoptimaliseerd voor geheugenvoor meer informatie over vm's die zijn geoptimaliseerd voor geheugen.

• Wanneer u de algehele architectuur evalueert, moet u andere VM's opnemen die vereist zijn voor hoge beschikbaarheid, niet-productieomgevingen en meer.

Overwegingen voor opslag

De prestaties en betrouwbaarheid van Oracle-databaseworkloads zijn sterk afhankelijk van het ontwerp en de configuratie van de onderliggende opslaginfrastructuur. Houd rekening met de volgende richtlijnen voor opslagplanning:

• Als u beheerde schijven gebruikt, moet u Azure Premium SSD, Azure Premium SSD v2 of Azure Ultra Disk Storage gebruiken voor Oracle-workloads. We raden Azure Standard SSD of Azure Standard HDD niet aan voor productie-Oracle-workloads. Zie door Azure beheerde schijvenvoor meer informatie over premium v2 SSD- en Ultra Disk Storage-beperkingen.

• Schijflatentie kan een probleem zijn, afhankelijk van de kenmerken van uw workload. Zie door Azure beheerde schijftypenvoor meer informatie over schijflatentie.

• Als u Premium SSD gebruikt, configureert u hostcaching op ReadOnly voor alle gegevensschijven en op ReadWrite voor de OSDisk-klasse. Cacheopslag van hostschijven wordt niet ondersteund voor schijven die groter zijn dan 4095 GB. Als u volumes wilt maken die groter zijn dan een P50-parameter of 4 TB, wijst u meerdere Premium SSD-schijven toe om logische RAID-0-gestreepte volumes te bouwen. Gebruik een volumebeheer zoals Linux Logical Volume Manger versie 2 (LVM2) of wijs meerdere Premium SSD-schijven toe om Oracle-schijfgroepen voor automatisch opslagbeheer (ASM) te bouwen om te voldoen aan de gewenste capaciteit of vereiste doorvoer.

• Wanneer u beheerde schijven gebruikt, wordt de schijfdoorvoer bepaald door de cumulatieve doorvoer van alle schijven die zijn gekoppeld aan de virtuele machine en beperkt door de VM-SKU. Zie virtuele machines en schijfprestatiesvoor meer informatie.

• Wanneer u beheerde schijven met een schrijfintensieve workload gebruikt, kunt u Ultra Disk Storage gebruiken voor het opnieuw uitvoeren van logboeken.

• Als de doorvoervereisten de maximale doorvoer van één VIRTUELE machine overschrijden, kunt u overwegen netwerkopslag te gebruiken, zoals Azure NetApp Files omdat de VIRTUELE machine is beperkt voor netwerkdoorvoer of uitgaand verkeer, in plaats van schijfdoorvoer voor een dergelijke configuratie.

• Als u vaak tijdelijke Oracle-bestanden gebruikt, kunt u overwegen om een VM-SKU met een tijdelijke schijf te selecteren en de tijdelijke bestanden op de tijdelijke schijf te plaatsen. Deze configuratie vermindert de invoer/uitvoerbelasting (I/O) op de gegevensschijven.

Volgende stappen

• Migratieplanning voor Oracle in Azure
• best practices voor prestaties voor Oracle op Azure-VM's