Bewerken

Kostenbeheer voor Kubernetes

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

In deze handleiding wordt uitgelegd hoe prijzen en kostenbeheer werken in Azure Kubernetes Service (AKS) in vergelijking met Amazon Elastic Kubernetes Service (Amazon EKS). In het artikel wordt beschreven hoe u kosten optimaliseert en oplossingen voor kostenbeheer implementeert voor uw AKS-cluster.

Notitie

Dit artikel maakt deel uit van een reeks artikelen waarmee professionals die bekend zijn met Amazon EKS , inzicht krijgen in AKS.

Basisbeginselen van Amazon EKS-kosten

In Amazon EKS betaalt u een vaste prijs per uur voor elk Amazon EKS-cluster. U betaalt ook voor de netwerken, bewerkingshulpprogramma's en opslag die het cluster gebruikt.

Amazon EKS-werkknooppunten zijn standaard Amazon EC2-exemplaren, dus er worden normale Amazon EC2-prijzen voor gebruikt. U betaalt ook voor andere AWS-resources (Amazon Web Services) die u inricht om uw Kubernetes-werkknooppunten uit te voeren.

Er zijn geen extra kosten verbonden aan het gebruik van door Amazon EKS beheerde knooppuntgroepen. U betaalt alleen voor de AWS-resources die u inricht, waaronder Amazon EC2-exemplaren, Amazon EBS-volumes, Amazon EKS-clusteruren en andere AWS-infrastructuur.

Wanneer u een beheerde knooppuntgroep maakt, kunt u ervoor kiezen om het capaciteitstype On-Demand of Spot Instances te gebruiken om de kosten van agentknooppunten te beheren. Amazon EKS implementeert een beheerde knooppuntgroep met een Amazon EC2 Auto Scaling-groep die alle on-demand of alle spot-exemplaren bevat.

Met instanties op aanvraag betaalt u per seconde voor de rekencapaciteit, zonder langetermijnverplichtingen. Amazon EC2 Spot Instances zijn reserve Amazon EC2-capaciteit die kortingen biedt in vergelijking met on-demand prijzen.

  • Amazon EC2 Spot Instances kunnen worden onderbroken met een onderbrekingsmelding van twee minuten wanneer EC2 de capaciteit terug nodig heeft.

  • Amazon biedt Spot Fleet, een methode voor het automatiseren van groepen van on-demand en spot-exemplaren, en Spot Instance Advisor om te voorspellen welke regio of beschikbaarheidszone minimale onderbrekingen kan veroorzaken.

  • De prijzen van AWS Spot Instance variëren. AWS stelt de prijs in op basis van de vraag- en aanbodtrends op lange termijn voor de capaciteit van spot-exemplaren en u betaalt de prijs die geldt voor de periode dat het exemplaar actief is.

Basisbeginselen van AKS-kosten

De Kubernetes-architectuur is gebaseerd op twee lagen, het besturingsvlak en een of meer knooppunten of knooppuntgroepen. Het AKS-prijsmodel is gebaseerd op de twee Kubernetes-architectuurlagen.

  • Het besturingsvlak biedt kernservices van Kubernetes, zoals de API-server en etcd, en de indeling van toepassingsworkloads. Het Azure-platform beheert het AKS-besturingsvlak en voor de gratis AKS-laag zijn er geen kosten verbonden aan het besturingsvlak.

  • De knooppunten, ook wel agentknooppunten of werkknooppunten genoemd, hosten Kubernetes-workloads en -toepassingen. In AKS beheren klanten alle kosten voor de agentknooppunten volledig en betalen ze deze.

In het volgende diagram ziet u de relatie tussen het besturingsvlak en knooppunten in een AKS Kubernetes-architectuur.

Diagram met het besturingsvlak en de knooppunten in de AKS-architectuur.

Besturingsvlak

Azure richt de besturingsvlaklaag automatisch in en configureert deze wanneer u een AKS-cluster maakt. Voor de gratis AKS-laag is het besturingsvlak gratis.

Voor een hogere service level agreement (SLA) voor besturingsvlakken kunt u een AKS-cluster maken in de standard-laag. Sla voor uptime is standaard opgenomen in de Standard-laag en is per cluster ingeschakeld. De prijs is $ 0,10 per cluster per uur. Zie Prijsinformatie voor AKS voor meer informatie.

Clusters in de Standard-laag hebben meer controlevlakresources, zoals het aantal API-serverexemplaren, etcd-resourcelimieten, schaalbaarheid tot 5000 knooppunten en de bestaande ondersteuning voor uptime SLA met financiële ondersteuning. AKS maakt gebruik van hoofdknooppuntreplica's in update- en foutdomeinen om te voldoen aan de beschikbaarheidsvereisten.

U kunt het beste de Standard-laag in productieworkloads gebruiken om een hogere beschikbaarheid van besturingsvlakonderdelen te bieden. Clusters in de gratis laag hebben minder replica's en beperkte besturingsvlakresources en worden niet aanbevolen voor productieworkloads.

Knooppunten

In AKS maakt u agent- of werkknooppunten in een of meer knooppuntgroepen, die veel Azure-kernmogelijkheden binnen de Kubernetes-omgeving kunnen gebruiken. AKS brengt alleen kosten in rekening voor de knooppunten die zijn gekoppeld aan het AKS-cluster.

AKS-knooppunten maken gebruik van verschillende Azure-infrastructuurresources, waaronder virtuele-machineschaalsets, virtuele netwerken en beheerde schijven. U kunt bijvoorbeeld de meeste typen virtuele Azure-machines (VM's) rechtstreeks in AKS gebruiken. U kunt Azure-reserveringen en het Azure-besparingsplan voor rekenkracht gebruiken om aanzienlijke kortingen op deze resources te krijgen.

Prijzen voor AKS-clusters zijn gebaseerd op de klasse, het aantal en de grootte van de VM's in de knooppuntgroepen. VM-kosten zijn afhankelijk van de grootte, het CPU-type, het aantal vCPU's, het geheugen, de familie en het beschikbare opslagtype, zoals krachtige SSD of standaard-HDD. Zie Serie virtuele machines voor meer informatie. Plan de knooppuntgrootte op basis van de toepassingsvereisten, het aantal knooppunten en de schaalbaarheidsbehoeften van clusters.

Zie het artikel Knooppuntgroepen in deze reeks en Meerdere knooppuntgroepen maken en beheren voor een cluster in Azure Kubernetes Service (AKS) voor meer informatie over agentknooppunten en knooppuntgroepen.

Implementatie van AKS-cluster

Elke AKS-implementatie omvat twee Azure-resourcegroepen.

  • U maakt de eerste resourcegroep, die alleen de Kubernetes-serviceresource bevat en waaraan geen kosten zijn gekoppeld.

  • De AKS-resourceprovider maakt automatisch de tweede of knooppuntresourcegroep tijdens de implementatie. De standaardnaam voor deze resourcegroep is MC_<resourcegroupname>_<clustername>_<location>, maar u kunt een andere naam opgeven. Zie Mijn eigen naam opgeven voor de AKS-knooppuntresourcegroep voor meer informatie.

    De knooppuntresourcegroep bevat alle clusterinfrastructuurresources en is degene die de kosten voor uw abonnement weergeeft. De resources omvatten de Kubernetes-knooppunt-VM's, virtuele netwerken, opslag en andere services. AKS verwijdert de knooppuntresourcegroep automatisch wanneer het cluster wordt verwijderd, dus u moet deze alleen gebruiken voor resources die de levenscyclus van het cluster delen.

Rekenkosten

U betaalt voor Azure-VM's op basis van hun grootte en gebruik. Zie Compute-services in Azure en AWS voor informatie over hoe Azure Compute zich verhoudt tot AWS.

Over het algemeen geldt dat hoe groter de VM-grootte die u selecteert voor een knooppuntgroep, hoe hoger de uurkosten voor de agentknooppunten. Hoe gespecialiseerder de VM-serie die u gebruikt voor de knooppuntgroep, bijvoorbeeld gpu(Graphics Processing Unit) ingeschakeld of geoptimaliseerd voor geheugen, hoe duurder de groep.

Houd rekening met de volgende punten bij het onderzoeken van de prijzen voor Virtuele Azure-machines:

  • Prijzen verschillen per regio en niet alle services en VM-grootten zijn beschikbaar in elke regio.

  • Er zijn meerdere VM-families, geoptimaliseerd voor verschillende typen workloads.

  • Beheerde schijven die als besturingssysteemstations worden gebruikt, worden afzonderlijk in rekening gebracht en u moet hun kosten toevoegen aan uw schattingen. De grootte van de beheerde schijf is afhankelijk van de klasse, zoals Standard-HDD's, Standard-SSD's, Premium-SSD's of Ultra-SSD's. Invoer-uitvoerbewerkingen per seconde (IOPS) en doorvoer in MB/sec zijn afhankelijk van de grootte en klasse. Tijdelijke besturingssysteemschijven zijn gratis en zijn inbegrepen in de vm-prijs.

  • Gegevensschijven, inclusief schijven die zijn gemaakt met permanente volumeclaims, zijn optioneel en worden afzonderlijk in rekening gebracht op basis van hun klasse, zoals Standard-HDD's, Standard-SSD's, Premium-SSD's en Ultra-SSD's. U moet expliciet gegevensschijven toevoegen aan kostenramingen. Het aantal toegestane gegevensschijven, tijdelijke opslag-SD's, IOPS en doorvoer in MB/sec is afhankelijk van de VM-grootte en -klasse.

  • Hoe langer agentknooppunten actief zijn, hoe hoger de totale clusterkosten. Ontwikkelomgevingen hoeven meestal niet continu te worden uitgevoerd.

  • Netwerkinterfaces (NIC's) zijn gratis.

Opslagkosten

De Container Storage Interface (CSI) is een standaard voor het beschikbaar maken van blok- en bestandsopslagsystemen voor workloads in containers in Kubernetes. Door CSI te gebruiken en te gebruiken, kan AKS invoegtoepassingen schrijven, implementeren en herhalen die Kubernetes-opslagsystemen beschikbaar maken zonder de Kubernetes-kerncode aan te raken of te wachten op de releasecycli.

Als u workloads uitvoert die gebruikmaken van permanente CSI-volumes op uw AKS-cluster, moet u rekening houden met de bijbehorende kosten van de opslag die uw toepassingen inrichten en gebruiken. CSI-opslagstuurprogramma's op AKS bieden systeemeigen ondersteuning voor de volgende opslagopties:

  • Azure Disks maakt Kubernetes-gegevensschijfresources. Schijven kunnen gebruikmaken van Azure Premium Storage, ondersteund door krachtige HDD's, of Azure Standard Storage, ondersteund door reguliere HDD's of Standard-SSD's. De meeste productie- en ontwikkelingsworkloads maken gebruik van Premium Storage. Azure-schijven worden gekoppeld als ReadWriteOnce, waardoor ze beschikbaar zijn voor slechts één AKS-knooppunt. Gebruik Azure Files voor opslagvolumes waartoe meerdere pods tegelijk toegang hebben. Zie prijzen voor Managed Disks voor informatie over de kosten.

  • Azure Files koppelt SMB (Server Messaging Block) 3.0/3.1-bestandsshares die worden ondersteund door een Azure Storage-account aan AKS-pods. U kunt gegevens delen tussen meerdere knooppunten en pods. Azure Files kunt Standard-opslag gebruiken die wordt ondersteund door reguliere HDD's of Premium-opslag die wordt ondersteund door ssd's met hoge prestaties. Azure Files maakt gebruik van een Azure Storage-account en maakt kosten op basis van de volgende factoren:

    • Service: blob-, bestands-, wachtrij-, tabel- of niet-beheerde schijven
    • Type opslagaccount: GPv1, GPv2, Blob of Premium Blob
    • Tolerantie: lokaal redundante opslag (LRS), zone-redundante opslag (ZRS), geografisch redundante opslag (GRS) of geografisch redundante opslag met leestoegang (RA-GRS)
    • Toegangslaag: Dynamisch, Statisch of Archief
    • Bewerkingen en gegevensoverdrachten
    • Gebruikte capaciteit in GB

  • Azure NetApp Files is beschikbaar in verschillende SKU-lagen en vereist een minimale ingerichte capaciteit van 4 TiB, met 1 TiB-stappen. Azure NetApp Files kosten zijn gebaseerd op de volgende factoren:

    • SKU
    • Tolerantie: LRS, ZRS of GRS
    • Grootte of capaciteit ingericht, niet gebruikte capaciteit
    • Bewerkingen en gegevensoverdracht
    • Back-ups en herstelbewerkingen

Netwerkkosten

Verschillende Azure-netwerkservices kunnen toegang bieden tot uw toepassingen die worden uitgevoerd in AKS:

  • Azure Load Balancer. Standaard maakt Load Balancer gebruik van standard-SKU. Load Balancer kosten zijn gebaseerd op:

    • Regels: het aantal geconfigureerde taakverdelings- en uitgaande regels. Binnenkomende NAT-regels (Network Address Translation) tellen niet mee in het totale aantal regels.
    • Verwerkte gegevens: de hoeveelheid gegevens die binnenkomende en uitgaande gegevens worden verwerkt, onafhankelijk van regels. Er worden geen uurkosten in rekening gebracht voor Standard Load Balancer waarvoor geen regels zijn geconfigureerd.

  • Azure Application Gateway. AKS maakt vaak gebruik van Application Gateway via Application Gateway toegangsbeheerobjectcontroller of door een andere toegangscontroller te gebruiken met handmatig beheerde Application Gateway. Application Gateway ondersteunt gatewayroutering, TLS-beëindiging (Transport Layer Security) en waf-functionaliteit (Web Application Firewall). Application Gateway kosten zijn gebaseerd op:

    • Vaste prijs ingesteld op uur of gedeeltelijk uur.
    • Prijs per capaciteitseenheid, een extra kosten op basis van verbruik. Elke capaciteitseenheid heeft maximaal één rekeneenheid, 2500 permanente verbindingen en een doorvoer van 2,22 Mbps.

  • Aan openbare IP-adressen zijn kosten verbonden die afhankelijk zijn van:

    • Gereserveerde versus dynamische koppeling.
    • Basic versus beveiligde en zone-redundante Standard-laag.

Kosten voor uitschalen

Er zijn meerdere opties voor het schalen van een AKS-cluster om extra capaciteit toe te voegen aan knooppuntgroepen:

  • Op aanvraag kunt u het aantal VM's dat deel uitmaakt van een knooppuntgroep handmatig bijwerken of meer knooppuntgroepen toevoegen.

  • De automatische schaalaanpassing van AKS-clusters bewaakt pods die vanwege resourcebeperkingen niet kunnen worden gepland op knooppunten en verhoogt automatisch het aantal knooppunten.

  • AKS ondersteunt het uitvoeren van containers op Azure Container Instances met behulp van de virtuele kubelet-implementatie. Een virtueel AKS-knooppunt richt Container Instances pods in die binnen enkele seconden worden gestart, zodat AKS kan worden uitgevoerd met net voldoende capaciteit voor een gemiddelde workload. Als de capaciteit van het AKS-cluster opraakt, kunt u meer Container Instances pods uitschalen zonder extra servers te beheren. U kunt deze benadering combineren met de automatische schaalaanpassing van clusters en handmatig schalen.

Als u schaalaanpassing op aanvraag of de automatische schaalaanpassing van clusters gebruikt, moet u rekening houden met de toegevoegde VM's. Container Instances kosten zijn gebaseerd op de volgende factoren:

  • Facturering van metrische gegevens op basis van gebruik per containergroep
  • Verzameling vCPU en geheugen
  • Eén container gebruiken of meerdere containers delen
  • Gebruik van gelijktijdig geplande containers die de levenscyclus van het netwerk en knooppunt delen
  • Gebruiksduur berekend vanaf het pull-starten of opnieuw opstarten van de installatiekopie tot het stoppen
  • Extra kosten voor Windows-containergroepen

Upgradekosten

Een deel van de levenscyclus van het AKS-cluster omvat periodieke upgrades naar de nieuwste Kubernetes-versie. Het is belangrijk om de nieuwste beveiligingsreleases toe te passen en de nieuwste functies te krijgen. U kunt AKS-clusters en pools met één knooppunt handmatig of automatisch upgraden. Zie Een Azure Kubernetes Service-cluster (AKS) upgraden voor meer informatie.

Standaard configureert AKS upgrades om te pieken met één extra knooppunt. Een standaardwaarde van 1 voor de max-surge instelling minimaliseert onderbreking van de werkbelasting door een extra knooppunt te maken om oudere knooppunten te vervangen voordat bestaande toepassingen worden cordoneerd of leeggestopt. U kunt de max-surge waarde per knooppuntgroep aanpassen om een afweging mogelijk te maken tussen upgradesnelheid en upgradeonderbreking. Als u de max-surge waarde verhoogt, wordt het upgradeproces sneller voltooid, maar een grote waarde voor max-surge kan onderbrekingen veroorzaken tijdens het upgradeproces en extra kosten met zich meebrengen voor extra VM's.

Overige kosten

Afhankelijk van het gebruik en de vereisten kunnen voor AKS-clusters de volgende extra kosten in rekening worden gebracht:

Kostenoptimalisatie

De volgende aanbevelingen helpen u bij het optimaliseren van de kosten van uw AKS-cluster:

  • Raadpleeg de sectie Kostenoptimalisatie van het Azure Well-Architected Framework voor AKS.

  • Voor multitenant-oplossingen is fysieke isolatie duurder en voegt beheeroverhead toe. Logische isolatie vereist meer Kubernetes-ervaring en vergroot de oppervlakte voor wijzigingen en beveiligingsrisico's, maar deelt de kosten.

  • Met Azure-reserveringen kunt u geld besparen door u vast te leggen aan een abonnement voor één of drie jaar voor verschillende producten, zoals de VM's in uw AKS-cluster. U krijgt kortingen door capaciteit te reserveren. Gebruik Azure Reservations for Storage and Compute om de kosten van agentknooppunten te verlagen.

    Reserveringen kunnen uw resourcekosten met maximaal 72% verlagen ten opzichte van de prijzen voor betalen per gebruik en hebben geen invloed op de runtimestatus van uw resources. Nadat u een reservering hebt aangeschaft, is de korting automatisch van toepassing op de overeenkomende resource. U kunt reserveringen aanschaffen via de Azure Portal of met behulp van Azure REST API's, PowerShell of Azure CLI. Als u operationele hulpprogramma's gebruikt die afhankelijk zijn van Log Analytics-werkruimten, kunt u ook Reserveringen voor deze opslag gebruiken.

  • Voeg een of meer spot-knooppuntgroepen toe aan uw AKS-cluster. Een spot-knooppuntgroep is een knooppuntgroep die wordt ondersteund door Azure Spot Virtual Machine Scale Sets. Als u spot-VM's gebruikt voor uw AKS-clusterknooppunten, profiteert u van ongebruikte Azure-capaciteit tegen aanzienlijke kostenbesparingen. De hoeveelheid beschikbare ongebruikte capaciteit varieert op basis van verschillende factoren, waaronder knooppuntgrootte, regio en tijdstip van de dag. Azure wijst de spot-knooppunten toe als er capaciteit beschikbaar is, maar er is geen SLA voor spot-knooppunten. Een spotschaalset die de spot-knooppuntgroep back-ups maakt, wordt geïmplementeerd in één foutdomein en biedt geen garanties voor hoge beschikbaarheid. Wanneer Azure de capaciteit terug nodig heeft, worden de spot-knooppunten door de Azure-infrastructuur verwijderd.

    Wanneer u een spot-knooppuntgroep maakt, kunt u de maximumprijs definiëren die per uur moet worden betaald en de automatische schaalaanpassing van clusters inschakelen. Dit wordt aanbevolen voor spot-knooppuntgroepen. De automatische schaalaanpassing van clusters wordt uitgeschaald en het aantal knooppunten in de knooppuntgroep wordt geschaald op basis van de actieve workloads. Voor spot-knooppuntgroepen schaalt de automatische schaalaanpassing van clusters het aantal knooppunten uit na een verwijdering als de knooppunten nog steeds nodig zijn. Zie Een spot-knooppuntgroep toevoegen aan een AKS-cluster (Azure Kubernetes Service) voor meer informatie.

  • Kies de juiste VM-grootte voor uw AKS-clusterknooppuntgroepen op basis van de CPU- en geheugenbehoeften van uw workloads. Azure biedt veel verschillende typen VM-exemplaren die overeenkomen met een breed scala aan use cases, met verschillende combinaties van CPU, geheugen, opslag en netwerkcapaciteit. Elk type wordt geleverd in een of meer grootten, zodat u uw resources eenvoudig kunt schalen.

    U kunt nu toepassingen in containers implementeren en beheren met AKS die worden uitgevoerd op Ampere Altra ARM-processors. Zie Azure Virtual Machines met Ampere Altra ARM-processors voor meer informatie.

  • Maak meerdere knooppuntgroepen met verschillende VM-grootten voor speciale doeleinden en workloads. Gebruik Kubernetes-taints en -toleranties en knooppuntlabels om resource-intensieve toepassingen op specifieke knooppuntgroepen te plaatsen om ruisproblemen met buren te voorkomen. Houd deze knooppuntresources beschikbaar voor workloads waarvoor ze nodig zijn en plan geen andere workloads op deze knooppunten. Het gebruik van verschillende VM-grootten voor verschillende knooppuntgroepen kan ook de kosten optimaliseren. Zie Meerdere knooppuntgroepen gebruiken in Azure Kubernetes Service (AKS) voor meer informatie.

  • Systeemmodusknooppuntgroepen moeten ten minste één knooppunt bevatten, terwijl gebruikersmodusknooppuntgroepen nul of meer knooppunten kunnen bevatten. Indien mogelijk kunt u een knooppuntgroep in de gebruikersmodus configureren om automatisch te schalen van 0 naar N knooppunten. U kunt uw workloads configureren om uit te schalen en in te schalen met behulp van een horizontale automatische schaalaanpassing voor pods. Baseer automatisch schalen op CPU en geheugen of gebruik Kubernetes Gebeurtenisgestuurde automatische schaalaanpassing (KEDA) om automatisch schalen te baseren op de metrische gegevens van een extern systeem, zoals Apache Kafka, RabbitMQ of Azure Service Bus.

  • Zorg ervoor dat u aanvragen en limieten voor uw pods goed instelt om de toepassingsdichtheid te verbeteren en te voorkomen dat u te veel CPU- en geheugenresources aan uw workloads toewijst. Bekijk het gemiddelde en maximale verbruik van CPU en geheugen met behulp van Prometheus of Container Insights. Configureer de limieten en quota voor uw pods op de juiste manier in de YAML-manifesten, Helm-grafieken en Kustomize-manifesten voor uw implementaties.

  • Gebruik ResourceQuota-objecten om quota in te stellen voor de totale hoeveelheid geheugen en CPU voor alle pods die worden uitgevoerd in een bepaalde naamruimte. Het systematische gebruik van resourcequota voorkomt ruis bij buren, verbetert de toepassingsdichtheid en vermindert het aantal agentknooppunten en de totale kosten. Gebruik ook LimitRange-objecten om de standaard-CPU- en geheugenaanvragen voor pods in een naamruimte te configureren.

  • Gebruik Container Instances voor bursting.

  • Uw AKS-workloads hoeven mogelijk niet continu te worden uitgevoerd, zoals specifieke workloads in ontwikkelclusterknooppuntgroepen. Als u de kosten wilt optimaliseren, kunt u een AKS-cluster volledig uitschakelen of een of meer knooppuntgroepen in uw AKS-cluster stoppen. Zie Een AKS-cluster (Azure Kubernetes Service) stoppen en starten en Een knooppuntgroep op Azure Kubernetes Service (AKS) starten en stoppen voor meer informatie.

  • Azure Policy integreert met AKS via ingebouwd beleid om gecentraliseerde, consistente afdwinging en beveiliging op schaal toe te passen. Schakel de Azure Policy-invoegtoepassing in op uw cluster en pas de standaard-CPU-aanvragen en -limieten en limieten voor geheugenresources toe, die ervoor zorgen dat cpu- en geheugenresourcelimieten worden gedefinieerd in clustercontainers.

  • Gebruik Azure Advisor om ongebruikte resources te bewaken en vrij te geven.

  • Gebruik Budgetten en beoordelingen van Microsoft Cost Management om uitgaven bij te houden.

Kostenbeheer

De cloud kan de technische prestaties van zakelijke workloads aanzienlijk verbeteren. Cloudtechnologieën kunnen ook de kosten en overhead van het beheren van bedrijfsmiddelen verminderen. Deze zakelijke kans brengt echter ook risico's met zich mee, omdat cloudimplementaties de kans op verspilling en inefficiëntie kunnen vergroten.

Kostenbeheer is het proces van het continu implementeren van beleid of controles om uitgaven en kosten te beperken. Systeemeigen Kubernetes-hulpprogramma's en Azure-hulpprogramma's ondersteunen beide kostenbeheer met proactieve bewaking en optimalisatie van onderliggende infrastructuurkosten.

  • Azure Cost Management + Billing is een suite met Microsoft-hulpprogramma's waarmee u de kosten van uw Azure-workloads kunt analyseren, beheren en optimaliseren. Gebruik de suite om ervoor te zorgen dat uw organisatie profiteert van de voordelen die de cloud biedt.

  • Bekijk de best practices voor Cloud Adoption Framework governance voor de Cost Management-discipline voor meer inzicht in het beheren en beheren van cloudkosten.

  • Verken opensource-hulpprogramma's zoals KubeCost om de kosten van AKS-clusters te bewaken en te beheren. U kunt kostentoewijzing beperken tot een implementatie, service, label, pod en naamruimte, wat flexibiliteit biedt bij het weergeven en in rekening brengen van clustergebruikers.

Medewerkers

Dit artikel wordt onderhouden door Microsoft. Het is oorspronkelijk geschreven door de volgende inzenders.

Hoofdauteurs:

Andere inzenders:

Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.

Volgende stappen