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 Azure Cloud Adoption Framework och innehåller överväganden om infrastrukturkapacitetsplanering för Oracle-arbetsbelastningar i Microsoft Azure. Artikeln innehåller rekommendationer och verktyg som hjälper dig med den här planeringsprocessen.
Kapacitetsplanering är viktigt för 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 korrekt allokera resurser, balansera prestandabehov och optimera kostnader. De specifika kapacitetskraven beror på databasarbetsbelastningens prestandaegenskaper. Dessa egenskaper är transaktionella, analytiska eller blandade. De begränsande faktorerna för Oracle-databasarbetslaster är vanligtvis bearbetningskraft, minne och dataflöde.
Kapacitetsplanering hjälper dig att välja lämplig infrastruktur för Oracle-arkitektur i Azure. Du måste förstå databaslagringskapaciteten för att effektivt implementera den här processen.
Överväganden för kapacitetsplanering
Kapacitetsplanering för Oracle-arbetsbelastningar i Azures infrastruktur som en tjänst (IaaS) är en process som kräver en djup förståelse för arbetsbelastningskraven och tillgängliga Azure-resurser.
Övergripande prestandaöverväganden
Din befintliga miljö kanske inte fungerar som ett korrekt storleksmått för arbetsbelastningskrav för Oracle-databaser i Azure. Använd AWR-rapporter (Oracle Automatic Workload Repository) för att förstå prestandaegenskaperna för arbetsbelastningen eller arbetsbelastningarna för migrering. AWR-rapporter innehåller prestandastatistik för dina Oracle-databasarbetsbelastningar.
Du kan använda din befintliga miljö som ett storleksmått för programservrar när det inte finns någon tillgänglig AWR-prestandastatistik. Du bör samla in prestandamått från programservrar för att säkerställa att programservrarna och alla PaaS-lösningar (plattform som en tjänst) har rätt storlek.
Anmärkning
Om du vill samla in AWR-rapporter måste du köpa Oracle Diagnostic Pack-licensen för din databasarbetsbelastning. Du kan använda 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:
När belastningen är som störst. Om du inte känner till topptid för belastning, använd
busiest_awrskriptet för att fastställa den mest belastade AWR.Under en period som är representativ för hög belastning. Generera till exempel AWR-rapporten under månadsslutsprocessen om den högsta belastningen är 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 i AWR-rapporten representerar prestandastatistiken ett genomsnitt och inte de faktiska prestandakraven för arbetsbelastningen.
För aktiviteter som batchprocesser eller andra aktiviteter som utgör betydande belastning på databasen.
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 överväger 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. Minnesoptimerade virtuella datorer erbjuder ett högre förhållande mellan minne och vCPU jämfört med allmänna virtuella datorer, vilket gör dem idealiska för minnesintensiva Oracle-arbetsbelastningar. Mer information finns i M-seriens virtuella dator.
Använd de senaste SKU:erna för virtuella datorer för bättre 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 ytterligare virtuella datorer för hög tillgänglighet och haveriberedskap. Se till att din arkitektur står för virtuella datorer som krävs för hög tillgänglighet, haveriberedskap och icke-produktionsmiljöer för att upprätthålla driftsstabilitet.
Ö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 rekommenderar vi Azure Premium SSD v2 för förbättrade prestandafunktioner. Azure Ultra Disk Storage är lämpligt för arbetsbelastningar som kräver extremt högt dataflöde och låg svarstid. Undvik att använda Azure Standard SSD eller Azure Standard HDD för Oracle-produktionsarbetsbelastningar. Mer information finns i Hanterade Azure-diskar. Ytterligare lagringsalternativ är Azure Netapp Files och ESAN.
Diskfördröjning kan vara ett problem beroende på arbetsbelastningens egenskaper. Mer information om diskfördröjning finns i Azure-hanterade disktyper.
Om dina OS-relaterade aktiviteter kräver större än 4 TB använder du flera Premium SSD-diskar och streckar dem till RAID-0. 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 Azures ursprungliga arkitektur, som delar bandbredd med annan VM-trafik och kan påverka prestanda. Premium SSD v2 utnyttjar Direct Drive-arkitekturen för bättre prestanda och kortare svarstid. Mer information finns i skillnader mellan Premium SSD och Premium SSD v2.
Överväg kumulativt diskdataflöde när du använder hanterade diskar. Det kumulativa 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.
Om dataflödeskraven överskrider det maximala dataflödet för en enskild virtuell dator bör du överväga att använda nätverkslagring, till exempel Azure NetApp Files eftersom den virtuella datorn är begränsad till nätverkets dataflöde eller utgående, i stället för diskdataflöde för en sådan konfiguration.
Om du använder temporära Oracle-filer ofta kan du välja en VM-SKU med en tillfällig disk och placera de temporära filerna på den tillfälliga disken. Den här konfigurationen minskar in- och utdatabelastningen (I/O) på datadiskarna.