Condividi tramite

Gestione dei costi per Kubernetes

  • Articolo

Questo articolo illustra i prezzi e la gestione dei costi nel servizio Azure Kubernetes rispetto al servizio Elastic Kubernetes (EKS). Descrive come ottimizzare i costi e implementare soluzioni di governance dei costi per il tuo cluster AKS.

Annotazioni

Questo articolo fa parte di una serie di articoli che aiutano i professionisti che hanno familiarità con Amazon EKS a comprendere il servizio Azure Kubernetes.

Nozioni di base sul costo di Amazon EKS

Per Amazon EKS, si paga un prezzo fisso all'ora per ogni cluster Amazon EKS. Si paga anche per la rete, gli strumenti operativi e l'archiviazione usati dal cluster.

I nodi di lavoro Amazon EKS sono istanze standard di Amazon EC2, il che significa che comportano gli stessi costi dei normali prezzi EC2. Si paga anche per altre risorse di Amazon Web Services (AWS) di cui si effettua il provisioning per eseguire i nodi di lavoro Kubernetes.

I gruppi di nodi gestiti di Amazon EKS non comportano costi aggiuntivi. Si paga solo per le risorse AWS di cui si effettua il provisioning. Queste risorse includono istanze Amazon EC2, volumi Amazon Elastic Block Store, ore del cluster Amazon EKS e altre infrastrutture AWS.

Quando si crea un gruppo di nodi gestiti, è possibile utilizzare il tipo di capacità di istanze on-demand o istanze spot per gestire il costo dei nodi agente. Amazon EKS distribuisce un gruppo di nodi gestiti con un gruppo di scalabilità automatica Amazon EC2 che contiene tutte le istanze su richiesta o tutte le istanze spot.

Le istanze su richiesta comportano costi di capacità di calcolo al secondo, senza impegni a lungo termine. Le istanze spot di Amazon EC2 sono capacità Amazon EC2 inutilizzate, disponibili a un costo inferiore rispetto alle istanze su richiesta.

  • Le istanze spot di Amazon EC2 possono essere interrotte. Quando Amazon EC2 richiede la capacità altrove, si riceve un avviso di interruzione di due minuti.

  • Amazon fornisce strumenti denominati Spot Fleet e Spot Instance Advisor. Spot Fleet è un metodo che automatizza i gruppi di istanze su richiesta e istanze spot. Questi strumenti consentono di prevedere l'area o la zona di disponibilità che offre un'interruzione minima.

  • I prezzi delle istanze spot di AWS variano. AWS imposta il prezzo in base alle tendenze a lungo termine dell'offerta e della domanda per la capacità delle istanze spot. Si paga il prezzo effettivo durante il periodo di tempo in cui l'istanza è operativa.

Analisi dei costi di AKS

Un cluster AKS si basa su varie risorse di Azure, ad esempio macchine virtuali (VM), dischi virtuali, bilanciatori del carico e indirizzi IP pubblici. Più applicazioni possono usare queste risorse. Team diversi all'interno di un'organizzazione possono gestire ogni applicazione. I modelli di consumo di queste risorse possono variare, determinando contributi diversi rispetto al costo totale delle risorse del cluster. Alcune applicazioni possono estendersi su più cluster, che possono complicare l'attribuzione e la gestione dei costi.

Per gli scenari in cui un cluster contiene un singolo carico di lavoro, usare Gestione costi Microsoft per misurare il consumo di risorse cluster nel gruppo di risorse cluster. Alcuni scenari richiedono altre soluzioni oltre a Gestione costi, ad esempio scenari che richiedono:

  • Suddivisione granulare dell'utilizzo delle risorse, ad esempio calcolo, rete e archiviazione.

  • Differenze tra i costi delle singole applicazioni e i costi condivisi.

  • Analisi dei costi in più cluster all'interno dello stesso ambito di sottoscrizione.

Per migliorare l'osservabilità dei costi, AKS si integra con Gestione costi per fornire dettagli dettagliati sui costi a livello di costrutti Kubernetes, come il livello di cluster e di spazio dei nomi. Questa integrazione consente l'analisi dei costi tra le categorie di calcolo, rete e archiviazione di Azure.

Il componente aggiuntivo per l'analisi dei costi del servizio Azure Kubernetes è basato su OpenCost, ovvero un progetto open source per la raccolta dei dati di utilizzo. Il componente aggiuntivo riconcilia i dati con la fattura di Azure, che offre visibilità sui costi. È possibile visualizzare i dati post-elaborati nel portale di analisi dei costi di Gestione dei costi. Per ulteriori informazioni, vedere Analisi dei costi di AKS.

Definizioni dei costi

Le viste dei namespace e delle risorse di Kubernetes mostrano i seguenti addebiti:

  • Gli addebiti inattivi rappresentano il costo della capacità di risorse disponibile che i carichi di lavoro non usano.

  • Gli addebiti per i servizi rappresentano le spese associate ai servizi, come l'accordo sui livelli di servizio (SLA) per la disponibilità operativa e gli addebiti per Microsoft Defender per i contenitori.

  • Gli addebiti di sistema rappresentano il costo della capacità riservata dal servizio Azure Kubernetes in ogni nodo per eseguire i processi di sistema richiesti dal cluster.

  • Gli addebiti non allocati rappresentano il costo delle risorse che non possono essere allocate agli spazi dei nomi.

Nozioni di base sui costi del servizio Azure Kubernetes (AKS)

L'architettura kubernetes è costituita da due livelli, il piano di controllo e almeno un nodo o un pool di nodi. Il modello di prezzi di AKS si basa su questi livelli.

Il piano di controllo fornisce servizi Kubernetes di base, ad esempio il server API e etcd, e l'orchestrazione del carico di lavoro dell'applicazione. La piattaforma Azure gestisce il piano di controllo del servizio Azure Kubernetes. Nel livello gratuito di AKS, il piano di controllo non comporta costi.

I nodi, detti anche nodi agente o nodi di lavoro, ospitano carichi di lavoro e applicazioni Kubernetes. In AKS, i clienti gestiscono completamente e pagano tutti i costi per i nodi agenti.

Il diagramma seguente illustra la relazione tra il piano di controllo e i nodi in un'architettura kubernetes del servizio Azure Kubernetes.

Diagramma che mostra il piano di controllo e i nodi nell'architettura di AKS.

Piano di controllo

Azure effettua automaticamente il provisioning e configura il livello del piano di gestione quando si crea un cluster AKS.

Per ottenere un SLA del piano di controllo superiore, è possibile creare un cluster AKS nel livello Standard. Il livello Standard include un SLA per il tempo di attività e lo attiva per ogni cluster. Il prezzo è di $ 0,10 per cluster all'ora. Per altre informazioni, vedere Dettagli sui prezzi del servizio Azure Kubernetes.

I cluster nel livello Standard hanno più risorse del piano di controllo, tra cui un numero maggiore di istanze del server API, un aumento etcd dei limiti delle risorse, una scalabilità fino a 5.000 nodi e il supporto del SLA per la disponibilità con garanzia finanziaria. AKS utilizza repliche dei nodi principali tra i domini di aggiornamento e di guasto per soddisfare i requisiti di disponibilità.

Per garantire una maggiore disponibilità dei componenti del piano di controllo, usare il livello Standard nei carichi di lavoro di produzione. I cluster di livello gratuito hanno meno repliche e risorse del piano di controllo limitato, quindi non sono ideali per i carichi di lavoro di produzione.

Nodi

È possibile utilizzare AKS per creare nodi agente o nodi di lavoro in uno o più pool di nodi. I pool di nodi possono usare molte funzionalità di base di Azure nell'ambiente Kubernetes. Il servizio Azure Kubernetes addebita solo i nodi collegati al cluster del servizio Azure Kubernetes.

I nodi AKS utilizzano diverse risorse dell'infrastruttura di Azure, tra cui set di macchine virtuali scalabili, reti virtuali e dischi gestiti. Ad esempio, è possibile utilizzare la maggior parte dei tipi di macchine virtuali di Azure direttamente all'interno di AKS. Usare le prenotazioni di Azure e il piano di risparmio di Azure per il calcolo per ottenere sconti su queste risorse.

I prezzi del cluster AKS si basano sulla classe, il numero e la dimensione delle macchine virtuali nei pool di nodi. Il costo della macchina virtuale dipende dalle dimensioni, dal tipo di CPU, dal numero di vCPU, dalla memoria, dalla famiglia e dal tipo di archiviazione disponibili. I tipi di archiviazione includono unità SSD Standard di Azure a prestazioni elevate o HDD Standard di Azure. Per altre informazioni, vedere Serie di macchine virtuali. Pianificare le dimensioni del nodo in base ai requisiti dell'applicazione, al numero di nodi e alle esigenze di scalabilità del cluster.

Per ulteriori informazioni, consulta Pool di nodi e Crea e gestisci più pool di nodi per un cluster in AKS.

Distribuzione del cluster del servizio Azure Kubernetes

Ogni distribuzione del servizio Azure Kubernetes si estende su due gruppi di risorse di Azure.

  • Si crea il primo gruppo di risorse, che contiene solo la risorsa del servizio Kubernetes e non comporta costi.

  • Il provider di risorse del servizio Azure Kubernetes crea automaticamente il secondo gruppo di risorse, detto anche gruppo di risorse del nodo, durante la distribuzione. Il nome predefinito per questo gruppo di risorse è MC_<resourcegroupname>_<clustername>_<location>, ma è possibile specificare un altro nome. Per ulteriori informazioni, vedere Specificare il proprio nome per il gruppo di risorse del nodo di AKS.

    Il gruppo di risorse del nodo contiene le risorse dell'infrastruttura del cluster. Questo gruppo di risorse comporta addebiti nella sottoscrizione. Le risorse includono le macchine virtuali del nodo Kubernetes, la rete virtuale, l'archiviazione e altri servizi. Il servizio Azure Kubernetes elimina automaticamente il gruppo di risorse del nodo quando il cluster viene eliminato. È quindi consigliabile usarlo solo per le risorse che condividono il ciclo di vita del cluster.

Costi di calcolo

Si paga per le macchine virtuali di Azure in base alle dimensioni e all'utilizzo. Per altre informazioni, vedere Servizi di calcolo in Azure e AWS.

In genere, maggiore è la dimensione della macchina virtuale per un pool di nodi, maggiore è il costo orario per i nodi dell'agente. Più specializzata è la serie di macchine virtuali per il pool di nodi, più costoso è il pool. Le specializzazioni includono macchine virtuali abilitate per GPU o macchine virtuali ottimizzate per la memoria.

Considerare gli aspetti seguenti dei prezzi delle macchine virtuali di Azure:

  • I prezzi differiscono per ogni area e non tutte le aree supportano tutti i servizi e le dimensioni delle macchine virtuali.

  • Diverse famiglie di macchine virtuali sono ottimizzate per diversi tipi di carichi di lavoro.

  • I dischi gestiti che utilizzi come unità disco del sistema operativo vengono addebitati separatamente. È necessario aggiungere il loro costo alle stime. Le dimensioni del disco gestito dipendono dalla classe, ad esempio HDD Standard, SSD Standard, UNITÀ SSD Premium di Azure o Archiviazione su disco Ultra di Azure. Le operazioni di input/output al secondo (IOPS) e la velocità effettiva in MBps dipendono dalle dimensioni e dalla classe. Il prezzo della macchina virtuale include dischi temporanei del sistema operativo.

  • I dischi dati, inclusi quelli creati usando attestazioni di volume persistente, sono facoltativi. I dischi dati vengono tariffati singolarmente in base alla loro classe, come HDD Standard, SSD Standard, SSD Premium e Disco Ultra. È necessario aggiungere in modo esplicito dischi dati alle stime dei costi. Il numero di dischi dati consentiti, unità SSD di archiviazione temporanea, operazioni di I/O al secondo e velocità effettiva in MBps dipendono dalle dimensioni e dalla classe della macchina virtuale.

  • Più a lungo i nodi dell'agente sono operativi, maggiore è il costo totale del cluster. Gli ambienti di sviluppo in genere non devono essere eseguiti in modo continuo.

  • Le schede di interfaccia di rete sono gratuite.

Costi di archiviazione

L'interfaccia CSI (Container Storage Interface) è uno standard per l'esposizione di sistemi di archiviazione di blocchi e file a carichi di lavoro in contenitori in Kubernetes. Il servizio AKS può utilizzare il CSI per scrivere, distribuire e aggiornare plug-in che rendono accessibili sistemi di storage Kubernetes senza modificare il codice base di Kubernetes o attendere i suoi cicli di rilascio.

Se esegui carichi di lavoro che utilizzano volumi persistenti CSI nel tuo cluster AKS, considera il costo associato dell'archiviazione che le tue applicazioni forniscono e utilizzano. I driver di archiviazione CSI nel servizio Azure Kubernetes offrono supporto nativo per le opzioni di archiviazione seguenti:

  • Archiviazione su disco di Azure crea risorse del disco dati Kubernetes. I dischi possono usare l'archiviazione Premium di Azure supportata da unità SSD Premium o archiviazione standard di Azure supportate da UNITÀ SSD Standard o SSD Standard. La maggior parte dei carichi di lavoro di produzione e sviluppo usa l'archiviazione Premium. I dischi di Azure vengono montati come ReadWriteOnce, che li rende disponibili per un solo nodo del servizio Azure Kubernetes. Per i volumi di archiviazione a cui possono accedere più pod contemporaneamente, usare File di Azure. Per maggiori informazioni, consultare prezzi dei dischi gestiti.

  • File di Azure monta le condivisioni file SMB (Server Message Block) 3.0 e 3.1 nei pod del servizio Azure Kubernetes. Le condivisioni file sono supportate da un account di archiviazione di Azure. È possibile condividere i dati tra più nodi e pod. Azure Files può utilizzare l'archiviazione standard supportata da HDD Standard o l'archiviazione premium supportata da SSD Premium. File di Azure usa un account di archiviazione e accumula addebiti in base ai fattori seguenti:

    • Il servizio, ad esempio archiviazione blob di Azure, file di Azure, archiviazione code di Azure, archiviazione tabelle di Azure o dischi non gestiti

    • Tipo di account di archiviazione, ad esempio GPv1, GPv2, BLOB o BLOB Premium

    • Livello di resilienza, ad esempio archiviazione con ridondanza locale, archiviazione con ridondanza della zona (ZRS), archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e accesso in lettura (RA-GRS)

    • Livello di accesso, ad esempio accesso frequente, ad accesso sporadico o archivio

    • Operazioni e trasferimenti di dati

    • Capacità usata in GB

  • Azure NetApp Files include diversi livelli di SKU. Richiede una capacità minima di 4 TiB che è possibile aumentare con incrementi di 1 TiB. Gli addebiti di Azure NetApp Files si basano sui fattori seguenti:

    • The SKU

    • Livello di resilienza, ad esempio LRS (archiviazione con ridondanza locale), ZRS (archiviazione con ridondanza della zona) o GRS (archiviazione con ridondanza geografica)

    • Dimensione o capacità allocata, non la capacità utilizzata

    • Operazioni e trasferimenti di dati

    • Backup e ripristini

Costi di rete

Diversi strumenti di rete di Azure possono fornire l'accesso alle tue applicazioni eseguite in AKS.

  • Azure Load Balancer: per impostazione predefinita, Load Balancer usa lo SKU Standard. Gli addebiti di Load Balancer sono basati su:

    • Numero di regole di bilanciamento del carico e in uscita configurate. Il numero totale di regole non include regole NAT (Network Address Translation) in ingresso.

    • Quantità di dati elaborati in ingresso e in uscita, indipendentemente dalle regole. Non è previsto alcun addebito orario per un servizio di bilanciamento del carico standard senza regole configurate.

  • Gateway Applicazione di Azure: il servizio Azure Kubernetes Service usa spesso il Gateway Applicazione tramite il Controller di Ingresso di Application Gateway. In alternativa, è possibile posizionare davanti un controller di ingresso diverso con un'istanza di Application Gateway gestita manualmente. Il gateway Application Gateway supporta il routing del gateway, la terminazione TLS (Transport Layer Security) e la funzionalità Web Application Firewall. I costi del Gateway applicazione sono basati su:

    • Un prezzo fisso. Si paga per ogni ora o ora parziale che il gateway di applicazioni esegue.

    • Prezzo unitario della capacità. Si paga un costo aggiuntivo basato sul consumo, in base alle risorse utilizzate dall'Application Gateway. Ogni unità di capacità ha fino a un'unità di calcolo, 2.500 connessioni permanenti e una velocità effettiva di 2,22 Mbps.

  • Indirizzi IP pubblici: gli indirizzi IP pubblici hanno un costo associato che dipende da:

    • Associazione riservata e dinamica.

    • Il livello Basic rispetto al livello Standard altamente sicuro e con ridondanza della zona.

Costi di scalabilità orizzontale

È possibile usare le opzioni seguenti per ridimensionare un cluster AKS, che aggiunge capacità ai pool di nodi esistenti:

  • Se necessario, è possibile aggiornare manualmente il numero di macchine virtuali che fanno parte di un pool di nodi o aggiungere più pool di nodi.

  • Il componente di scalabilità automatica del cluster del servizio Azure Kubernetes controlla i pod che non possono essere pianificati sui nodi a causa di vincoli di risorse e aumenta automaticamente il numero di nodi.

  • AKS supporta l'esecuzione di contenitori su Azure Container Instances usando l'implementazione virtual kubelet. Un nodo virtuale del servizio Azure Kubernetes effettua il provisioning dei pod di Istanze di Container che iniziano in pochi secondi, consentendo l'esecuzione del servizio Azure Kubernetes con una capacità sufficiente per un carico di lavoro medio. Quando il cluster AKS raggiunge il limite di capacità, è possibile scalare ulteriori pod di Container Instances senza dover gestire server aggiuntivi. È possibile combinare questo approccio con l'utilità di scalabilità automatica del cluster e gli approcci di scalabilità manuale.

Se si usa il ridimensionamento su richiesta o il ridimensionamento automatico del cluster, tenere conto delle macchine virtuali aggiunte. Istanze di Container addebiti si basano sui fattori seguenti:

  • Fatturazione delle metriche basate sull'utilizzo per gruppo di contenitori
  • VCPU e memoria della raccolta
  • Uso di un singolo contenitore o condivisione di più contenitori
  • Uso di contenitori pianificati che condividono il ciclo di vita della rete e del nodo
  • Durata dell'utilizzo calcolata dall'avvio o dal riavvio dell'immagine fino all'arresto
  • Addebiti aggiunti per i gruppi di contenitori di Windows

Costi di aggiornamento

Parte del ciclo di vita del cluster del servizio Azure Kubernetes prevede aggiornamenti periodici alla versione più recente di Kubernetes. Applicare le versioni di sicurezza più recenti e ottenere le funzionalità più recenti. È possibile aggiornare manualmente o automaticamente i cluster del servizio Azure Kubernetes e i pool a nodo singolo. Per ulteriori informazioni, vedere Aggiornare un cluster AKS.

Per impostazione predefinita, AKS configura gli aggiornamenti per includere un nodo aggiuntivo. Un valore predefinito di 1 per l'impostazione riduce al minimo l'interruzione max-surge del carico di lavoro. Questa configurazione crea un nodo aggiuntivo per sostituire i nodi con versioni precedenti prima di mettere in quarantena o svuotare le applicazioni esistenti. È possibile personalizzare il max-surge valore per ogni pool di nodi per bilanciare la velocità e l'interruzione dell'aggiornamento. Un valore più elevato max-surge accelera il processo di aggiornamento, ma potrebbe causare più interruzioni e aggiungere costi per macchine virtuali aggiuntive.

Altri costi

A seconda dell'utilizzo e dei requisiti, i cluster AKS possono comportare i seguenti costi aggiuntivi:

Ottimizzazione dei costi

Le seguenti raccomandazioni aiutano a ottimizzare i costi del cluster AKS:

  • Esaminare la sezione Ottimizzazione dei costi del Framework di Azure Well-Architected per AKS.

  • Per le soluzioni multi-tenant, l'isolamento fisico aggiunge costi e sovraccarichi di gestione. L'isolamento logico richiede una maggiore esperienza con Kubernetes e aumenta l'area di impatto per le modifiche e le minacce alla sicurezza, ma consente di condividere i costi.

  • Le prenotazioni di Azure consentono di risparmiare denaro. Per ottenere sconti, è possibile eseguire il commit a piani di un anno o tre anni per diversi prodotti, ad esempio le macchine virtuali nel cluster del servizio Azure Kubernetes. Usare le prenotazioni di Azure per l'archiviazione e il calcolo per ridurre il costo dei nodi dell'agente.

    Le prenotazioni possono ridurre i costi delle risorse fino a 72% rispetto ai prezzi con pagamento in base al consumo. E non influiscono sullo stato di runtime delle risorse. Dopo l'acquisto, lo sconto per la prenotazione si applica automaticamente alle risorse corrispondenti. Per acquistare prenotazioni dal portale di Azure, usare le API REST di Azure, Azure PowerShell o l'interfaccia della riga di comando di Azure. Se si usano strumenti operativi che si basano sulle aree di lavoro Log Analytics, è consigliabile usare le prenotazioni per questa risorsa di archiviazione.

  • Aggiungi uno o più pool di nodi spot al tuo cluster AKS. Un pool di nodi spot è un pool di nodi che supporta i set di scalabilità per le macchine virtuali spot di Azure . Quando si usano macchine virtuali spot per i nodi del cluster del servizio Azure Kubernetes, è possibile sfruttare la capacità di Azure inutilizzata a un costo ridotto. La quantità di capacità inutilizzata disponibile varia in base a diversi fattori, tra cui dimensioni del nodo, area e ora del giorno. Azure alloca i nodi spot se la capacità è disponibile, ma i nodi spot non hanno un contratto di servizio. Un set di scalabilità spot, che supporta il pool di nodi spot, viene distribuito in un unico dominio di errore e non offre garanzie di alta disponibilità. Quando Azure necessita della capacità, l'infrastruttura di Azure rimuove i nodi spot.

    Quando si crea un pool di nodi spot, è necessario definire il prezzo massimo per pagare all'ora e abilitare il ridimensionamento automatico del cluster. Il ridimensionamento automatico del cluster aumenta e aumenta il numero di nodi nel pool di nodi in base ai carichi di lavoro operativi. Per i pool di nodi spot, il ridimensionamento automatico del cluster aumenta il numero di nodi dopo una rimozione se i nodi sono ancora necessari. Per ulteriori informazioni, vedere Aggiungere un pool di nodi spot a un cluster del servizio Azure Kubernetes (AKS).

  • Scegli le dimensioni corrette della macchina virtuale per i pool di nodi del cluster AKS in base alle esigenze di CPU e memoria dei carichi di lavoro. Azure offre molti tipi di istanza di macchina virtuale diversi per un'ampia gamma di casi d'uso. Hanno combinazioni diverse di CPU, memoria, archiviazione e capacità di rete. Ogni tipo di macchina virtuale è disponibile in una o più dimensioni, in modo da poter ridimensionare facilmente le risorse.

    È possibile usare il servizio Azure Kubernetes per distribuire e gestire applicazioni in contenitori eseguite su processori basati su ARM di Ampere Altra.

  • Creare più pool di nodi con dimensioni di vm diverse per scopi speciali e carichi di lavoro. Usare i contenitori Kubernetes, le tolerazioni e le etichette dei nodi per inserire applicazioni a elevato utilizzo di risorse in pool di nodi specifici per evitare problemi di prossimità rumorosi. Mantenere disponibili queste risorse del nodo per i carichi di lavoro che li richiedono e non pianificare altri carichi di lavoro in questi nodi. Per ottimizzare i costi, usare dimensioni di vm diverse per pool di nodi diversi. Per altre informazioni, vedere Usare più pool di nodi nel servizio Azure Kubernetes.

  • I pool di nodi in modalità sistema devono contenere almeno un nodo. I pool di nodi in modalità utente possono contenere zero o più nodi. Quando possibile, è possibile configurare un pool di nodi in modalità utente per la scalabilità automatica da 0 a N nodi. Per configurare i carichi di lavoro per aumentare e aumentare il numero di istanze, usare un'utilità di scalabilità automatica orizzontale dei pod. Determinare le esigenze di scalabilità automatica in base alla CPU e alla memoria. In alternativa, usare la scalabilità automatica basata su eventi di Kubernetes per implementare la scalabilità automatica in base alle metriche di un sistema esterno, ad esempio Apache Kafka, RabbitMQ o bus di servizio di Azure.

  • Impostare correttamente le richieste e i limiti per i pod per migliorare la densità dell'applicazione ed evitare di assegnare troppi risorse di CPU e memoria ai carichi di lavoro. Per visualizzare il consumo medio e massimo di CPU e memoria, usare Prometheus o informazioni dettagliate sui contenitori. Configurare correttamente limiti e quote per i pod nei manifesti YAML, nei grafici Helm e nei manifesti Kustomize per le distribuzioni.

  • Usare gli oggetti ResourceQuota per impostare le quote per la quantità totale di memoria e CPU per tutti i pod eseguiti in uno spazio dei nomi specificato. Usare sistematicamente le quote di risorse per evitare problemi adiacente rumorosi, migliorare la densità dell'applicazione e ridurre il numero di nodi agente e i costi totali. Per configurare le richieste di CPU e memoria predefinite per i pod in uno spazio dei nomi, usare oggetti LimitRange .

  • Usare Istanze di Container per il bursting.

  • I carichi di lavoro di AKS potrebbero non dover essere eseguiti continuamente. Ad esempio, alcuni carichi di lavoro nei pool di nodi del cluster di sviluppo non vengono eseguiti continuamente. Per ottimizzare i costi, è possibile disattivare completamente un cluster del servizio Azure Kubernetes o arrestare uno o più pool di nodi nel cluster del servizio Azure Kubernetes. Per ulteriori informazioni, vedere Arrestare e avviare un cluster AKS e Avviare e arrestare un pool di nodi su AKS.

  • Azure Policy si integra con Azure Kubernetes Service (AKS) tramite criteri predefiniti per applicare imposizioni e misure di sicurezza centralizzate, coerenti e su larga scala. Abilitare il componente aggiuntivo Criteri di Azure per il cluster per applicare le richieste e i limiti predefiniti della CPU e i limiti delle risorse di memoria. Questa funzionalità consente di garantire che i contenitori del cluster abbiano definito limiti di CPU e risorse di memoria.

  • Usare Azure Advisor per monitorare e rilasciare le risorse inutilizzate.

  • Usare i budget e le revisioni di gestione dei costi per tenere traccia delle spese.

Governance dei costi

Il cloud può migliorare significativamente le prestazioni tecniche dei carichi di lavoro aziendali. Le tecnologie cloud possono anche ridurre i costi e il sovraccarico della gestione degli asset dell'organizzazione. Tuttavia, questa opportunità aziendale crea anche rischi perché le distribuzioni cloud possono aumentare gli sprechi e le inefficienze.

La governance dei costi è il processo di implementazione continua di criteri o controlli per limitare la spesa e i costi. Gli strumenti nativi di Kubernetes e gli strumenti di Azure supportano entrambi la governance dei costi fornendo il monitoraggio proattivo e l'ottimizzazione dei costi dell'infrastruttura sottostante.

  • Gestione costi è una suite di strumenti Microsoft che consentono di analizzare, gestire e ottimizzare i costi del carico di lavoro di Azure. Usare gli strumenti per garantire che l'organizzazione sfrutta i vantaggi offerti dal cloud.

  • Esaminare le procedure consigliate per la governance di Cloud Adoption Framework per Azure per comprendere meglio come gestire e gestire i costi del cloud.

  • Esplora strumenti open source come KubeCost per monitorare e gestire i costi del cluster AKS. È possibile definire l'ambito dell'allocazione dei costi in base a una distribuzione, un servizio, un'etichetta, un pod o uno spazio dei nomi, che offre flessibilità nella visualizzazione e nell'addebito degli utenti del cluster.

Contributori

Microsoft gestisce questo articolo. I collaboratori seguenti hanno scritto questo articolo.

Autori principali:

Altri collaboratori:

Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.

Passaggi successivi