Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Den här artikeln bygger på Vägledning för Cloud Adoption Framework för Azure och innehåller överväganden om infrastrukturkapacitetsplanering för Oracle-arbetsbelastningar i Microsoft Azure. Den här vägledningen innehåller rekommendationer och verktyg för att stödja den här planeringsprocessen.
Kapacitetsplanering hjälper till att säkerställa effektiv prestanda- och kostnadshantering när du kör Oracle-databasarbetsbelastningar i Azure. Den här artikeln beskriver riktlinjer, metoder och verktyg för att allokera resurser effektivt, balansera prestandabehov och optimera kostnader. Dina specifika kapacitetskrav beror på databasarbetsbelastningens prestandaegenskaper. Dessa egenskaper är transaktionella, analytiska eller blandade. Bearbetningskraft, minne och dataflöde begränsar vanligtvis Oracle-databasarbetsbelastningar.
Kapacitetsplanering hjälper dig att välja lämplig infrastruktur för Oracle-arkitektur i Azure. För att effektivt implementera den här processen måste du förstå databasens lagringskapacitet.
Överväganden för kapacitetsplanering
Kapacitetsplanering för Oracle-arbetsbelastningar i Azures infrastruktur som en tjänst (IaaS) kräver en djup förståelse för arbetsbelastningskraven och tillgängliga Azure-resurser.
Övergripande prestandaöverväganden
Använd AWR-rapporter (Oracle Automatic Workload Repository) för att förstå arbetsbelastningens prestandaegenskaper för migrering. Din befintliga miljö kanske inte fungerar som ett korrekt storleksmått för arbetsbelastningskrav för Oracle-databaser i Azure. AWR-rapporter innehåller prestandastatistik för Oracle-databasarbetsbelastningar.
Använd din befintliga miljö för att storleksanpassa programservrar om AWR-prestandastatistik inte är tillgänglig. Samla in prestandamått från programservrar för att säkerställa korrekt storleksändring för både programservrar och PaaS-lösningar (plattform som en tjänst).
Anmärkning
Om du vill samla in AWR-rapporter köper du Oracle Diagnostic Pack-licensen för din databasarbetsbelastning. Använd Statspack-rapporter som ett alternativ till AWR-rapporter. Statspack-rapporter är en delmängd av AWR-rapporter och kräver inte diagnostikpaketlicensen.
Samla in AWR-rapporter för din databasarbetsbelastning i följande scenarier:
När belastningen är som störst. Om du inte känner till den högsta belastningstiden använder du skriptet busiest_awr för att fastställa den mest trafikerade AWR-filen.
För tidsramar som representerar högsta belastning, till exempel en månadsslutsprocess. Tidsperioden bör endast innehålla tider för högsta belastning och exkludera längre perioder med låg belastning. Om du inkluderar perioder med låg belastning representerar prestandastatistiken ett genomsnitt och inte de faktiska arbetsbelastningsprestandakraven.
För aktiviteter med hög belastning, till exempel batchbearbetning.
Samla in AWR-rapporter vid hög belastning och liknande scenarier. Information om hur du fastställer lämplig SKU för virtuell dator (VM) och lagringskonfiguration finns i Storlek på Azure-resurser baserat på en Oracle AWR-rapport. Om du hanterar flera Oracle-databasarbetsbelastningar och planerar att konsolidera flera arbetsbelastningar på samma virtuella datorer använder du Oracle Migration Assistant Tool (OMAT). OMAT är ett automatiserat verktyg för storleksbedömning som genererar en infrastrukturutvärdering baserat på AWR-rapporter och ger förslag på möjliga konfigurationer för virtuella datorer och lagring.
Beräkningsöverväganden
När du har fastställt de grundläggande prestandakraven för databasarbetsbelastningen bör du överväga följande rekommendationer för VM-planering:
Använd begränsade kärnor för att optimera Oracle-licensieringskostnader. Begränsade kärnor ger minne och dataflödeskapacitet för större VM-SKU:er samtidigt som vCPU-kapaciteten begränsas till mindre VM-SKU:er. Den här konfigurationen minskar Oracle-licensieringskostnaderna eftersom licensiering baseras på processorkärnorna. Mer information finns i Licensiering av Oracle-programvara i molnbaserad databehandlingsmiljö och Begränsade kärnstorlekar.
Välj minnesoptimerade virtuella datorer för Oracle-arbetsbelastningar. Dessa virtuella datorer ger ett högre förhållande mellan minne och vCPU jämfört med allmänna virtuella datorer. De är idealiska för minnesintensiva Oracle-arbetsbelastningar. Mer information finns i M-seriens virtuella dator.
Använd de senaste VM-SKU:erna för att förbättra prestanda och kompatibilitet. De senaste VM-SKU:erna, till exempel Mdsv3 och Edsv6, ger robusta minnesoptimerade alternativ. Välj mellan varianter av medelhögt minne och högt minne baserat på din storleksbedömning.
Inkludera flera virtuella datorer för hög tillgänglighet och haveriberedskap. Se till att din arkitektur tar hänsyn till de virtuella datorer som krävs för hög tillgänglighet, katastrofåterställning och icke-produktionsmiljöerna för att upprätthålla operationell motståndskraft.
Överväganden för lagring
Prestanda och tillförlitlighet för Oracle-databasarbetsbelastningar är starkt beroende av utformningen och konfigurationen av den underliggande lagringsinfrastrukturen. Överväg följande vägledning för lagringsplanering:
Välj lämplig typ av hanterad disk baserat på arbetsbelastningskrav. Använd Azure Premium SSD för operativsystemrelaterade aktiviteter för att säkerställa tillförlitliga prestanda. För datadiskar använder du Azure Premium SSD v2 för förbättrade prestandafunktioner. Azure Ultra Disk Storage passar arbetsbelastningar som kräver extremt högt dataflöde och låg svarstid. Undvik Azure Standard SSD eller Azure Standard HDD för Oracle-produktionsarbetsbelastningar. Mer information finns i Hanterade Azure-diskar.
Andra lagringsalternativ är Azure NetApp Files och Azure Elastic SAN.
Övervaka diskfördröjning baserat på arbetsbelastningens egenskaper. Mer information finns i typer av Azure-hanterade diskar.
Använd flera Premium SSD-diskar i en RAID-0-konfiguration (striping) om OS-relaterade aktiviteter kräver mer än 4 TB. Värddiskcachelagring stöds inte för diskar som är större än 4 095 GB.
Förstå skillnaderna mellan Premium SSD v1 och Premium SSD v2. Premium SSD v1 använder den ursprungliga arkitekturen i Azure. Den här arkitekturen delar bandbredd med annan VM-trafik, vilket kan påverka prestanda. Premium SSD v2 använder Direct Drive-arkitektur för bättre prestanda och kortare svarstid. Mer information finns i Skillnader mellan Premium SSD v1 och Premium SSD v2.
Överväg kumulativt diskdataflöde när du använder hanterade diskar. Det totala dataflödet för alla diskar som är anslutna till den virtuella datorn begränsas av den virtuella datorns SKU. Mer information finns i Virtuella datorer och diskprestanda.
Använd nätverkslagring, till exempel Azure NetApp Files , om dataflödeskraven överskrider det maximala dataflödet för en enskild virtuell dator. I den här konfigurationen begränsas den virtuella datorn av nätverksdataflöde eller utgående dataflöde i stället för diskdataflöde.
Placera temporära Oracle-filer på en virtuell dator-SKU som har en tillfällig disk om du ofta använder temporära filer. Den här konfigurationen minskar in- och utdatabelastningen (I/O) på datadiskarna.