Metodtips för prestanda för Oracle på virtuella Azure-datorer
Den här artikeln beskriver hur rätt storlek och lagringsalternativ för virtuella datorer som du väljer påverkar oracle-arbetsbelastningens prestanda – indata-/utdataåtgärder (IOPS) och dataflöde – pålitlighet och kostnad. Det finns en kompromiss mellan att optimera för kostnader och prestanda. Den här serien med metodtips för prestanda fokuserar på att få bästa möjliga prestanda för Oracle-arbetsbelastningen på virtuella Azure-datorer. Om din arbetsbelastning är mindre krävande kanske du inte behöver varje optimering som rekommenderas. Det är viktigt i planeringsfasen att utvärdera prestandakraven för dina Oracle-arbetsbelastningar och rätt storlek på beräkning och lagring efter behov.
När du överväger att köra Oracle-arbetsbelastningar på virtuella Azure-datorer börjar du med en kostnadseffektiv konfiguration genom att välja en virtuell dator som stöder nödvändig IOPS och dataflöde med rätt förhållande mellan minne och virtuell kärna och lägger sedan till ditt lagringskrav.
Storleksrekommendationer för virtuella datorer
Följande tre VM-serier rekommenderas för att köra Oracle-databasarbetsbelastningar i Azure.
E-serien (Eds v5 och Ebds V5)
E-serien är utformad för minnesintensiva arbetsbelastningar. Dessa virtuella datorer ger höga förhållandet mellan minne och kärna, vilket gör dem lämpliga för Oracle-databaser. Erbjuder även en mängd olika CPU-alternativ för att matcha prestandakraven för din Oracle-databasarbetsbelastning.
Den nya Ebdsv5-serien ger det högsta I/O-dataflödet till virtuella kärnor i Azure tillsammans med ett förhållande mellan minne och virtuell kärna på 8. Den här serien erbjuder bästa prisprestanda för Oracle-arbetsbelastningar på virtuella Azure-datorer. Tänk på den här serien först för de flesta Oracle-databasarbetsbelastningar.
M-serien
M-serien är byggd för stora databaser, dvs. upp till 12 TB RAM-minne och 416vCPU:er. De virtuella datorerna i M-serien erbjuder det högsta förhållandet mellan minne och virtuell kärna i Azure. Tänk på dessa virtuella datorer för stora och stora verksamhetskritiska Oracle-databasarbetsbelastningar eller om du skulle behöva konsolidera databaser till färre virtuella datorer.
D-serien
D-serien är byggd för allmänna virtuella datorer med mindre förhållande mellan minne och virtuell kärna med de virtuella datorerna Generell användning. Det är viktigt att noggrant övervaka minnesbaserade prestandaräknare för att se till att Oracle-arbetsbelastningen kan få IOPS & igenom. Ddsv5-serien erbjuder en rättvis kombination av vCPU, minne och tillfällig disk men med mindre stöd för minne till virtuell kärna. D-serien har inte förhållandet mellan minne och virtuell kärna på 8 som rekommenderas för Oracle-arbetsbelastningar. Därför bör du överväga att använda dessa virtuella datorer för små till medelstora databaser eller för utvecklings-/testmiljö för lägre TCO.
Lagringsrekommendationer
Det här avsnittet innehåller metodtips och riktlinjer för lagring för att optimera prestanda för din Oracle-arbetsbelastning på virtuella Azure-datorer (VM). Tänk på dina prestandabehov, kostnader och arbetsbelastningsmönster när du utvärderar dessa rekommendationer. Låt oss ta en snabb titt på alternativen:
Disktyper: Premium SSD, Premium SSD V2 och Ultra diskar rekommenderas disktyper för Oracle-arbetsbelastning. Se jämförelse av disktyp för att förstå maximal diskstorlek, maximalt dataflöde och maximalt IOPS för att välja rätt disktyp för den virtuella Azure-datorn för att uppfylla oracle-arbetsbelastningens prestanda. I allmänhet är Premium SSD v2 det bästa priset per prestandadiskalternativ som du kan överväga.
Premium SSD V2 erbjuder högre prestanda än Premium SSD samtidigt som det i allmänhet är billigare. Du kan justera prestanda (kapacitet, dataflöde och IOPS) för Premium SSD v2-diskar individuellt när som helst, vilket gör att arbetsbelastningar kan vara kostnadseffektiva samtidigt som de uppfyller skiftande prestandabehov. En transaktionsintensiv databas behöver till exempel en stor mängd IOPS i liten storlek, eller så kan ett spelprogram kräva en stor mängd IOPS men bara under hög belastning. Eftersom du kan justera prestanda individuellt för de flesta allmänna arbetsbelastningar kan Premium SSD v2 ge bästa prisprestanda.
Premium SSD är lämpliga för verksamhetskritiska produktionsarbetsbelastningar. De ger diskstöd med höga prestanda och låg latens för virtuella datorer (VM) med I/O-intensiva arbetsbelastningar (input/output).
Ultradiskar är det mest högpresterande lagringsalternativet för virtuella Azure-datorer (VM). De är lämpliga för dataintensiva och transaktionsintensiva arbetsbelastningar. De ger korta svarstider under millisekunder och har en flexibel prestandakonfigurationsmodell som gör att du kan konfigurera IOPS och dataflöde oberoende av varandra, före och efter att du har etablerat disken.
Azure Elastic SAN levererar en enormt skalbar, kostnadseffektiv, högpresterande och tillförlitlig blocklagringslösning som ansluter till olika Azure-beräkningstjänster via iSCSI-protokollet. Elastic SAN möjliggör en sömlös övergång från en befintlig SAN-lagringsegendom till molnet utan att behöva omstrukturera kundens programarkitektur. Den här lösningen kan uppnå massiv skalning – upp till miljontals IOPS, tvåsiffriga GB/s dataflöde och korta svarstider med ensiffrig millisekunder med inbyggd återhämtning för att minimera stilleståndstiden. Detta gör det bra för kunder som vill konsolidera lagring, kunder som arbetar med flera beräkningstjänster eller de som har arbetsbelastningar som kräver höga dataflödesnivåer som uppnås genom att driva lagring över nätverksbandbredd.
Kommentar
Vm-storleksändring med elastiskt SAN bör hantera dataflödeskrav för produktion (VM till virtuell dator) tillsammans med lagringsdataflödet.
Överväg att placera Oracle-arbetsbelastningar på Elastic SAN för bättre kostnadseffektivitet av följande skäl.
Lagringskonsolidering och dynamisk prestandadelning: Normalt för Oracle-arbetsbelastningar på virtuella Azure-datorer etableras lagring av disktyp per virtuell dator baserat på kundens kapacitet och högsta prestandakrav för den virtuella datorn. Den här överetablerade prestandan är tillgänglig när det behövs, men den oanvända prestandan kan inte delas med arbetsbelastningar på andra virtuella datorer. Elastiskt SAN, som lokalt SAN, gör det möjligt att konsolidera lagringsbehoven för flera Oracle-arbetsbelastningar för att uppnå bättre kostnadseffektivitet, med möjlighet att dynamiskt dela etablerade prestanda mellan de volymer som etablerats till dessa olika arbetsbelastningar baserat på I/O-krav. Till exempel i USA, östra, om du har 10 arbetsbelastningar som kräver 2-TiB-kapacitet och 10 000 IOPS vardera, men tillsammans behöver de inte mer än 60 K IOPS vid någon tidpunkt. Du kan konfigurera ett elastiskt SAN med 12 basenheter (en basenhet = 0,08 USD per GiB/månad) som ger dig 12 TiB-kapacitet och de nödvändiga 60 000 IOPS- och 8 enheter med endast kapacitet (1 kapacitetsenhet = 0,06 USD per GiB/månad) som ger dig den återstående 8-TiB-kapaciteten till ett billigare pris. Den här optimala lagringskonfigurationen ger bättre kostnadseffektivitet samtidigt som du tillhandahåller nödvändiga prestanda (10 000 IOPS) för var och en av dessa arbetsbelastningar. Mer information om elastiska SAN-basenheter och endast kapacitetsetableringsenheter finns i Planera för ett elastiskt SAN i Azure och för priser finns i Azure Elastic SAN – Prissättning.
För att öka dataflödet för lagringen: Oracle-arbetsbelastningen för distributioner av virtuella Azure-datorer kräver ibland överetablering av en virtuell dators dataflödesgräns för den virtuella datorn. Du kan undvika detta med Elastic SAN, eftersom du kör högre lagringsdataflöde över beräkningsnätverksbandbredden med iSCSI-protokollet. Till exempel är en Standard_E32bds_v5 virtuell dator (SCSI) begränsad till 88 000 IOPS och 2 500 Mbit/s för disk-/lagringsdataflöde, men det kan uppnå upp till högst 16 000 Mbit/s-dataflöde. Om kravet på lagringsdataflöde för din arbetsbelastning är större än 2 500 Mbit/s behöver du inte uppgradera den virtuella datorn till en högre SKU eftersom den nu kan stödja upp till 16 000 Mbit/s med elastic SAN.
Dessutom kan följande vara några indata som kan hjälpa dig att härleda ytterligare värde från Elastic SAN.
| Andra parametrar | description |
|---|---|
| Etableringsmodell | Flexibel modell på TiB-kornighet |
| BCDR | Inkrementell ögonblicksbild för snabb återställning; Export av ögonblicksbilder för härdning. |
| Redundans och skalningsmål | Se redundansfunktionerna i Azure Elastic SAN i redundanskraven. |
| Kryptering | Kryptering i vila stöds. |
Azure NetApp Files är en azure-intern, förstklassig fillagringstjänst i företagsklass som lämpar sig för lagring av Oracle-databasfiler. Den tillhandahåller Volymer som en tjänst där du kan skapa NetApp-konton, kapacitetspooler och volymer. Du kan också välja tjänst- och prestandanivåer och hantera dataskydd. Genom att använda samma protokoll och verktyg som du känner till och litar på och företagsprogram som är beroende av lokalt kan du skapa och underhålla filresurser som är snabba, tillförlitliga och skalbara.
Följande är viktiga attribut för Azure NetApp-filer:
- Prestanda, kostnadsoptimering och skalning.
- Enkelhet och tillgänglighet.
- Datahantering och säkerhet.
- Serviceavtal 99,99 %
Azure NetApp Files-volymer är mycket tillgängliga genom design och ger flexibilitet för att skala upp och ned volymer i kapacitet och prestanda utan avbrott i tjänsten. För annan tillgänglighet mellan zoner och regioner kan volymer replikeras med replikering mellan zoner och regioner.
För att vara värd för extremt krävande Oracle-databasfiler, göra om loggar och arkivloggar som skalar långt in i flera gigabyte per sekund-dataflöde och flera tiotals terabyte kapacitet, kan du använda enskilda eller flera volymer, beroende på kapacitets- och prestandakrav. Volymer kan skyddas med ögonblicksbilder för snabbt primärt dataskydd och återställningsbarhet och kan säkerhetskopieras med RMAN, AzAcSnap, Azure NetApp Files-säkerhetskopiering eller andra rekommenderade säkerhetskopieringsmetoder eller program.
Vi rekommenderar starkt att du använder Oracle Direct NFS (dNFS) med Azure NetApp Files för bättre prestanda. Kombinationen av Oracle dNFS med Azure NetApp Files ger stor fördel för dina arbetsbelastningar. Oracle dNFS gör det möjligt att köra högre prestanda än operativsystemets kernel-NFS. Artikeln förklarar tekniken och ger en prestandajämförelse mellan dNFS och kernel-NFS-klienten.
Virtuella Azure-datorer begränsas för nätverkstrafik med högre hastighet än direktansluten lagring, till exempel SSD. Därför fungerar Oracle-distributionen bättre med hjälp av Azure NetApp Files-volymer på samma SKU för virtuella datorer, eller så kan du välja en mindre SKU för virtuella datorer för samma prestanda och spara på Oracle-licenskostnaden.
Ögonblicksbilder kan klonas för att ge läs-/skrivåtkomst till aktuella data i test- och utvecklingssyfte utan att interagera med livedata.
| Objekt | beskrivning |
|---|---|
| Annan parameter | Finns i tre prestandatjänstnivåer (Ultra, Premium, Standard) med dynamisk avbrottsfri upp- och nedskalning av prestanda och kapacitet för att balansera föränderliga krav och kostnader |
| Etableringsmodell | Enkel volym för medelstora till stora databaser Flera volymer för extremt stort och högt dataflöde Etablering via Azure-portalen med dynamisk upp- och nedskalning av dynamisk onlineprestandaskalning via dynamiska ändringar på tjänstnivå och QoS-justeringar |
| BDR | Ögonblicksbildsbaserad oberoende dataåtkomst för BC/DR och test/dev purposes Valv av ögonblicksbilder med Azure NetApp Files-säkerhetskopiering Lagringsbaserad replikering mellan regioner Lagringsbaserad replikeringsintegrering mellan zoner med Oracle Data Guard för hög tillgänglighet och haveriberedskap |
| Redundans- och skalningsmål | Demonstrerad kapacitet för att stödja största och högst presterande Oracle-databaser över 100TiB i storlek och flera gigabyte per sekund-dataflöde samtidigt som nästan omedelbart ögonblicksbildsbaserat primärt dataskydd och återställningsbarhet bibehålls |
| Kryptering | Enkel eller dubbel kryptering i vila med plattforms- eller kundhanterade nycklar |
Automatisera virtuella datorer och val av lagring
Överväg att använda Verktyget Oracle Migration Assistant (OMAT) för att få rätt VM-SKU:er med rekommenderade lagringsalternativ, inklusive disktyper, Elastic SAN och ANF med vägledande kostnad baserat på listpris. Du kan ange AWR-rapporten för Oracle-databasen som indata och köra OMT-verktygsskriptet för att få utdata från de rekommenderade VM-SKU:erna och lagringsalternativen som överensstämmer med databasens prestandakrav och som är kostnadseffektiva.