Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel worden praktische manieren beschreven om Azure Kubernetes Service (AKS) gebruik en kosten te optimaliseren voor schaalaanpassing, het aanpassen van de grootte van de infrastructuur, GPU-gebruik, multitenancy en Azure kortingen.
Voor de meeste productieworkloads is AKS Automatic het aanbevolen startpunt, omdat deze standaardwaarden toepast die gereed zijn voor productie, kernbewerkingen automatiseert en helpt bij het verminderen van overprovisioning. AKS Standard blijft de juiste keuze wanneer u diepere platformaanpassing nodig hebt.
In dit artikel wordt het volgende behandeld:
- Uw optimalisatiebasislijn kiezen
- Automatische kostenvoordelen voor AKS
- Automatisch schalen
- De grootte van het cluster aanpassen
- GPU-optimalisaties
- Multitenancy
- Azure-kortingen
Uw optimalisatiebasislijn kiezen
Selecteer eerst de AKS-clustermodus die overeenkomt met uw kosten- en bewerkingsmodel.
| Scenario | Aanbevolen clustermodus | Waarom |
|---|---|---|
| De meeste productieworkloads waar u een sterke kostenefficiëntie wilt met lagere operationele overhead | AKS Automatisch | Vooraf geconfigureerde standaardinstellingen voor productie, beheerde bewerkingen en efficiënte resourcetoewijzing helpen bij het verminderen van verspilling en tijd die nodig is om het platform af te stemmen. |
| Workloads waarvoor uitgebreide aangepaste clusterconfiguratie, gespecialiseerde invoegtoepassingen of strikte platformcontroles zijn vereist | AKS Standard | Volledige controle over de clusterconfiguratie en het operationele model. |
| Teams die zich nog in een vroeg stadium van de volwassenheid van hun Kubernetes-operations bevinden en gericht zijn op snelle, voorspelbare oplevering | AKS Automatisch | Vermindert de complexiteit van platformbeheer, zodat teams zich kunnen richten op toepassingen. |
| Teams met gevestigde platform engineeringprocessen en specifieke architectuurstandaarden | AKS Standard | Ondersteunt geavanceerde aanpassingen en aangepaste operationele patronen. |
Zie Wat is Azure Kubernetes Service (AKS) Automatic? voor meer informatie.
Automatische kostenvoordelen voor AKS
AKS Automatic verlaagt de kosten op twee manieren: het minimaliseert rekenafval via automatisering en vermindert de operationele overhead van het uitvoeren van Kubernetes. De volgende tabel bevat een overzicht van de functies met directe kostenimpact en hoe deze zich verhouden tot AKS Standard.
Vooraf geconfigureerde functies zijn altijd ingeschakeld en kunnen niet worden gewijzigd. Standaardfuncties zijn voor u geconfigureerd, maar kunnen worden aangepast. Optionele functies zijn beschikbaar om te configureren en zijn niet standaard ingeschakeld.
| Feature | AKS Automatisch | AKS Standard | Gevolgen voor kosten |
|---|---|---|---|
| Automatisch inrichten van knooppunten (NAP) | Vooraf geconfigureerd | Optioneel | Voorziet automatisch in knooppunten van de juiste grootte voor pods die nog wachten, waardoor ongebruikte en overgeprovisioneerde capaciteit wordt verminderd. |
| Horizontale Pod Autoscaler (HPA) | Vooraf geconfigureerde | Optioneel | Schaalt pods zo dat deze overeenkomen met de vraag zonder handmatige tussenkomst, waardoor resourceverspilling bij weinig verkeer wordt voorkomen. |
| Kubernetes Gebeurtenisgestuurde Automatische schaalaanpassing (KEDA) | Vooraf geconfigureerd | Optioneel | Gebeurtenisgestuurd schalen elimineert niet-actieve replica's die wachten op werk. |
| Verticale pod-autoscaler (VPA) | Vooraf geconfigureerde | Optioneel | Hiermee worden resourceaanvragen en -limieten van pods automatisch afgestemd op basis van het werkelijke gebruik na verloop van tijd. |
| Efficiëntie van pod-bin-verpakking | Vooraf geconfigureerde | Handmatig afstemmen | Pods zijn efficiënt verpakt om het gebruik van knooppunten te maximaliseren, waardoor het totale aantal benodigde knooppunten wordt verminderd. |
| Beheerde Prometheus + Container Insights | standaard | Optioneel | Biedt direct inzicht in de kosten vanaf dag één zonder dat u waarneembaarheid hoeft in te stellen. |
| Automatische upgrades van de besturingssystemen van clusters en knooppunten | Vooraf geconfigureerde | Handmatig of optioneel | Elimineert upgradegerelateerde technische overhead en vermindert het risico op kostbare beveiligingsincidenten van niet-gepatchte knooppunten. |
| Automatisch herstel van knooppunten | Vooraf geconfigureerde | Vooraf geconfigureerde | Vermindert downtimekosten van beschadigde knooppunten zonder handmatige tussenkomst. |
| Volledig beheerde knooppuntresourcegroep | Vooraf geconfigureerd | Optionele vergrendeling | Voorkomt onbedoelde of niet-geautoriseerde resourcewijzigingen die onverwachte kosten kunnen genereren. |
| SLA voor uptime (99,95% API-server) | Inbegrepen | Betaald (upgrade naar Standard-niveau) | Geen extra kosten om een garantie voor uptime met financiële ondersteuning te krijgen. |
| SLA voor podgereedheid (99,9% binnen 5 minuten) | Inbegrepen | Niet beschikbaar | Voorspelbaar schaalgedrag zonder aangepaste betrouwbaarheidsinvesteringen. |
Opmerking
Omdat schaalprogramma's zoals HPA, KEDA en VPA vooraf zijn geconfigureerd in AKS Automatic, maken teams geen kosten voor het instellen, testen en onderhouden van deze functies zelf. In AKS Standard vereist elk van deze functies handmatige configuratie en doorlopende afstemming.
Automatisch schalen
Automatische schaalaanpassing van horizontale pods
De Horizontal Pod Autoscaler (HPA) bewaakt de resourcebehoefte en werkt automatisch een workloadresource bij, zodat het aantal pods wordt aangepast aan de vraag. De reactie op een verhoogde belasting is het plaatsen van meer pods. Als de belasting afneemt en het aantal pods hoger is dan het geconfigureerde minimum, laat de automatische schaalaanpassing de workloadresource omlaag schalen.
De Api voor metrische gegevens haalt elke 60 seconden gegevens van de kubelet op en de HPA controleert de Api voor metrische gegevens elke 15 seconden op alle benodigde wijzigingen. Dit betekent dat de HPA elke 60 seconden wordt bijgewerkt. Wanneer u de HPA configureert voor een implementatie, definieert u het minimum- en maximumaantal replica's dat kan worden uitgevoerd en de metrische gegevens die de HPA gebruikt om te bepalen wanneer moet worden geschaald.
Tip
In AKS Automatic is HPA vooraf geconfigureerd en klaar voor gebruik zonder extra installatie. In AKS Standard configureert u HPA handmatig voor elke workload.
Zie Horizontale pods automatisch schalen en automatisch schalen in AKS voor meer informatie.
Automatisch schalen op basis van Kubernetes-gebeurtenissen
Met de Kubernetes Event Driven Autoscaler (KEDA) wordt automatisch schalen op basis van gebeurtenissen toegepast op uw workloads. KEDA werkt met de HPA en kan functionaliteit uitbreiden zonder overschrijven of dupliceren.
Tip
In AKS Automatic is KEDA vooraf geconfigureerd en ingeschakeld op het cluster. In AKS Standard installeert en configureert u de KEDA-invoegtoepassing handmatig.
U kunt de KEDA-invoegtoepassing voor AKS gebruiken om uw toepassingen te schalen en gebruik te maken van een uitgebreide catalogus met Azure KEDA-schaalders. Zie Automatisch schalen van toepassingen met de KEDA-invoegtoepassing en installeer de KEDA-invoegtoepassing voor AKS voor meer informatie.
Automatische schaalaanpassing van verticale pods
De Vertical Pod Autoscaler (VPA) stelt automatisch resourceverzoeken en -limieten in voor containers in een workload op basis van eerder gebruik. De VPA maakt CPU en geheugen vrij voor pods om effectief gebruik van uw AKS-clusters te garanderen. Na verloop van tijd biedt de VPA aanbevelingen voor resourcegebruik.
Tip
In AKS Automatic is VPA vooraf geconfigureerd en ingeschakeld op het cluster. In AKS Standard schakelt u VPA handmatig in en configureert u deze.
Zie Automatische schaalaanpassing van verticale pods in Azure Kubernetes Service (AKS) en Gebruik de verticale automatische schaalaanpassing van pods (VPA) in Azure Kubernetes Service (AKS) voor meer informatie.
De grootte van het cluster aanpassen
De juiste grootte van uw cluster bepalen
Uw clusters de juiste grootte geven om de kosten en prestaties te optimaliseren. Wijzig het formaat van een cluster handmatig door knooppunten toe te voegen of te verwijderen om te voldoen aan de behoeften van uw toepassingen. U kunt uw cluster ook automatisch schalen om het aantal knooppunten automatisch aan te passen als reactie op veranderende eisen.
Tip
Met AKS Automatic worden beheerde Prometheus en Container Insights standaard ingeschakeld, zodat u direct inzicht krijgt in het resourcegebruik vanaf dag één. In AKS Standard stelt u de waarneembaarheid afzonderlijk in. Vroege zichtbaarheid helpt u bij het reageren op overprovisioningssignalen voordat ze zich ophopen in duurzaam afval.
Zie Het formaat van AKS-clusters (Azure Kubernetes Service) wijzigen voor meer informatie.
Automatische schaalaanpassing van clusters
Met behulp van de automatische schaalaanpassing van clusters kunt u knooppuntgroepen automatisch schalen op basis van resourcegebruik en beperkingen. Schaal bijvoorbeeld omhoog om wachtende pods in te plannen of omlaag om de kosten van ongebruikte knooppunten te verlagen. Het profiel voor automatische schaalaanpassing van clusters is een set parameters die u kunt afstemmen om het gedrag van de automatische schaalaanpassing van clusters te bepalen.
Zie Het overzicht van automatische schaalaanpassing van clusters in Azure Kubernetes Service (AKS) en de automatische schaalaanpassing van clusters gebruiken in Azure Kubernetes Service (AKS) voor meer informatie.
Automatische provisioning van knooppunten
Automatisch provisioneren van nodes (NAP), gebaseerd op Karpenter, voorziet in passend gedimensioneerde infrastructuur voor wachtende pods en verbetert de efficiëntie van bin-packing.
- In AKS Automatic maakt automatische inrichting van knooppunten deel uit van de beheerde ervaring.
- In AKS Standard is automatische inrichting van knooppunten beschikbaar wanneer u deze mogelijkheid nodig hebt met een aangepast clustermodel.
Zie Knooppunt automatisch inrichten in Azure Kubernetes Service (AKS) voor meer informatie.
GPU-optimalisaties
GPU partitioneren en delen
GPU-partitionering helpt onderbezetting te bestrijden door GPU's op te splitsen of te delen over meerdere workloads. De volgende secties hebben betrekking op verschillende manieren om GPU's te partitioneren en te delen in AKS.
Tijdschijfindeling
De NVIDIA GPU-operator maakt het tijdsegmenteren van GPU's in Kubernetes-clusters mogelijk. Door time-slicing te gebruiken, kan een systeembeheerder een set replica's voor een GPU definiëren, die de beheerder stuk voor stuk onafhankelijk aan een pod kan toewijzen waarop workloads kunnen worden uitgevoerd. U kunt clusterbrede standaardconfiguraties voor tijdslicing en knooppuntspecifieke configuraties toepassen.
Zie Time-slicing GPU's in Kubernetes voor meer informatie.
Multi-Process Service (MPS)
Een enkel proces gebruikt mogelijk niet alle geheugen- en rekenbandbreedtecapaciteit die beschikbaar is op een GPU. De Multi-Process Service (MPS) maakt logische partitionering van geheugen- en rekenresources mogelijk tussen workloads. Hiermee kunnen kernel- en memcopy-bewerkingen van verschillende processen ook overlappen op de GPU. MPS helpt u bij het bereiken van een hoger GPU-gebruik en kortere gebruikstijden.
Zie MpS (Multi-Process Service) voor meer informatie.
GPU's met meerdere exemplaren (MIG's)
Met GPU's (MIG's) met meerdere exemplaren kunt u GPU's partitioneren op basis van de NVIDIA Ampere en latere architecturen in afzonderlijke en beveiligde GPU-exemplaren voor CUDA-toepassingen.
Zie GPU-operator met MIG en een GPU-knooppuntgroep met meerdere exemplaren maken in Azure Kubernetes Service (AKS) voor meer informatie.
Multitenantie
Multitenancy verwijst naar het delen van infrastructuur tussen tenants, teams en bedrijfseenheden. De volgende tabel bevat verschillende manieren om multitenancy in AKS te implementeren:
| Multitenancytype | Multitenancyniveau | Clusterpoddichtheid | Kostenverdeling | Ideaal gebruiksscenario | Mogelijke risico's |
|---|---|---|---|---|---|
| Toegewezen cluster | Harde multitenancy | Lagere | Gemakkelijkste | Volledige beveiligingsisolatiegrenzen en eenvoudige kostentoewijzing | • Clusteruitbreiding op grote schaal verhoogt de beheer- en overheadkosten • Lagere poddichtheid en meer overgeconfigureerde middelen |
| Toegewezen knooppuntgroep | Zachte multitenancy | Gemiddeld | Gemiddeld | Gemiddelde poddichtheid | • Vereist vertrouwen tussen tenants • Vereist extra clusterconfiguraties, zoals netwerkbeleid, quotumbeheer, op rollen gebaseerd toegangsbeheer (RBAC), enzovoort. |
| Toegewezen naamruimte | Zachte multitenancy | Hoger | Moeilijker | Infrastructuur delen om het resourcegebruik te maximaliseren | • Onveilig voor vijandige omgevingen standaard • Vereist extra clusterconfiguraties, zoals netwerkbeleid, quotumbeheer, op rollen gebaseerd toegangsbeheer (RBAC), enzovoort. |
Toegewezen cluster
Met dedicated cluster multitenancy zijn clusters bedoeld voor één enkele workload of één team.
De volgende tabel bevat een overzicht van voor- en nadelen van het gebruik van een toegewezen cluster:
| Voordelen | Nadelen |
|---|---|
| • Eenvoudigere isolatiemethode • Eenvoudige kostentoewijzing en terugstorting • Ideaal voor gevallen waarin tenants elkaar niet vertrouwen (vaak vanuit het perspectief van beveiliging en het delen van resources) |
• Hoge beheer- en financiële overhead • Over het algemeen lage poddichtheid en overgeprovisioneerde middelen |
Toegewezen knooppuntgroep
Met multitenancy met toegewezen knooppuntgroepen worden clusters gedeeld door meerdere tenants.
De volgende tabel bevat een overzicht van voor- en nadelen van het gebruik van een toegewezen knooppuntgroep:
| Voordelen | Nadelen |
|---|---|
| • Gemiddelde poddichtheid • Sommige gedeelde infrastructuur • Azure-tags toepassen op knooppuntgroepen die zijn toegewezen aan één tenant (tags worden doorgegeven aan knooppunten en blijven behouden via upgrades) |
• Vereist vertrouwen tussen de tenants • Vereist extra clusterconfiguraties, zoals netwerkbeleid, quotumbeheer, op rollen gebaseerd toegangsbeheer (RBAC), enzovoort. |
Toegewezen naamruimte
Met multitenancy met toegewezen naamruimten worden clusters gedeeld door veel huurders, waarbij naamruimten als isolatiegrens dienen.
De volgende tabel bevat een overzicht van voor- en nadelen van het gebruik van een toegewezen naamruimte:
| Voordelen | Nadelen |
|---|---|
| • Hogere poddichtheid • Beste inpakmethode • Infrastructuur delen om het resourcegebruik te maximaliseren |
• Onveilig voor vijandige omgevingen standaard • Vereist extra beveiligingsmaatregelen als niet alle huurders vertrouwd kunnen worden |
Azure-kortingen
Als u nog een stap verder wilt besparen, profiteert u van Azure-kortingen, zoals Azure-spaarplannen, gereserveerde instanties en Azure Hybrid Benefits.
| Azure-kortingstype | Bijzonderheden |
|---|---|
| Azure-besparingsplannen | • Toezegging van 1-3 jaar vooraf • Bespaar tot 65% vergeleken met betalen per gebruik • Flexibel, zonder beperkingen voor SKU-gezin of regio's • Geschikt voor workloads met consistente kosten en resources die in verschillende SKU's en regio's beschikbaar zijn. |
| Gereserveerde instanties | • Toezegging van 1-3 jaar vooraf • Bespaar tot 72% vergeleken met betalen per gebruik • Beperkt tot specifieke SKU-families en -regio's • Het beste voor stabiele workloads die continu worden uitgevoerd (zonder onverwachte SKU- of regiowijzigingen) |
| Azure Hybrid Benefits | • Uw eigen on-premises Windows Server- en SQL Server-licenties meenemen naar Azure • Gebruik eventuele in aanmerking komende on-premises licenties met een actief Software Assurance -abonnement (SA) of een in aanmerking komend abonnement |
Verwante inhoud
Zie de volgende artikelen voor meer informatie over AKS-kosten en AKS Automatic:
- Inleiding tot Azure Kubernetes Service (AKS) Automatic
- Quickstart: Een automatisch AKS-cluster maken
- Inzicht in het gebruik en de kosten van Azure Kubernetes Service (AKS)
- Best practices voor kostenoptimalisatie in Azure Kubernetes Service (AKS)
- Kostenaanbeveling voor Azure Kubernetes Service (AKS) ophalen in Azure Advisor