Redigera

Dela via

Kostnadshantering för Kubernetes

Azure Cost Management
Azure Kubernetes Service (AKS)
Azure Managed Disks
Azure Storage
Azure Virtual Machines

Den här guiden förklarar hur prissättning och kostnadshantering fungerar i Azure Kubernetes Service (AKS) jämfört med Amazon Elastic Kubernetes Service (Amazon EKS). Artikeln beskriver hur du optimerar kostnader och implementerar lösningar för kostnadsstyrning för ditt AKS-kluster.

Kommentar

Den här artikeln är en del av en serie artiklar som hjälper proffs som är bekanta med Amazon EKS att förstå Azure Kubernetes Service (AKS).

Grunderna för Amazon EKS-kostnader

I Amazon EKS betalar du ett fast pris per timme för varje Amazon EKS-kluster. Du betalar också för nätverk, driftverktyg och lagring som klustret använder.

Amazon EKS-arbetsnoder är standard amazon EC2-instanser, så de medför vanliga Amazon EC2-priser. Du betalar också för andra AWS-resurser (Amazon Web Services) som du etablerar för att köra kubernetes-arbetsnoderna.

Det finns inga extra kostnader för att använda Amazon EKS-hanterade nodgrupper. Du betalar bara för de AWS-resurser som du etablerar, inklusive Amazon EC2-instanser, Amazon EBS-volymer, Amazon EKS-klustertimmar och annan AWS-infrastruktur.

När du skapar en hanterad nodgrupp kan du välja att använda kapacitetstypen På begäran eller Spot Instances för att hantera kostnaden för agentnoder. Amazon EKS distribuerar en hanterad nodgrupp med en Amazon EC2 Auto Scaling-grupp som innehåller antingen alla på begäran eller alla spotinstanser.

Med instanser på begäran betalar du för beräkningskapaciteten med den andra, utan långsiktiga åtaganden. Amazon EC2 Spot Instances är extra Amazon EC2-kapacitet som erbjuder rabatter jämfört med priser på begäran.

  • Amazon EC2 Spot Instances kan avbrytas med ett meddelande om två minuters avbrott när EC2 behöver kapaciteten tillbaka.

  • Amazon tillhandahåller Spot Fleet, en metod för att automatisera grupper av instanser på begäran och oanvänd kapacitet, och Spot Instance Advisor för att förutsäga vilken region eller tillgänglighetszon som kan ge minimala störningar.

  • Priserna för AWS Spot Instance varierar. AWS anger priset beroende på långsiktiga utbuds- och efterfrågetrender för kapacitet för spotinstans, och du betalar priset som gäller för den tidsperiod som instansen är igång.

Kostnadsanalys för Azure Kubernetes Service

Ett AKS-kluster (Azure Kubernetes Service) förlitar sig på olika Azure-resurser, till exempel virtuella datorer, virtuella diskar, lastbalanserare och offentliga IP-adresser. Dessa resurser kan användas av flera program, som kan hanteras av olika team inom en organisation. Förbrukningsmönstren för dessa resurser kan variera, vilket resulterar i varierande bidrag till den totala klusterresurskostnaden. Dessutom kan vissa program ha fotavtryck i flera kluster, vilket gör kostnadstillskrivning och hantering till en utmaning.

För scenarier där ett kluster innehåller en enda arbetsbelastning kan Microsoft Cost Management användas för att mäta klusterresursförbrukningen under klusterresursgruppen. Vissa scenarier omfattas dock inte enbart av den lösningen, till exempel:

  • Detaljerad uppdelning av resursanvändning, till exempel beräkning, nätverk och lagring.
  • Skilja mellan enskilda programkostnader och delade kostnader.
  • Analysera kostnader i flera kluster i samma prenumerationsomfång.

För att öka kostnadsobservabiliteten har AKS integrerats med Microsoft Cost Management för att tillhandahålla detaljerade kostnadsgranskningar i Kubernetes-konstruktioner som kluster och namnområde. Den här integreringen möjliggör kostnadsanalys i kategorierna Azure-beräkning, nätverk och lagring.

AKS-kostnadsanalystillägget bygger på OpenCost, ett projekt med öppen källkod för insamling av användningsdata. Det ger kostnadssynlighet genom att stämma av data med din Azure-faktura. Efterbearbetade data visas direkt i kostnadsanalysportalen för Cost Management. Mer information finns i Kostnadsanalys för Azure Kubernetes Service.

Kostnadsdefinitioner

I kubernetes-namnrymder och tillgångsvyer visas avgifterna, till exempel:

  • Inaktiva avgifter: Representerar kostnaden för tillgänglig resurskapacitet som inte användes av några arbetsbelastningar.
  • Tjänstavgifter: Representerar de avgifter som är associerade med tjänster som serviceavtal på drifttid (SLA) och Microsoft Defender för containrar.
  • Systemavgifter: Representerar kostnaden för kapacitet som reserverats av AKS på varje nod för att köra systemprocesser som krävs av klustret.
  • Ej allokerade avgifter: Representerar kostnaden för resurser som inte kunde allokeras till namnområden.

Grunderna för AKS-kostnader

Kubernetes-arkitekturen baseras på två lager, kontrollplanet och en eller flera noder eller nodpooler. AKS-prismodellen baseras på de två Kubernetes-arkitekturskikten.

  • Kontrollplanet tillhandahåller kubernetes-kärntjänster, till exempel API-servern och , och programarbetsbelastningsorkestrering.etcd Azure-plattformen hanterar AKS-kontrollplanet, och för den kostnadsfria AKS-nivån har kontrollplanet ingen kostnad.

  • Noderna, som även kallas agentnoder eller arbetsnoder, är värdar för Kubernetes-arbetsbelastningar och program. I AKS hanterar och betalar kunderna alla kostnader för agentnoderna.

Följande diagram visar relationen mellan kontrollplanet och noderna i en AKS Kubernetes-arkitektur.

Diagram som visar kontrollplanet och noderna i AKS-arkitekturen.

Kontrollplan

Azure etablerar och konfigurerar automatiskt kontrollplansskiktet när du skapar ett AKS-kluster. För den kostnadsfria AKS-nivån är kontrollplanet kostnadsfritt.

För ett serviceavtal på högre kontrollplan (SLA) kan du skapa ett AKS-kluster på standardnivån. Serviceavtal för drifttid ingår som standard på standardnivån och är aktiverat per kluster. Priset är 0,10 USD per kluster och timme. Mer information finns i prisinformation för AKS.

Kluster på standardnivån har fler kontrollplansresurser, till exempel antalet API-serverinstanser, Resursgränser för Etcd, skalbarhet upp till 5 000 noderoch det befintliga ekonomiskt säkerhetskopierade serviceavtalet för drifttid. AKS använder huvudnodrepliker över uppdaterings- och feldomäner för att uppfylla tillgänglighetskraven.

Det är bäst att använda standardnivån i produktionsarbetsbelastningar för att ge högre tillgänglighet för kontrollplanskomponenter. Kluster på den kostnadsfria nivån har färre repliker och begränsade kontrollplansresurser och rekommenderas inte för produktionsarbetsbelastningar.

Noder

I AKS skapar du agent- eller arbetsnoder i en eller flera nodpooler, som kan använda många Azure-kärnfunktioner i Kubernetes-miljön. AKS debiterar endast för noderna som är kopplade till AKS-klustret.

AKS-noder använder flera Azure-infrastrukturresurser, inklusive vm-skalningsuppsättningar, virtuella nätverk och hanterade diskar. Du kan till exempel använda de flesta typer av virtuella Azure-datorer (VM) direkt i AKS. Du kan använda Azure-reservationer och Azure-sparplan för beräkning för att få betydande rabatter på dessa resurser.

AKS-klusterpriser baseras på klassen, antalet och storleken på de virtuella datorerna i nodpoolerna. Kostnaden för virtuella datorer beror på storlek, CPU-typ, antal vCPU:er, minne, familj och lagringstyp som är tillgängliga, till exempel SSD (Solid State Drive) med höga prestanda eller standard-HDD. Mer information finns i Virtual Machine Series. Planera nodstorleken enligt programkrav, antal noder och skalbarhetsbehov för kluster.

Mer information om agentnoder och nodpooler finns i artikeln Nodpooler i den här serien och Skapa och hantera flera nodpooler för ett kluster i Azure Kubernetes Service (AKS).

Distribution av AKS-kluster

Varje AKS-distribution omfattar två Azure-resursgrupper.

  • Du skapar den första resursgruppen, som endast innehåller Kubernetes-tjänstresursen och inte har några kostnader associerade med den.

  • AKS-resursprovidern skapar automatiskt den andra resursgruppen eller nodresursgruppen under distributionen. Standardnamnet för den här resursgruppen är MC_<resourcegroupname>_<clustername>_<location>, men du kan ange ett annat namn. Mer information finns i Ange mitt eget namn för resursgruppen AKS-nod.

    Nodresursgruppen innehåller alla klusterinfrastrukturresurser och är den som visar avgifter för din prenumeration. Resurserna omfattar virtuella Kubernetes-noddatorer, virtuella nätverk, lagring och andra tjänster. AKS tar automatiskt bort nodresursgruppen när klustret tas bort, så du bör bara använda den för resurser som delar klustrets livscykel.

Beräkna kostnader

Du betalar för virtuella Azure-datorer baserat på deras storlek och användning. Information om hur Azure-beräkning jämförs med AWS finns i Compute Services on Azure and AWS (Beräkningstjänster i Azure och AWS).

Ju större vm-storlek du väljer för en nodpool, desto högre blir kostnaden per timme för agentnoderna. Ju mer specialiserad vm-serien du använder för nodpoolen, till exempel GPU-aktiverad eller minnesoptimerad, desto dyrare pool.

När du undersöker priser för virtuella Azure-datorer bör du vara medveten om följande:

  • Priserna skiljer sig åt per region, och inte alla tjänster och VM-storlekar är tillgängliga i varje region.

  • Det finns flera VM-familjer, optimerade för olika typer av arbetsbelastningar.

  • Hanterade diskar som används som OS-enheter debiteras separat och du måste lägga till deras kostnader i dina uppskattningar. Den hanterade diskstorleken beror på klassen, till exempel Standard HDD, Standard SSD, Premium SSD eller Ultra Disk Storage. Indataåtgärder per sekund (IOPS) och dataflöde i MB/sek beror på storlek och klass. Tillfälliga OS-diskar är kostnadsfria och ingår i priset för den virtuella datorn.

  • Datadiskar, inklusive de som skapats med beständiga volymanspråk, är valfria och debiteras individuellt baserat på deras klass, till exempel Standard HDD, Standard SSD, Premium SSD och Ultra Disk Storage. Du måste uttryckligen lägga till datadiskar i kostnadsuppskattningar. Antalet tillåtna datadiskar, tillfälliga lagrings-SSD:er, IOPS och dataflöde i MB/s beror på vm-storlek och klass.

  • Ju mer tid agentnoderna är igång, desto högre blir den totala klusterkostnaden. Utvecklingsmiljöer behöver vanligtvis inte köras kontinuerligt.

  • Nätverksgränssnitt (NIC) är kostnadsfria.

Lagringskostnader

CSI (Container Storage Interface) är en standard för att exponera block- och fillagringssystem för containerbaserade arbetsbelastningar i Kubernetes. Genom att implementera och använda CSI kan AKS skriva, distribuera och iterera plugin-program som exponerar Kubernetes-lagringssystem utan att röra kubernetes-kärnkoden eller vänta på dess lanseringscykler.

Om du kör arbetsbelastningar som använder CSI-beständiga volymer i aks-klustret bör du överväga den tillhörande kostnaden för lagringen som dina program etablerar och använder. CSI-lagringsdrivrutiner på AKS ger inbyggt stöd för följande lagringsalternativ:

  • Azure Disks skapar Kubernetes-datadiskresurser. Diskar kan använda Azure Premium Storage, som backas upp av högpresterande SSD:er eller Azure Standard Storage, som backas upp av vanliga hårddiskar eller standard-SSD:er. De flesta produktions- och utvecklingsarbetsbelastningar använder Premium Storage. Azure-diskar monteras som ReadWriteOnce, vilket gör dem tillgängliga för endast en AKS-nod. För lagringsvolymer som flera poddar kan komma åt samtidigt använder du Azure Files. Information om kostnader finns i Priser för hanterade diskar.

  • Azure Files monterar SMB-filresurser (Server Messaging Block) 3.0/3.1 som backas upp av ett Azure Storage-konto till AKS-poddar. Du kan dela data över flera noder och poddar. Azure Files kan använda Standard Storage som backas upp av vanliga hårddiskar eller Premium Storage som backas upp av högpresterande SSD:er. Azure Files använder ett Azure Storage-konto och debiteras baserat på följande faktorer:

    • Tjänst: Blob, Fil, Kö, Tabell eller ohanterade diskar
    • Typ av lagringskonto: GPv1, GPv2, Blob eller Premium Blob
    • Återhämtning: Lokalt redundant lagring (LRS), zonredundant lagring (ZRS), geo-redundant lagring (GRS) eller geo-redundant lagring med läsåtkomst (RA-GRS)
    • Åtkomstnivå: Frekvent, lågfrekvent eller arkiv
    • Åtgärder och dataöverföringar
    • Använd kapacitet i GB

  • Azure NetApp Files är tillgängligt på flera SKU-nivåer och kräver en minsta etablerad kapacitet på 4 TiB, med 1 TiB-steg. Avgifter för Azure NetApp Files baseras på följande faktorer:

    • SKU
    • Återhämtning: LRS, ZRS eller GRS
    • Storlek eller kapacitet etablerad, inte kapacitet som används
    • Åtgärder och dataöverföring
    • Säkerhetskopieringar och återställningar

Nätverkskostnader

Flera Azure-nätverkstjänster kan ge åtkomst till dina program som körs i AKS:

  • Azure Load Balancer. Som standard använder Load Balancer Standard SKU. Load Balancer-avgifter baseras på:

    • Regler: Antalet konfigurerade regler för belastningsutjämning och utgående trafik. NAT-regler (Inkommande nätverksadressöversättning) räknas inte i det totala antalet regler.
    • Bearbetade data: Mängden data som bearbetas inkommande och utgående, oberoende av regler. Det debiteras ingen timavgift för Standard-lastbalanserare utan att några regler har konfigurerats.

  • Azure Application Gateway. AKS använder ofta Application Gateway via Application Gateway Ingress Controller eller genom att fronta en annan ingresskontrollant med manuellt hanterad Application Gateway. Application Gateway stöder gatewayroutning, TLS-avslutning (Transport Layer Security) och brandväggsfunktioner för webbaserade program. Avgifter för Application Gateway baseras på:

    • Fast pris per timme eller partiell timme.
    • Kapacitetsenhetspris, en extra förbrukningsbaserad kostnad. Varje kapacitetsenhet har högst en beräkningsenhet, 2 500 beständiga anslutningar och 2,22 Mbit/s-dataflöde.

  • offentliga IP-adresser har en associerad kostnad som är beroende av:

    • Reserverad kontra dynamisk association.
    • Basic jämfört med säker och zonredundant standardnivå.

Utskalningskostnader

Det finns flera alternativ för att skala ett AKS-kluster för att lägga till extra kapacitet i nodpooler:

  • På begäran kan du manuellt uppdatera antalet virtuella datorer som ingår i en nodpool eller lägga till fler nodpooler.

  • AKS-klustrets autoskalning söker efter poddar som inte kan schemaläggas på noder på grund av resursbegränsningar och ökar automatiskt antalet noder.

  • AKS stöder körning av containrar på Azure Container Instances med hjälp av den virtuella kubelet-implementeringen . En virtuell AKS-nod etablerar Container Instances-poddar som startar på några sekunder, så att AKS kan köras med tillräckligt med kapacitet för en genomsnittlig arbetsbelastning. När AKS-klustret får slut på kapacitet kan du skala ut fler Container Instances-poddar utan att hantera några ytterligare servrar. Du kan kombinera den här metoden med autoskalning av kluster och manuell skalning.

Om du använder skalning på begäran eller autoskalning av kluster kan du ta hänsyn till de tillagda virtuella datorerna. Avgifter för containerinstanser baseras på följande faktorer:

  • Användningsbaserad måttfakturering per containergrupp
  • Samlings-vCPU och minne
  • Användning av en container eller flera containerdelning
  • Användning av samplanerade containrar som delar nätverks- och nodlivscykel
  • Användningstid beräknad från start eller omstart av avbildningen till stopp
  • Extra kostnad för Windows-containergrupper

Uppgraderingskostnader

En del av AKS-klusterlivscykeln omfattar periodiska uppgraderingar till den senaste Kubernetes-versionen. Det är viktigt att tillämpa de senaste säkerhetsversionerna och få de senaste funktionerna. Du kan uppgradera AKS-kluster och pooler med en enda nod manuellt eller automatiskt. Mer information finns i Uppgradera ett kluster i Azure Kubernetes Service (AKS).

Som standard konfigurerar AKS uppgraderingar till överspänning med en extra nod. Ett standardvärde 1 för för inställningen max-surge minimerar arbetsbelastningsavbrott genom att skapa en extra nod som ersätter äldre versioner av noder innan befintliga program spärras eller töms. Du kan anpassa max-surge värdet per nodpool för att möjliggöra en kompromiss mellan uppgraderingshastighet och uppgraderingsavbrott. max-surge Om du ökar värdet slutförs uppgraderingsprocessen snabbare, men ett stort värde för max-surge kan orsaka störningar under uppgraderingsprocessen och medföra extra kostnader för extra virtuella datorer.

Övriga kostnader

Beroende på användning och krav kan AKS-kluster medföra följande extra kostnader:

Kostnadsoptimering

Följande rekommendationer hjälper dig att optimera dina AKS-klusterkostnader:

  • Läs avsnittet Kostnadsoptimering i Azure Well-Architected Framework för AKS.

  • För lösningar med flera klientorganisationer blir fysisk isolering dyrare och lägger till hanteringskostnader. Logisk isolering kräver mer Kubernetes-upplevelse och ökar ytan för ändringar och säkerhetshot, men delar kostnaderna.

  • Azure-reservationer kan hjälpa dig att spara pengar genom att åta dig ett- eller treårsplaner för flera produkter, till exempel de virtuella datorerna i ditt AKS-kluster. Du får rabatter genom att reservera kapacitet. Använd Azure-reservationer för lagring och beräkning för att minska kostnaden för agentnoder.

    Reservationer kan minska dina resurskostnader med upp till 72 % från betala per användning-priser och påverkar inte körningstillståndet för dina resurser. När du har köpt en reservation tillämpas rabatten automatiskt på matchande resurser. Du kan köpa reservationer från Azure Portal eller med hjälp av Azure REST API:er, PowerShell eller Azure CLI. Om du använder operativa verktyg som förlitar sig på Log Analytics-arbetsytor kan du även använda reservationer för den här lagringen.

  • Lägg till en eller flera skalningsuppsättningsnodpooler i AKS-klustret. En nodpool för oanvänd kapacitet är en nodpool som backas upp av Skalningsuppsättningar för virtuella Azure-datorer med oanvänd kapacitet. Användning av virtuella datorer med oanvänd kapacitet för dina AKS-klusternoder drar nytta av outnyttjad Azure-kapacitet till betydande kostnadsbesparingar. Mängden tillgänglig outnyttjad kapacitet varierar beroende på flera faktorer, inklusive nodstorlek, region och tid på dagen. Azure allokerar de oanvända noderna om det finns tillgänglig kapacitet, men det finns inget serviceavtal för noder med oanvänd kapacitet. En skalningsuppsättning för oanvänd kapacitet som säkerhetskopierar nodpoolen för oanvänd kapacitet distribueras i en enda feldomän och erbjuder inga garantier för hög tillgänglighet. När Azure behöver tillbaka kapaciteten avlägsnar Azure-infrastrukturen de oanvända noderna.

    När du skapar en nodpool för oanvänd kapacitet kan du definiera det högsta priset som ska betalas per timme och aktivera autoskalning av klustret, vilket rekommenderas för nodpooler med oanvänd kapacitet. Autoskalning av kluster skalar ut och skalar in antalet noder i nodpoolen baserat på de arbetsbelastningar som körs. För nodpooler med oanvänd kapacitet skalar autoskalning av klustret ut antalet noder efter en borttagning om noderna fortfarande behövs. Mer information finns i Lägga till en skalningsuppsättningsnodpool i ett AKS-kluster (Azure Kubernetes Service).

  • Välj rätt VM-storlek för dina AKS-klusternodpooler baserat på dina arbetsbelastningars cpu- och minnesbehov. Azure erbjuder många olika typer av VM-instanser som matchar en mängd olika användningsfall, med olika kombinationer av PROCESSOR, minne, lagring och nätverkskapacitet. Varje typ finns i en eller flera storlekar, så att du enkelt kan skala dina resurser.

    Nu kan du distribuera och hantera containerbaserade program med AKS som körs på Ampere Altra ARM-baserade processorer. Mer information finns i Azure Virtual Machines med Ampere Altra ARM-baserade processorer.

  • Skapa flera nodpooler med olika VM-storlekar för särskilda ändamål och arbetsbelastningar. Använd Kubernetes-taints och toleranser och nodetiketter för att placera resursintensiva program i specifika nodpooler för att undvika problem med bullriga grannar. Behåll dessa nodresurser tillgängliga för arbetsbelastningar som kräver dem och schemalägg inte andra arbetsbelastningar på dessa noder. Om du använder olika VM-storlekar för olika nodpooler kan du också optimera kostnaderna. Mer information finns i Använda flera nodpooler i Azure Kubernetes Service (AKS).

  • Nodpooler i systemläge måste innehålla minst en nod, medan nodpooler i användarläge kan innehålla noll eller fler noder. När det är möjligt kan du konfigurera en nodpool i användarläge så att den automatiskt skalar från 0 till N noder. Du kan konfigurera dina arbetsbelastningar för att skala ut och skala in med hjälp av en horisontell podd autoskalning. Basera autoskalning på CPU och minne, eller använd Kubernetes Händelsedriven autoskalning (KEDA) för att basera autoskalning på måtten för ett externt system som Apache Kafka, RabbitMQ eller Azure Service Bus.

  • Se till att ange begäranden och gränser för dina poddar korrekt för att förbättra programdensiteten och undvika att tilldela för många PROCESSOR- och minnesresurser till dina arbetsbelastningar. Observera den genomsnittliga och maximala förbrukningen av CPU och minne med hjälp av Prometheus eller Container Insights. Konfigurera gränser och kvoter för dina poddar korrekt i YAML-manifesten, Helm-diagrammen och Kustomize-manifesten för dina distributioner.

  • Använd ResourceQuota-objekt för att ange kvoter för den totala mängden minne och PROCESSOR för alla poddar som körs i ett givet namnområde. Den systematiska användningen av resurskvoter undviker problem med bullriga grannar, förbättrar programdensiteten och minskar antalet agentnoder och totala kostnader. Använd också LimitRange-objekt för att konfigurera standardbegäranden om PROCESSOR och minne för poddar i ett namnområde.

  • Använd containerinstanser för burst-användning.

  • Dina AKS-arbetsbelastningar kanske inte behöver köras kontinuerligt, till exempel specifika arbetsbelastningar i nodpooler för utvecklingskluster. För att optimera kostnaderna kan du helt stänga av ett AKS-kluster eller stoppa en eller flera nodpooler i ditt AKS-kluster. Mer information finns i Stoppa och starta ett AKS-kluster (Azure Kubernetes Service) och Starta och stoppa en nodpool i Azure Kubernetes Service (AKS).)

  • Azure Policy integreras med AKS via inbyggda principer för att tillämpa centraliserade, konsekventa, skalbara efterlevnadar och skyddsåtgärder. Aktivera Azure Policy-tillägget i klustret och tillämpa standardgränserna för CPU-begäranden och gränser och minnesresurser, vilket säkerställer att gränser för processor- och minnesresurser definieras för klustercontainrar.

  • Använd Azure Advisor för att övervaka och frigöra oanvända resurser.

  • Använd Microsoft Cost Management-budgetar och granskningar för att hålla reda på utgifter.

Kostnadsstyrning

Molnet kan avsevärt förbättra de tekniska prestandan för affärsarbetsbelastningar. Molntekniker kan också minska kostnaderna och kostnaderna för att hantera organisationstillgångar. Den här affärsmöjligheten skapar dock också risker, eftersom molndistributioner kan öka risken för avfall och ineffektivitet.

Kostnadsstyrning är processen att kontinuerligt implementera principer eller kontroller för att begränsa utgifter och kostnader. Inbyggda Kubernetes-verktyg och Azure-verktyg stöder både kostnadsstyrning med proaktiv övervakning och underliggande kostnadsoptimering för infrastrukturen.

  • Microsoft Cost Management är en uppsättning Microsoft-verktyg som hjälper dig att analysera, hantera och optimera dina arbetsbelastningskostnader för Azure. Använd sviten för att se till att din organisation drar nytta av de fördelar som molnet ger.

  • Granska regelverken för styrning av Cloud Adoption Framework för Cost Management-disciplin för att bättre förstå hur du hanterar och styr molnkostnader.

  • Utforska verktyg med öppen källkod som KubeCost för att övervaka och styra AKS-klusterkostnader. Du kan omfångsbegränsa kostnadsallokering till en distribution, tjänst, etikett, podd och namnrymd, vilket ger flexibilitet när det gäller att visa och ladda klusteranvändare.

Referensmaterial

Här följer några referensmaterial som kan hjälpa dig att ytterligare förstå och använda AKS-kostnadsanalys:

Deltagare

Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.

Huvudsakliga författare:

Övriga medarbetare:

Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.

Nästa steg