Dela via

Hantera kostnader och prestanda

  • Artikel

Hanterade DevOps-pooler innehåller flera olika alternativ för att konfigurera poolens prestanda. I den här artikeln beskrivs alternativ för att matcha poolens prestanda med arbetsbelastningens krav genom att öka eller minska prestanda och kostnader för dina pooler.

Konfigurera agentprestanda

När du konfigurerar din hanterade DevOps-pool har du olika alternativ för att konfigurera prestanda och kostnader för din pool. I följande avsnitt beskrivs några alternativ som du kan göra för att konfigurera poolens prestanda.

Disktyper

När du skapar din hanterade DevOps-pool har du möjlighet att välja Standard SSD eller Premium SSD i stället för standarddisktypen standardoperativsystem . Operativsystemdisktypen avgör vilken typ av disk som används för operativsystemenheten. Din agentarbetskatalog är som standard i den temporära enheten eller D:\, så du kanske inte drar nytta av en dyr operativsystemdisktyp. Jämför arbetsbelastningens prestanda med olika typer av operativsystemdiskar, förstå kostnaderna och välj en operativsystemdisktyp på rätt sätt.

Om arbetsbelastningens dataflöde överskrider standardnivån kan du eventuellt få en prestandaförbättring i arbetsbelastningen genom att uppgradera till en mer högpresterande disktyp. Mer information om disktyper och prestanda finns i Azure Managed Disk-typer.

I stället för att ändra operativsystemdisktypen eller gå till en större SKU för mer diskutrymme bör du överväga att konfigurera en datadisk för din pool. Du kan konfigurera en storlek och disktyp som uppfyller dina arbetsbelastningskrav och konfigurera dina pooler så att de använder den här enheten som agentarbetskatalog, för att ge större lagringsutrymme när du använder standardtypen os-disk och en potentiellt billigare VM-storlek.

Välj rätt agentstorlek och typ

Agentstorlek i Hanterade DevOps-pooler anger storleken på den virtuella Azure-datorn som ska användas som värd för dina hanterade DevOps-pooler. Du kan ändra agentstorleken för din pool så att du får fler processorkärnor, mer minne och mer diskutrymme. Om du använder en kraftfullare VM-storlek ökar din Azure-faktura också, så välj det här alternativet endast om du fastställer att om du använder en kraftfullare VM-storlek ökar arbetsbelastningens prestanda.

CPU-arkitektur för virtuella datorer

AMD-baserade VM-storlekar är ofta upp till 40 % billigare än Intel-baserade VM-storlekar, med samma eller bättre prestanda. Med AMD-baserade VM-storlekar kan du minska dina Azure-utgifter.

Storlek på virtuell dator

Kontrollera att du använder rätt storlek på den virtuella Azure-datorn. Om du för närvarande använder en storlek på en virtuell Azure-dator med åtta kärnor kontrollerar du att din arbetsbelastning kan använda alla 8 kärnor. Du kan köra arbetsbelastningen på olika VM-storlekar och se hur högpresterande din arbetsbelastning är. Du kan nedgradera en VM-storlek för att minska din COGS, samtidigt som du behåller arbetsbelastningens prestanda ungefär densamma.

VM-typ

Olika Azure VM-serier är utformade för arbetsbelastningar med specifika egenskaper för bättre prestanda. Bekanta dig med olika Azure SKU-serier så att du kan välja en serie som passar din arbetsbelastning bäst. Exempel: Om programmet inte använder lika mycket kärna som minnet kan du välja en VM-storlek från den minnesoptimerade serien med storlekar.

Granska de olika typerna av virtuella Azure-datorer för att förstå deras fördelar. Om din arbetsbelastning till exempel kräver fler kärnor och mindre minne kan du använda beräkningsoptimerad storlek. Om din arbetsbelastning kräver mer diskutrymme men samma kärnor/minne kan du välja en typ av virtuell Azure-dator som har ett högre disk-till-beräkningsförhållande i stället för att öka SKU-storleken, eller så kan du använda en ansluten datadisk.

Generering av VM-typ

Den senaste generationen av en virtuell Azure-datortyp kan vara mer högpresterande än den tidigare versionen. Till exempel är D2dsV4 och D2dsV5 prissatta på samma sätt och har samma specifikationer, men det är troligt att V5 är snabbare än V4.

Samplats för poolregion

Försök att samplacera din pools Azure-region till den region där CI/CD-arbetsbelastningens beroenden finns. Den här närheten minskar nätverksfördröjningen och gör dina arbetsbelastningar relativt mer högpresterande. Du hittar din Azure DevOps-organisations region och hittar din hanterade DevOps-pool i samma region.

Företablering med väntelägesagenter

När du köar en pipeline skapas som standard en agent från grunden. Du kan välja att aktivera standby-agenter så att dina pipelines inte ägnar tid åt att vänta. Om du har aktiverat väntelägesagenter i manuellt läge kan du titta på historisk användning av standby-agenter och bestämma om du vill minska antalet standby-agenter. Du kan också välja att helt inaktivera förhandsetablering om dina arbetsflöden inte är tidskritiska och kan vänta 5–10 minuter innan agenterna skapas på begäran.

Ett alternativ för att förbättra agentprestanda utan att använda väntelägesagenter är att använda tillståndskänsliga agenter med en kort respitperiod. När tillståndskänsliga agenter med en respitperiod slutför ett jobb är de online under den varaktighet som anges av respitperioden och väntar på jobb. Om din arbetsbelastning kommer i bursts kan du konfigurera en respitperiod som håller agenter online när jobben är stabila och startar dem från grunden under långsammare perioder.

Mer information finns i Standby-agenter och Tillståndskänsliga pooler.