Capaciteitsplanning voor het migreren van Oracle-workloads naar Azure
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 bij het plannen van capaciteit
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.
Notitie
De volgende overwegingen zijn voor Oracle-databases die worden uitgevoerd op virtuele Azure-machines. Neem voor Oracle Database@Azure contact op met uw lokale Oracle-verkoopteam voor hulp bij het aanpassen van de grootte.
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 hebben in de prestatiekenmerken 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_awrscript om de drukste AWR te bepalen.Gedurende een periode die representatief is voor piekbelasting. Genereer bijvoorbeeld het AWR-rapport tijdens het maandproces als de piekbelasting een maand-endproces 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 De grootte van Azure-resources aanpassen op basis van een Oracle AWR-rapport om 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 het 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-computingomgeving voor meer informatie over de werking van Oracle-licenties in Azure. Zie Azure VM-grootten voor 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 geheugen voor 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.
Opslagoverwegingen
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 Azure Managed Disks voor meer informatie over Premium v2 SSD- en Ultra Disk Storage-beperkingen.
Schijflatentie kan een probleem zijn, afhankelijk van de kenmerken van uw workload. Zie Azure Managed Disk Types voor meer informatie over schijflatentie.
Als u Premium SSD gebruikt, configureert u hostcaching voor
ReadOnlyalle gegevensschijven en voorReadWritede 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, bepaalt de cumulatieve doorvoer van alle schijven die zijn gekoppeld aan de VIRTUELE machine en beperkt door de VM-SKU de schijfdoorvoer. Zie Virtuele machines en schijfprestaties voor 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 om netwerkopslag zoals Azure NetApp Files te gebruiken 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.