Share via

Välj beräkning och lagring

  • Artikel

Den här artikeln beskriver hur du rätt storlekar beräkning och lagring för dina Oracle-arbetsbelastningar med hjälp av IaaS-modellen (Infrastruktur som en tjänst) i Azure.

Du kan använda Azure IaaS för att migrera dina Oracle-arbetsbelastningar från en lokal plats till molnet. Komplexiteten, storleken och de höga kraven på indata/utdata (I/O) för en arbetsbelastning kan komplicera migreringsprocessen och påverka Oracle Database-prestanda negativt. Databasens prestanda är beroende av parametrar som läs-/skrivdiskdataflöde (Mbit/s), läs-/skriv-IOPS, CPU, RAM och nätverksfördröjning. Därför är det viktigt att välja rätt kombination av beräkning och lagring för Azure IaaS och platsen för programarbetsbelastningar i förhållande till databastjänster för en lyckad databasmigrering.

Utvärdera Oracle-arbetsbelastningen med hjälp av AWR- eller Statspack-rapporter

För att få rätt storleksrekommendationer för den nödvändiga Azure-infrastrukturen måste du generera antingen en AWR-rapport (Automatic Workload Repository) eller en Statspack-rapport för varje databas som du planerar att migrera till Azure.

En AWR-rapport är en detaljerad prestandaanalysrapport som genereras av Oracle Database. Rapporten innehåller omfattande information om databasprestanda, väntehändelser, systemresurser med mera. En AWR-rapport ingår i Oracle Diagnostics Pack för Oracle Database-produktuppsättningen. Om du kör Standard Edition eller Enterprise Edition utan en licens för Diagnostics Pack använder du en Statspack-rapport i stället.

Insikt i den högsta belastningen är viktigt eftersom en databas och servrar används för olika kapaciteter. Om den högsta belastningen inträffar vid tidpunkter för säkerhetskopiering under natten och kraven för mål för återställningstid (RTO) eller mål för återställningspunkt (RPO) är inom fyra timmar, kan du upprepa samma övning för en genomsnittlig belastning.

Tidsintervallet för hög belastning är vanligtvis en timme. Du kan fastställa den högsta belastningen med hjälp av Oracle Enterprise Manager. Om du inte har någon licens för Oracle Enterprise Manager kan du använda följande skript för de fem mest trafikerade tiderna. Det här skriptet är tillgängligt för både Standard Edition-databaser och Enterprise Edition databaser.

Rekommendationer

  • Generera omfattande AWR-rapporter för en övning med rätt storlek för databasen.
  • Generera AWR-rapporten för den mest hektiska arbetsbelastningsperioden under korta tidsperioder, till exempel 30 minuter eller en timme.
  • Generera en AWR-rapport med hög belastning (och en AWR-rapport med genomsnittlig belastning, om du vill).
  • Hämta andra AWR-rapporter som kan ha viktig information om databasarbetsbelastningen, till exempel rapportperioder i slutet av månaden eller slutet av kvartalet.
  • Kontrollera att rapporten är i HTML-format för verktyget för rätt storlek.
  • Använd följande skript för att få de fem mest trafikerade tiderna om du inte är säker på när belastningen är hög:

Använda automatiserade verktyg för att ändra storlek på din arbetsbelastning

Ange rätt storlek på dina arbetsbelastningar med hjälp av automatiserade verktyg för att matcha med rätt Azure Virtual Machines SKU enligt vCPU, minne, dataflöde och IOPS. Analysera en AWR-rapport eller en Statspack-rapport över dina Oracle-arbetsbelastningar för att anpassa storleken på din Azure-infrastruktur så att den uppfyller prestandakraven. Sådana analyser baseras på expertkunskaper om databasprestanda och kräver automatiserade verktyg för att hantera alla variabler, till exempel Oracle Migration Assistant Tool (OMAT).

OMAT hjälper dig att utvärdera din resursanvändning för lokala eller molnbaserade Oracle-installationer och rekommenderar den optimala virtuella datorn (VM) och lagring för att köra samma arbetsbelastning i Azure. OMAT samlar in och bearbetar AWR-rapporter från källsystemet, extraherar nödvändiga data och placerar dem i en Excel-arbetsbok. Granska partitionen av processorer och kärnprocessorer när du använder OMAT för att ge dig den hypertrådade faktorn. OMAT använder en faktor på två som standard, men du kan justera det här talet så att det passar din specifika användning. Kontakta din lokala kontaktperson om du behöver support.

Rekommendationer

  • Använd automatiserade verktyg för höger storleksändring, till exempel OMAT. Verktyg för högerstorlek automatiserar de steg som beskrivs i AWR-storleksdokumentet för att påskynda migreringsprocessen och förenkla AWR-rapporten.
  • Kontakta experter som förstår rekommendationerna som genereras av OMAT-rapporten.

Välj rätt virtuell dator för din arbetsbelastning

Det är viktigt att välja rätt virtuell dator för din arbetsbelastning. Varje VM-familj levereras med ett urval av storlekar som kan matchas efter dina behov. E-serien och M-serien är hypertrådade virtuella datorer som ofta används för databasbehov. Använd virtuella datorer i E-serien för arbetsbelastningar som har höga dataflödesvärden. Använd virtuella datorer i M-serien för arbetsbelastningar som kräver mycket minne.

Microsoft erbjuder också begränsade kärnstorlekar för att minska kostnaden för programvarulicensiering samtidigt som samma minne, lagring och I/O-bandbredd bibehålls.

Rekommendationer

Välj rätt lagringslösning för din arbetsbelastning

Valet av Azure Storage-lösning för databasen beror på databasens storlek, IOPS och dataflöde. Azure Managed Disks tillhandahåller lagringsvolymer på blocknivå som hanteras av Azure och används med virtuella Azure-datorer. Azure Storage tillhandahåller ett brett utbud av lagringsalternativ med hög tillgänglighet och mycket skalbar lagring för appar, data och virtuella datorer i molnet. Med rätt storleksbedömning kan du bestämma vilken lagringslösning som ska användas för databasen.

Andra lagringsöverväganden är relaterade till arkiverade Oracle-gör om loggfiler och säkerhetskopior. Arkivering av redo-loggar är en pågående läs-/skrivprocess som inbegriper kontinuerlig utvärdering av lösningskrav och tillgänglighet.

AWR-rapporten ger insikter om dataflödet och IOPS-kraven för din specifika arbetsbelastning. Det är viktigt att känna till dataflödet och IOPS-kraven före distributionen eftersom Oracle-arbetsbelastningar är prestandakänsliga.

I följande tabell visas ett exempel på en lagringslayout för datadiskar.

Disknamn Funktion Storlek (GB) Dataflöde IOPS Diskrekommendations
oredo Gör om onlineloggar 400 150 1500 Välj Premium SSD v2 när det är tillgängligt och P20 annars
åra Arkiverade gör om-loggar 7000 300 1250 Azure Blob Storage konfigurerat på frekvent nivå
odata Datafiler och kontrollfiler 18000 1000 2500 Välj Premium SSD v2 när det är tillgängligt och 5*P50 (randigt till RAID-0) annars

Det tillfälliga tabellområdet kan använda mycket dataflöde och IOPS. Om det här scenariot gäller för din arbetsbelastning väljer du en virtuell dator som har en ansluten tillfällig disk, till exempel Ed-v5. Placera det tillfälliga tabellområdet på disken. Du kan välja andra disktyper beroende på dina behov.

Det här är bara ett exempel på en kunds arbetsbelastning. Se till att granska och justera kraven för storleken på din arbetsbelastning, IOPS och dataflödet i enlighet med detta.

Om du behöver använda flera diskar för en eller flera logiska volymer i diskinstallationen, oavsett diskteknik (Oracle ASM, LVM eller annat), kontrollerar du att belastningen mellan diskarna balanseras för maximal prestanda.

Du kan använda Premium SSD v2-hanterade diskar oavsett var de är tillgängliga. Kontrollera tillgängligheten i enlighet med regionen och granska diskkonfigurationerna före distributionen.

Den standardkonfigurerade diskstorleken i ASM är avgörande om du använder Oracle ASM och Managed Disks. Om du konfigurerar ASM för en maximal storlek på 4 096 GB kan ASM endast bearbeta den här mängden. Så även om du etablerar högre diskar känner ASM inte igen utrymmet. Planera för diskstorleken och bestäm om du vill etablera några diskar på 4 095 GB. Mer information finns i ASM-konfiguration.

Rekommendationer

Ändra storlek på den nödvändiga beräkningsinfrastrukturen för Oracle-program

Oracle-program kan vanligtvis flyttas till Azure med hjälp av virtuella datorer med liknande funktioner som virtuella datorer som används i den lokala distributionen.

Använd datapunkter från program- och webbnivåerna för att ändra storlek på den nödvändiga beräkningsinfrastrukturen för Oracle-program. Programnivån kan flyttas till valfri lämplig VM-SKU som uppfyller kraven för prestanda- och kostnadsoptimering.

Mer information om hur du använder referensarkitekturer för att distribuera Oracle-program på Azure IaaS finns i Oracle-program i Azure.

Rekommendationer

Hämta datapunkter från programnivån och webbnivån. Dessa datapunkter omfattar:

  • Antal vCPU:er
  • Genomsnittlig vCPU-användning
  • Minnesstorlek
  • Genomsnittlig minnesanvändning
  • Applagringsstorlek
  • Appversion
  • Operativsystem
  • Totalt IOPS
  • Totalt dataflöde
  • Säkerhetskopieringsstrategi

Nästa steg

Information om hur du skyddar kritiska data och program finns i Affärskontinuitet och haveriberedskap.