**Contribuisci a migliorare questa pagina** Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. Per contribuire a questa guida per l'utente, scegli il GitHub link **Modifica questa pagina** nel riquadro destro di ogni pagina. Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Organizzazione e monitoraggio delle risorse del cluster Questo capitolo include i seguenti argomenti per aiutarti a gestire il cluster. Puoi inoltre visualizzare informazioni relative alle [risorse Kubernetes](view-kubernetes-resources.md) tramite la Console di gestione AWS. + La dashboard Kubernetes è un’interfaccia utente generica basata sul web per i cluster Kubernetes. Consente agli utenti di gestire le applicazioni in esecuzione nel cluster e risolverne i problemi, nonché di gestire il cluster stesso. Per ulteriori informazioni, consulta il repository GitHub della [dashboard Kubernetes](https://github.com/kubernetes/dashboard). + [Visualizza l’utilizzo delle risorse con Kubernetes Metrics Server](metrics-server.md) – Il server dei parametri Kubernetes è un aggregatore dei dati di utilizzo delle risorse nel cluster. Non viene implementato per impostazione predefinita nel cluster, ma viene utilizzato dai componenti aggiuntivi di Kubernetes, ad esempio la dashboard Kubernetes e [Scalare le implementazioni dei pod con Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md). In questo argomento viene descritto come installare il server dei parametri. + [Implementazione di applicazioni con Helm su Amazon EKS](helm.md) – Il programma di gestione del pacchetto Helm per Kubernetes consente di installare e gestire le applicazioni sul cluster Kubernetes. Questo argomento consente di installare ed eseguire i file binari Helm per consentire l'installazione e la gestione di grafici utilizzando la CLI Helm nel computer. + [Organizzazione delle risorse Amazon EKS con tag](eks-using-tags.md): per semplificare la gestione delle risorse Amazon EKS, è possibile assegnare metadati personalizzati a ciascuna risorsa sotto forma di *tag*. Questo argomento descrive i tag e mostra come crearli. + [Visualizzazione e gestione di quote di servizio di Amazon EKS e Fargate](service-quotas.md): l'account AWS dispone delle seguenti quote di default, precedentemente definite limiti, per ogni servizio AWS. Scopri le quote per Amazon EKS e come aumentarle. # Monitorare e ottimizzare i costi dei cluster Amazon EKS Il monitoraggio dei costi è un aspetto essenziale della gestione dei cluster Kubernetes su Amazon EKS. Acquisendo visibilità sui costi dei cluster, è possibile ottimizzare l’utilizzo delle risorse, fissare budget e prendere decisioni relative alle implementazioni basate sui dati. Amazon EKS offre due soluzioni di monitoraggio dei costi, ognuna con vantaggi unici, per tracciare e allocare i costi in modo efficace: **Dati di ripartizione dei costi di fatturazione AWS per Amazon EKS**: questa funzionalità nativa si integra perfettamente con la Console AWS per la fatturazione, consentendo di analizzare e allocare i costi utilizzando la stessa interfaccia e gli stessi flussi di lavoro già noti utilizzati per altri servizi AWS. Con la ripartizione dei costi, è possibile ottenere approfondimenti sui costi di Kubernetes direttamente insieme alle altre spese AWS, semplificando l’ottimizzazione globale dei costi in tutto l’ambiente AWS. È anche possibile utilizzare le funzionalità di fatturazione AWS esistenti come Cost Categories e Cost Anomaly Detection per migliorare ulteriormente le capacità di gestione dei costi. Per ulteriori informazioni, consultare la pagina [Understanding split cost allocation data](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) della Guida per l’utente di Gestione dei costi e fatturazione AWS. **Kubecost**: Amazon EKS supporta Kubecost, uno strumento di monitoraggio dei costi di Kubernetes. Kubecost offre un approccio ricco di funzionalità e nativo di Kubernetes al monitoraggio dei costi, con analisi granulari dei costi in base alle risorse Kubernetes, consigli per l’ottimizzazione dei costi e dashboard e report pronti all’uso. Kubecost recupera inoltre dati accurati sui prezzi grazie all’integrazione con il Report di costi e utilizzo AWS, garantendo una visione precisa dei costi di Amazon EKS. Informazioni su come [installare Kubecost](cost-monitoring-kubecost.md#kubecost-overview). Consultare la pagina [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) di AWS Marketplace per ulteriori informazioni su come ottenere un abbonamento gratuito a Kubecost. # Visualizza i costi per Pod nella AWS fatturazione con allocazione dei costi suddivisa ## Monitoraggio dei costi tramite dati di allocazione dei costi AWS suddivisi per Amazon EKS Puoi utilizzare i dati di allocazione dei costi AWS suddivisi per Amazon EKS per ottenere una visibilità granulare dei costi per i tuoi cluster Amazon EKS. In questo modo è possibile analizzare, ottimizzare e ottenere il chargeback dei costi e dell’utilizzo delle applicazioni Kubernetes. Allochi i costi delle applicazioni a singole unità aziendali e team in base alla EC2 CPU e alle risorse di memoria Amazon utilizzate dalla tua applicazione Kubernetes. I dati di ripartizione dei costi per Amazon EKS offrono visibilità sul costo per pod e consentono di aggregare i dati relativi ai costi per pod utilizzando namespace, cluster e altre primitive Kubernetes. Di seguito sono riportati alcuni esempi di primitive Kubernetes che è possibile utilizzare per analizzare i dati di ripartizione dei costi di Amazon EKS. + Nome cluster + Implementazione + Namespace + Nodo + Nome del carico di lavoro + Tipo di carico di lavoro Sono supportati anche i [tag di ripartizione dei costi definiti dall’utente](https://console.aws.amazon.com/costmanagement/home#/tags). Per ulteriori informazioni sull'utilizzo dei dati di allocazione dei costi suddivisi, consulta [Comprendere i dati di allocazione dei costi suddivisi nella Billing User Guide](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html). AWS ## Configurare i report di costi e utilizzo È possibile attivare la suddivisione dei dati di allocazione dei costi per EKS nella console di gestione dei costi, nell'interfaccia a riga di AWS comando o in. AWS SDKs Utilizzare la seguente procedura per i *dati di ripartizione dei costi*: 1. Attiva i Dati di ripartizione dei costi. Per ulteriori informazioni, vedere [Abilitazione dei dati di allocazione suddivisa dei costi nella Guida](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html) per l'utente del rapporto sui AWS costi e sull'utilizzo. 1. Includere i dati in un report nuovo o esistente. 1. Visualizzare il report. Per visualizzare i file di report in Amazon Simple Storage Service, puoi utilizzare la console Gestione costi e fatturazione. # Installare Kubecost Amazon EKS supporta Kubecost, che è possibile utilizzare per monitorare i costi suddivisi per risorse Kubernetes compresi pod, nodi, namespace ed etichette. Questo argomento illustra l’installazione di Kubecost e l’accesso alla relativa dashboard. Amazon EKS fornisce un pacchetto AWS ottimizzato di Kubecost per la visibilità dei costi dei cluster. Puoi utilizzare i contratti di AWS supporto esistenti per ottenere assistenza. Per ulteriori informazioni sulle versioni di Kubecost disponibili, consultare [Informazioni su Kubecost](cost-monitoring-kubecost-bundles.md). **Nota** Kubecost v3 introduce importanti miglioramenti architetturali, tra cui prestazioni notevolmente più veloci e funzionalità di automazione avanzate. [Scopri di più su Kubecost v3.](cost-monitoring-kubecost-bundles.md#kubecost-v3) Kubecost v2 introduce molte nuove funzionalità importanti. [Ulteriori informazioni su Kubecost v2.](cost-monitoring-kubecost-bundles.md#kubecost-v2) Per ulteriori informazioni su Kubecost, consultare la documentazione di [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) e le [domande frequenti](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq). ## Installare il pacchetto Kubecost ottimizzato per Amazon EKS È possibile utilizzare una delle seguenti procedure per installare il *pacchetto Kubecost ottimizzato per Amazon EKS*: + Prima di iniziare, si consiglia di consultare la pagina [Kubecost - Architecture Overview](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration) per comprendere il funzionamento di Kubecost su Amazon EKS. + Se non si conosce Amazon EKS, consigliamo di utilizzare il componente aggiuntivo Amazon EKS perché semplifica l’installazione del *pacchetto Kubecost ottimizzato per Amazon EKS*. Per ulteriori informazioni, consultare la pagina [Deploying Kubecost on an Amazon EKS cluster using Amazon EKS add-on](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title3). + Per personalizzare l’installazione, è possibile configurare il *pacchetto Kubecost ottimizzato per Amazon EKS* con Helm. Per ulteriori informazioni, consultare [Deploying Kubecost on an Amazon EKS cluster using Helm](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration#ariaid-title8) nella *documentazione di Kubecost*. **Importante** Per Kubecost v3, la posizione della mappa di Helm è stata modificata in. `public.ecr.aws/kubecost/kubecost` Se stai effettuando l'aggiornamento dalla v2, aggiorna di conseguenza i riferimenti del repository Helm. **Nota** Per le implementazioni multi-cluster con Kubecost v3, è necessario uno storage di oggetti compatibile con S3 (S3 per clienti EKS) per lo storage delle metriche.AWS Questo sostituisce lo storage compatibile con Prometheus utilizzato nella versione 2. Per ulteriori informazioni, consulta Installazione [multi-cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) nella documentazione di Kubecost. ## Accedere alla dashboard Kubecost Una volta completata la configurazione del *pacchetto Kubecost ottimizzato per Amazon EKS*, dovrebbe essere possibile accedere alla dashboard Kubecost. Per ulteriori informazioni, consulta [Accedere alla dashboard Kubecost](cost-monitoring-kubecost-dashboard.md). # Accedere alla dashboard Kubecost ## Prerequisiti 1. Assicurarsi che lo stato dei pod relativi a kubecost sia “In esecuzione”. ``` kubectl get pods --namespace kubecost ``` ## Accedere alla dashboard Kubecost 1. Sul dispositivo, abilitare l’inoltro della porta per esporre la dashboard Kubecost. + Se kubecost v3 è installato usando helm: ``` kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost ``` + Se kubecost v1 o v2 è installato utilizzando helm: ``` kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost ``` + Se kubecost è installato utilizzando il componente aggiuntivo Amazon EKS: ``` kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost ``` In alternativa, è possibile utilizzare [AWS Load Balancer Controller](aws-load-balancer-controller.md) per esporre Kubecost e utilizzare Amazon Cognito per l’autenticazione, l’autorizzazione e la gestione degli utenti. Per ulteriori informazioni, consultare l’articolo [How to use Application Load Balancer and Amazon Cognito to authenticate users for your Kubernetes web apps](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps). 1. Sullo stesso dispositivo su cui hai completato il passaggio precedente, apri un browser Web e inserisci il seguente indirizzo. ``` http://localhost:9090 ``` Viene visualizzata la pagina Panoramica di Kubecost nel browser. La raccolta dei parametri da parte di Kubecost potrebbe richiedere dai 5 ai 10 minuti (o più), a seconda delle dimensioni del cluster. È possibile visualizzare la spesa Amazon EKS, inclusi i costi cumulativi dei cluster, costi delle risorse Kubernetes associate e spesa mensile aggregata. 1. Per tenere traccia dei costi a livello di cluster, tagga le tue risorse Amazon EKS per la fatturazione. Per ulteriori informazioni, consulta [Tagging delle risorse per la fatturazione](eks-using-tags.md#tag-resources-for-billing). + **Ripartizione dei costi**: visualizza i costi mensili di Amazon EKS e i costi cumulativi per ciascuno dei tuoi namespace e altre dimensioni negli ultimi sette giorni. Questo è utile per capire quali parti della tua applicazione contribuiscono alla spesa di Amazon EKS. + **Asset**: visualizza i costi degli asset AWS infrastrutturali associati alle tue risorse Amazon EKS. # Informazioni su Kubecost Amazon EKS fornisce un pacchetto AWS ottimizzato di Kubecost per la visibilità dei costi dei cluster. Amazon EKS supporta Kubecost, che è possibile utilizzare per monitorare i costi suddivisi per risorse Kubernetes compresi pod, nodi, namespace ed etichette. Questo argomento illustra le versioni di Kubecost disponibili e le differenze tra i vari livelli. EKS supporta Kubecost versione 1, versione 2 e versione 3. Ogni versione è disponibile in diversi livelli. È possibile utilizzare il *pacchetto Kubecost ottimizzato per Amazon EKS* per i cluster Amazon EKS senza costi aggiuntivi. È possibile che ti venga addebitato un costo per l'utilizzo di AWS servizi associati, come Amazon Managed Service for Prometheus. Inoltre, puoi utilizzare i contratti di AWS assistenza esistenti per ottenere assistenza. In qualità di amministratore della piattaforma Kubernetes e leader finanziario, è possibile usare Kubecost per visualizzare una ripartizione degli addebiti di Amazon EKS, allocare i costi e ottenere il chargeback di unità organizzative come i team responsabili delle applicazioni. È possibile fornire ai team interni e alle unità aziendali dati sui costi trasparenti e accurati basati sulla AWS fattura effettiva. Inoltre, puoi anche ottenere consigli personalizzati per l'ottimizzazione dei costi in base all'ambiente dell'infrastruttura e ai modelli di utilizzo all'interno dei cluster. Per ulteriori informazioni su Kubecost, consultare la documentazione di [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x). **Qual è la differenza tra il pacchetto personalizzato di Kubecost e la versione gratuita di Kubecost (nota anche come)? OpenCost** AWS e Kubecost hanno collaborato per offrire una versione personalizzata di Kubecost. Questa versione include un sottoinsieme di funzionalità commerciali senza costi aggiuntivi. Consultare le tabelle seguenti per le funzionalità incluse nel pacchetto personalizzato di Kubecost. ## Kubecost v3 **Qual è la differenza tra Kubecost v2 e v3?** Kubecost 3.0 è un importante aggiornamento dell'architettura che offre prestazioni notevolmente più veloci, scalabilità migliorata e funzionalità di ottimizzazione proattiva. La modifica più significativa è la migrazione a un ClickHouse database, che sostituisce DuckDB dalla versione 2.8, che fornisce query sostanzialmente più veloci e prestazioni più affidabili su larga scala. Kubecost 3.0 introduce anche un agente unificato che combina le funzionalità Kubecost e Cloudability, eliminando la dipendenza da Prometheus e riducendo l'ingombro di memoria mantenendo la compatibilità. OpenCost **Importante** [Consulta la documentazione di Kubecost prima di eseguire l'aggiornamento alla v3.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) La migrazione dalla v2 richiede un'attenta pianificazione e può influire sulla disponibilità dei report durante la transizione. La posizione della mappa di Helm è stata modificata in. `public.ecr.aws/kubecost/kubecost` **Principali miglioramenti architettonici nella v3:** + **ClickHouse Database**: sostituisce DuckDB per query notevolmente più veloci e una migliore scalabilità + **Unified Agent**: combina le funzionalità di Kubecost e Cloudability, eliminando la dipendenza da Prometheus + **Storage compatibile con S3 per più cluster: per le implementazioni multi-cluster, la v3 utilizza lo storage** di oggetti compatibile con S3 (AWS S3 per i clienti EKS) anziché lo storage compatibile con Prometheus come Amazon Managed Service for Prometheus. L' FinOps agente estrae i parametri dall'API Kubernetes e li trasferisce a uno storage compatibile con S3, quindi l'Aggregator estrae i dati, esegue le fasi di derivazione e visualizza i risultati nel frontend. [https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) + **Ingombro di memoria ridotto: requisiti di risorse** notevolmente inferiori pur mantenendo la funzionalità + **Architettura semplificata**: topologia pod a contenitore singolo per scalabilità indipendente e maggiore resilienza + **Automazione avanzata**: dimensionamento automatizzato delle richieste di container con consapevolezza di più cluster e profili personalizzati **Vantaggi del pacchetto ottimizzato per Amazon EKS nella versione 3:** Il *pacchetto Kubecost ottimizzato per Amazon EKS* continua a essere disponibile senza costi aggiuntivi ed è esente dal nuovo limite di spesa di 100.000 USD introdotto nel piano gratuito Kubecost v3. Gli utenti EKS mantengono l'accesso completo a tutte le funzionalità di spesa di Kubernetes indipendentemente dai livelli di spesa. **Confronto delle funzionalità principali:** | Funzionalità | Kubecost gratuito, livello 3.0 | Pacchetto Kubecost 3.0 ottimizzato per Amazon EKS | Kubecost Enterprise 3.0 | | --- | --- | --- | --- | | Visibilità costo del cluster | Cluster illimitati, con un costo limitato a 100.000 USD, da spendere in 30 giorni | Multicluster unificato senza limiti di spesa | Cluster unificati e illimitati in un numero illimitato di ambienti (ad esempio multi-cloud) | | Backend del database | ClickHouse (locale) | ClickHouse con storage compatibile con S3 per metriche multi-cluster | ClickHouse con opzioni di database personalizzate | | Performance | Query notevolmente più veloci rispetto alla v2 | Query notevolmente più veloci rispetto alla v2 | Query notevolmente più veloci rispetto alla v2 | | Impronta di memoria | Ridotto rispetto alla v2 (nessuna dipendenza da Prometheus) | Ridotto rispetto alla v2 (nessuna dipendenza da Prometheus) | Ridotto rispetto alla v2 (nessuna dipendenza da Prometheus) | | Dimensionamento automatico delle richieste di container | Disponibile (limitato a 250 core) | Disponibile senza limiti di base | Disponibile senza limiti di base | | Limiti di spesa | \$1100.000 USD in 30 giorni | Nessun limite di spesa | Nessun limite di spesa | | Automazione multicluster | Limitato | Conoscenza completa di più cluster con messaggistica sicura | Conoscenza completa di più cluster con messaggistica sicura | ## Kubecost v2 **Qual è la differenza tra Kubecost v1 e v2?** Kubecost 2.0 è un grande aggiornamento rispetto alle versioni precedenti e include nuove importanti funzionalità tra cui un nuovo backend dell’API. Nota che [Allocation e [Assets](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api)](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) APIs sono completamente compatibili con le versioni precedenti. [Consultare la documentazione di Kubecost per garantire una transizione fluida.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade) Per l’elenco completo dei miglioramenti, [consultare l’annuncio di Kubecost v2.0](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0) e le [note di rilascio complete](https://github.com/kubecost/cost-analyzer-helm-chart/releases). **Importante** [Consultare la documentazione di Kubecost prima dell’aggiornamento.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) L’aggiornamento può compromettere la disponibilità dei report. **Confronto delle funzionalità principali:** | Funzionalità | Kubecost 2.0 livello gratuito | Pacchetto Kubecost 2.0 ottimizzato per Amazon EKS | Kubecost 2.0 Enterprise | | --- | --- | --- | --- | | Visibilità costo del cluster | Cluster illimitati fino a 250 core | Multi-cluster unificato senza limiti core se integrato con il servizio gestito da Amazon per Prometheus | Cluster unificati e illimitati in un numero illimitato di ambienti (ad esempio multi-cloud) | | Implementazione | Utente ospitato | Utente ospitato | Ospitata dall’utente, ospitata da Kubecost (tenant dedicato), SaaS | | Database supportati | Prometheus locale | Servizio gestito da Amazon per Prometheus o Prometheus locale | Qualsiasi variante e database personalizzato Prometheus | | Supporto per la conservazione del database (parametri non elaborati) | 15 giorni | Dati storici illimitati | Dati storici illimitati | | API Kubecost e conservazione UI (ETL) | 15 giorni | 15 giorni | Illimitato | | Visibilità del cloud ibrido | - | Cluster Amazon EKS e Amazon EKS Anywhere | Multi-cloud e cloud ibrido | | Avvisi e report ricorrenti | Supporto solo sul cluster primario, limitato a 250 core | Avvisi di efficienza, avvisi sul budget, avvisi di modifica della spesa e [altri avvisi](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) per tutti i cluster | Avvisi di efficienza, avvisi sul budget, avvisi di modifica della spesa e [altri avvisi](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) per tutti i cluster | | Report salvati. | - | Report che utilizzano 15 giorni di parametri | Report che utilizzano dati storici e parametri illimitati | | Integrazione della fatturazione cloud | Supporto solo sul cluster primario, limitato a 250 core | Supporto tariffario personalizzato per AWS (inclusi più cluster e più account) | Supporto tariffario personalizzato per qualsiasi cloud | | Suggerimenti per i risparmi | Supporto solo sul cluster primario, limitato a 250 core | Approfondimenti sul cluster primario, ma senza limite di 250 core | Informazioni su più cluster | | Governance: audit | - | - | Verifica gli eventi relativi ai costi storici | | Supporto Single Sign-On (SSO) | - | Amazon Cognito supportato | Okta, Auth0, PingID e qualsiasi altra cosa personalizzata KeyCloak | | Controllo degli accessi basato sul ruolo (RBAC) con SAML 2.0 | - | - | Okta, Auth0, PingID e qualsiasi altra cosa personalizzata KeyCloak | | Formazione e onboarding aziendali | - | - | Servizio completo di formazione e onboarding FinOps | | Team | - | - | Sì | **Nuove caratteristiche:** Le seguenti funzionalità hanno limiti legati ai parametri: + Aggregatore Kubecost + Monitoraggio della rete + Operazioni Kubecost + Raccolte + Rilevamento anomalie + Richiesta di dimensionamento ottimale dei container + Previsioni Kubecost + Completamento automatico per filtraggio e aggregazione **Limiti dei parametri:** | Metrica | Kubecost 2.0 livello gratuito | Pacchetto Kubecost 2.0 ottimizzato per Amazon EKS | Kubecost 2.0 Enterprise | | --- | --- | --- | --- | | Dimensione del cluster | Cluster illimitati fino a 250 core | Illimitato | Illimitato | | Conservazione dei parametri | 15 giorni | 15 giorni | Illimitato | | Supporto multi-cluster | Non disponibile | Disponibilità | Disponibilità | | Limiti di core | 250 core per cluster | Nessun limite di core | Nessun limite di core | ## Kubecost v1 | Funzionalità | Kubecost livello gratuito | Pacchetto Kubecost ottimizzato per Amazon EKS | Kubecost Enterprise | | --- | --- | --- | --- | | **Distribuzione** | Utente ospitato | Utente ospitato | Ospitata dall’utente o ospitata da Kubecost (SaaS) | | **Numero di cluster supportati** | Illimitato | Illimitato | Illimitato | | **Database supportati** | Prometheus locale | Prometheus locale o servizio gestito da Amazon per Prometheus | Prometheus, servizio gestito da Amazon per Prometheus, Cortex o Thanos | | **Supporto per la conservazione dei database** | 15 giorni | Dati storici illimitati | Dati storici illimitati | | **Conservazione API Kubecost (ETL)** | 15 giorni | 15 giorni | Dati storici illimitati | | **Visibilità costo del cluster** | Cluster singoli | Multicluster unificato | Multicluster unificato | | **Visibilità del cloud ibrido** | - | Cluster Amazon EKS e Amazon EKS Anywhere | Supporto multi-cloud e cloud ibrido | | **Avvisi e report ricorrenti** | - | Avvisi di efficienza, avvisi sul budget, avvisi di modifica della spesa e altro ancora | Avvisi di efficienza, avvisi sul budget, avvisi di modifica della spesa e altro ancora | | **Report salvati**. | - | Report che utilizzano dati di 15 giorni | Report che utilizzano dati storici illimitati | | **Integrazione della fatturazione cloud** | Obbligatorio per ogni singolo cluster | Supporto tariffario personalizzato per AWS (inclusi più cluster e più account) | Supporto tariffario personalizzato per AWS (inclusi più cluster e più account) | | **Suggerimenti per i risparmi** | Informazioni su un singolo cluster | Informazioni su un singolo cluster | Informazioni su più cluster | | **Governance: audit** | - | - | Verifica gli eventi relativi ai costi storici | | **Supporto Single Sign-On (SSO)** | - | Amazon Cognito supportato | Okta, Auth0, PingID, KeyCloak | | **Controllo degli accessi basato sul ruolo (RBAC) con SAML `2.0`** | - | - | Okta, Auth0, PingID, Keycloak | | **Formazione e onboarding aziendali** | - | - | Servizio completo di formazione e onboarding FinOps | ## Domande frequenti Consultare le seguenti domande frequenti e relative risposte sull’utilizzo di Kubecost con Amazon EKS. **Cos’è la funzionalità di conservazione dell’API Kubecost (ETL)?** La funzionalità ETL Kubecost aggrega e organizza i parametri per evidenziare la visibilità dei costi a vari livelli di granularità (come `namespace-level`, `pod-level` e `deployment-level`). Per il *pacchetto Kubecost ottimizzato per Amazon EKS*, i clienti ottengono dati e approfondimenti dai parametri degli ultimi 15 giorni. **Cos'è la funzionalità di avvisi e segnalazioni ricorrenti? Quali avvisi e report include?** Gli avvisi Kubecost consentono ai team di ricevere aggiornamenti in tempo reale sulla spesa Kubernetes, nonché sulla spesa per il cloud. I report ricorrenti consentono ai team di ricevere visualizzazioni personalizzate della cronologia della spesa Kubernetes e per il cloud. Entrambi sono configurabili utilizzando l’UI Kubecost o i valori Helm. Supportano e-mail, Slack e Microsoft Teams. **Cosa includono i report salvati?** I report salvati Kubecost sono visualizzazioni predefinite dei parametri di costi ed efficienza. Includono il costo per cluster, namespace, etichetta e altro ancora. **Cos'è l'integrazione della fatturazione nel cloud?** L'integrazione con la AWS fatturazione APIs consente a Kubecost di visualizzare out-of-cluster i costi (come Amazon S3). Inoltre, consente a Kubecost di riconciliare le previsioni interne al cluster di Kubecost con i dati di fatturazione effettivi, per tenere conto dell’utilizzo spot, dei Savings Plans e degli sconti aziendali. **Cosa includono i consigli di risparmio?** Kubecost offre approfondimenti e automazione per aiutare gli utenti a ottimizzare l’infrastruttura Kubernetes e le relative spese. **È previsto un costo per questa funzionalità?** No. È possibile utilizzare il *pacchetto Kubecost ottimizzato per Amazon EKS* senza costi aggiuntivi. Se desideri funzionalità Kubecost aggiuntive non incluse, puoi acquistare una licenza Enterprise di Kubecost tramite AWS Marketplace o direttamente da Kubecost. **È disponibile supporto per il *pacchetto Kubecost ottimizzato per Amazon EKS*?** Sì, solo se si utilizza il *pacchetto Kubecost ottimizzato per Amazon EKS*. **Come si può richiedere supporto per il *pacchetto Kubecost ottimizzato per Amazon EKS*?** Puoi aprire una richiesta di supporto con il team di AWS supporto all'indirizzo [Contatti AWS](https://aws.amazon.com/contact-us/). **È necessaria una licenza per l’utilizzo delle funzionalità di Kubecost fornite dall’integrazione Amazon EKS?** No. **Posso integrare AWS Kubecost con Cost and Usage Report per un reporting più accurato?** Sì. Puoi configurare Kubecost in modo che acquisisca i dati dal rapporto sui AWS costi e sull'utilizzo per ottenere una visibilità accurata dei costi, inclusi sconti, prezzi Spot, prezzi delle istanze riservate e altro. Per ulteriori informazioni, consultare la pagina [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration) della documentazione di Kubecost. **Questa versione supporta la gestione dei costi dei cluster Kubernetes autogestiti su Amazon? EC2** No. Il *pacchetto Kubecost ottimizzato per Amazon EKS* è compatibile solo con i cluster Amazon EKS. **Kubecost può tenere traccia dei costi di Amazon EKS su AWS Fargate?** Kubecost si impegna al massimo per mostrare la visibilità dei costi del cluster per Amazon EKS su Fargate, ma con una precisione inferiore rispetto ad Amazon EKS su Amazon. EC2 Ciò è dovuto principalmente alla differenza nella modalità di fatturazione dell’utilizzo. Con Amazon EKS su Fargate, vengono fatturate le risorse utilizzate. Con Amazon EKS sui EC2 nodi Amazon, ti vengono fatturate le risorse assegnate. Kubecost calcola il costo di un EC2 nodo Amazon in base alle specifiche del nodo, che includono CPU, RAM e storage temporaneo. Con Fargate, i costi vengono calcolati in base alle risorse richieste per i pod Fargate. **Come si possono ottenere aggiornamenti e nuove versioni di Kubecost?** È possibile aggiornare la versione di Kubecost utilizzando le procedure di aggiornamento standard di Helm. Per Kubecost v3, le versioni più recenti sono disponibili nella nuova posizione cartografica di Helm. `public.ecr.aws/kubecost/kubecost` Le versioni precedenti (v1 e v2) rimangono disponibili nella [Amazon ECR](https://gallery.ecr.aws/kubecost/cost-analyzer) Public Gallery. **Importante** Quando esegui l'aggiornamento a Kubecost v3, tieni presente che la posizione della mappa di Helm è cambiata da a. `public.ecr.aws/kubecost/cost-analyzer` `public.ecr.aws/kubecost/kubecost` Aggiorna di conseguenza i riferimenti del tuo repository Helm. **La CLI di `kubectl-cost` è supportata? Come posso installarlo?** Sì. `Kubectl-cost` è uno strumento open source di Kubecost (licenza Apache 2.0) che offre l’accesso tramite CLI ai parametri di ripartizione dei costi di Kubernetes. Per installarlo`kubectl-cost`, vedi [Installazione](https://github.com/kubecost/kubectl-cost#installation) su GitHub. **L’interfaccia utente di Kubecost è supportata? Come posso accedervi?** Kubecost offre un pannello di controllo web a cui è possibile accedere tramite l’inoltro alla porta `kubectl`, un ingresso o un bilanciatore del carico. Puoi anche usare AWS Load Balancer Controller per esporre Kubecost e usare Amazon Cognito per l'autenticazione, l'autorizzazione e la gestione degli utenti. Per ulteriori informazioni, consulta [Come usare Application Load Balancer e Amazon Cognito per autenticare gli utenti per le tue app web Kubernetes](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps) sul blog. AWS **Il nuovo limite di spesa di 100.000 dollari in Kubecost v3 influisce sugli utenti di Amazon EKS?** No. Il limite di spesa di 100.000 USD per 30 giorni introdotto nel piano gratuito Kubecost v3 non si applica agli utenti del pacchetto Kubecost ottimizzato per *Amazon EKS*. Gli utenti EKS mantengono l'accesso completo a tutte le funzionalità di spesa di Kubernetes indipendentemente dai livelli di spesa. **Quali sono i principali miglioramenti delle prestazioni di Kubecost v3?** Kubecost v3 introduce sostanziali miglioramenti delle prestazioni attraverso il backend del ClickHouse database, che fornisce query notevolmente più veloci rispetto al DuckDB utilizzato nella versione 2.8. Inoltre, l'architettura unificata degli agenti elimina la dipendenza da Prometheus, riducendo l'ingombro della memoria e mantenendo al contempo la piena funzionalità e compatibilità. OpenCost **Quale backend di storage utilizza Kubecost v3 per le implementazioni multi-cluster?** Kubecost v3 utilizza lo storage di oggetti compatibile con S3 (AWS S3 per clienti EKS) per lo storage di metriche multi-cluster, sostituendo lo storage compatibile con Prometheus utilizzato nella v2. L' FinOps agente raccoglie le metriche dall'API Kubernetes e le invia a uno storage compatibile con S3. L'Aggregator recupera quindi questi dati, esegue calcoli dei costi e visualizza i risultati nel frontend. Per istruzioni dettagliate sulla configurazione multicluster, consulta la Guida all'[installazione di più cluster e ai cluster](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) [secondari](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) nella documentazione di Kubecost. **Posso effettuare l'aggiornamento direttamente da Kubecost v1 a v3?** No. L'aggiornamento diretto dalla v1 alla v3 non è supportato. È necessario prima eseguire l'aggiornamento alla v2, quindi migrare alla v3. Consulta la documentazione di Kubecost per indicazioni dettagliate sulla migrazione, poiché il processo richiede un'attenta pianificazione e può influire sulla disponibilità dei report durante la transizione. ## Funzionalità Kubecost aggiuntive + Le seguenti funzionalità sono disponibili in Kubecost v1, v2 e v3. + **Metriche dei costi di esportazione**: il monitoraggio ottimizzato dei costi di Amazon EKS viene implementato con Kubecost. Nelle versioni 1 e 2, Kubecost si integra con Prometheus per l'archiviazione e l'elaborazione delle metriche. Nella v3, Kubecost utilizza un database per migliorare notevolmente le prestazioni mantenendo al contempo la compatibilità. ClickHouse OpenCost Per le implementazioni multi-cluster nella v3, le metriche vengono archiviate nello storage di oggetti compatibile con S3 (AWS S3 per i clienti EKS) anziché nello storage compatibile con Prometheus. Kubecost legge le metriche, esegue calcoli di allocazione dei costi e fornisce dati tramite la propria interfaccia utente. APIs L'architettura varia in base alla versione ma mantiene funzionalità coerenti. ![\[Architettura Kubecost\]](http://docs.aws.amazon.com/it_it/eks/latest/userguide/images/kubecost-architecture.png) Puoi scrivere query per inserire i dati di Kubecost nel tuo attuale sistema di business intelligence per ulteriori analisi. È anche possibile usarlo come origine dati per la dashboard [Grafana](https://grafana.com/) attuale al fine di visualizzare i costi dei cluster Amazon EKS che i team interni conoscono. Per saperne di più su come scrivere query, consulta la documentazione di [OpenCost configurazione](https://opencost.io/docs/installation/prometheus/) o usa come riferimenti i modelli JSON Grafana di esempio nel repository Github di [Kubecost](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer). + ** AWS Integrazione dei report su costi e utilizzo**: per eseguire calcoli di allocazione dei costi per il cluster Amazon EKS, Kubecost recupera le informazioni pubbliche sui prezzi di AWS servizi e AWS risorse dall'API Price List. AWS Puoi anche integrare ** AWS Kubecost con Cost and Usage Report** per migliorare l'accuratezza delle informazioni sui prezzi specifiche del tuo account. AWS Queste informazioni includono programmi di discount aziendali, utilizzo di istanze riservate, Savings Plans e utilizzo spot. Per saperne di più su come funziona l'integrazione del AWS Cost and Usage Report, consulta [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration) nella documentazione di Kubecost. # Visualizza l’utilizzo delle risorse con Kubernetes Metrics Server Kubernetes Metrics Server è un aggregatore dei dati di utilizzo delle risorse nel cluster e non viene implementato nei cluster Amazon EKS per impostazione predefinita. Per ulteriori informazioni, consulta [Kubernetes Metrics](https://github.com/kubernetes-sigs/metrics-server) Server on. GitHub Il Metrics Server è comunemente usato da altri componenti aggiuntivi di Kubernetes, come [le implementazioni per scalare i pod con Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) o il [pannello di controllo di Kubernetes](eks-managing.md). Per ulteriori informazioni, consulta la [pipeline di parametri delle risorse](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/) nella documentazione di Kubernetes. In questo argomento viene descritto come implementare Kubernetes Metrics Server sul cluster Amazon EKS. **Importante** Le metriche sono destinate all' point-in-timeanalisi e non sono una fonte accurata per l'analisi storica. Non possono essere utilizzati come soluzione di monitoraggio o per altri scopi di dimensionamento non automatico. Per ulteriori informazioni sul monitoraggio, consulta la pagina [Monitoraggio delle prestazioni del cluster e visualizzazione dei log](eks-observe.md). ## Considerazioni + Se distribuisci manualmente Kubernetes Metrics Server sui nodi Fargate utilizzando il manifesto, configura l’implementazione `metrics-server` per utilizzare una porta diversa da quella predefinita di `10250`. Questa porta è riservata a Fargate. La versione del componente aggiuntivo di Amazon EKS di Metrics Server è preconfigurata per utilizzare la porta `10251`. + Assicurati che i gruppi di sicurezza e la rete ACLs consentano la porta `10250` tra i `metrics-server` Pod e tutti gli altri nodi e Pod. Il Kubernetes Metrics Server utilizza ancora la porta `10250` per raccogliere metriche da altri endpoint del cluster. Se esegui l’implementazione sui nodi Fargate, consenti sia la porta Metrics Server alternativa configurata che la porta `10250`. ## Implementa come componente aggiuntivo della community con i componenti aggiuntivi di Amazon EKS **Novità: ora puoi distribuire Metrics Server come componente aggiuntivo della community utilizzando la console AWS o Amazon EKS. APIs** ### Implementa con console AWS 1. Apri il tuo cluster EKS nella console AWS 1. Nella scheda "Add-ons", seleziona **Get More Add-ons**. 1. Dalla sezione "Community add-ons", seleziona **Metrics Server**, quindi **Avanti** 1. EKS determina la versione appropriata del componente aggiuntivo per il cluster. È possibile modificare la versione utilizzando il menu a discesa **Versione**. 1. Seleziona **Avanti** e poi **Crea** per installare il componente aggiuntivo. ### Risorse aggiuntive Ulteriori informazioni su [Componenti aggiuntivi della community](community-addons.md). Puoi installare o aggiornare i componenti aggiuntivi della community come fai con gli altri componenti aggiuntivi di Amazon EKS. + [Creare un componente aggiuntivo Amazon EKS](creating-an-add-on.md) + [Aggiornamento di un componente aggiuntivo di Amazon EKS](updating-an-add-on.md) + [Rimozione di un componente aggiuntivo Amazon EKS da un cluster](removing-an-add-on.md) ## Implementa con manifesto **Novità: ora puoi distribuire Metrics Server come componente aggiuntivo della community utilizzando la console AWS o Amazon EKS. APIs Queste istruzioni di installazione del manifesto verranno archiviate.** 1. implementare Metrics Server con il comando seguente: ``` kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml ``` Se utilizzi Fargate, dovrai modificare questo file. Nella configurazione predefinita, Metric Server utilizza la porta 10250. Questa porta è riservata a Fargate. Sostituisci i riferimenti alla porta 10250 in components.yaml con un’altra porta, ad esempio 10251. 1. Verifica che l’implementazione `metrics-server` esegua il numero di pod desiderato con il comando seguente: ``` kubectl get deployment metrics-server -n kube-system ``` Di seguito viene riportato un output di esempio. ``` NAME READY UP-TO-DATE AVAILABLE AGE metrics-server 1/1 1 1 6m ``` 1. Verifica che il server delle metriche funzioni visualizzando l’utilizzo delle risorse (CPU/memoria) dei nodi. ``` kubectl top nodes ``` 1. Se ricevi il messaggio di errore `Error from server (Forbidden)`, devi aggiornare la configurazione RBAC di Kubernetes. La tua identità Kubernetes RBAC richiede autorizzazioni sufficienti per leggere le metriche del cluster. Verifica le autorizzazioni [minime richieste per l'API Kubernetes](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41) per la lettura delle metriche. GitHub Scopri come [concedere alle identità AWS IAM, come i ruoli, l'accesso a Kubernetes](grant-k8s-access.md#authentication-modes). APIs # Implementazione di applicazioni con Helm su Amazon EKS Il programma di gestione del pacchetto Helm per Kubernetes consente di installare e gestire le applicazioni sul cluster Kubernetes. Per ulteriori informazioni, consultare la [documentazione di Helm](https://docs.helm.sh/). Questo argomento consente di installare ed eseguire i file binari Helm per consentire l'installazione e la gestione di grafici utilizzando la CLI Helm nel sistema locale. **Importante** Prima di installare grafici Helm nel cluster Amazon EKS, è necessario configurare `kubectl` per l'utilizzo di Amazon EKS. Se non hai già eseguito questa operazione, consultare [Connettere kubectl a un cluster EKS creando un file kubeconfig](create-kubeconfig.md) prima di continuare. Se il comando seguente va a buon fine per il cluster, la configurazione è corretta. ``` kubectl get svc ``` 1. Eseguire il comando appropriato per il sistema operativo client. + Se utilizzi macOS con [Homebrew](https://brew.sh/), installa i file binari con il comando seguente. ``` brew install helm ``` + Per ulteriori opzioni di installazione, consulta [Installing Helm](https://helm.sh/docs/intro/install/) nella documentazione di Helm. **Nota** Se ricevi un messaggio che indica la necessità di installare prima `openssl`, è possibile installarlo con il seguente comando. ``` sudo yum install openssl ``` 1. Per selezionare il nuovo file binario in `PATH`, chiudere la finestra del terminale corrente e aprirne una nuova. 1. Guarda la versione di Helm che hai installato. ``` helm version --template='{{ .Version }}{{ "\n" }}' ``` Di seguito viene riportato un output di esempio: ``` v3.17.2 ``` 1. Assicurati che la versione installata sia compatibile con la tua versione del cluster. Per ulteriori informazioni, consulta la [versione supportata di Skew](https://helm.sh/docs/topics/version_skew/#supported-version-skew). Ad esempio, se esegui `3.17.x`, la versione di Kubernetes supportata non dovrebbe superare l’intervallo di `1.29.x` \$1 `1.32.x`. 1. A questo punto, è possibile eseguire qualsiasi comando Helm (ad esempio `helm install chart-name `) per installare, modificare, eliminare o interrogare i grafici Helm nel cluster. Se sei un nuovo utente di Helm e non hai un grafico specifico da installare, puoi effettuare le seguenti operazioni: + Sperimentare installando un grafico di esempio. Consulta [Install an Example Chart](https://helm.sh/docs/intro/quickstart#install-an-example-chart) nella [Quickstart Guide](https://helm.sh/docs/intro/quickstart/) di Helm. + Crea un grafico di esempio e invialo ad Amazon ECR. Per ulteriori informazioni, consultare [Invio di un grafico Helm](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html) nella *Guida per l'utente del registro del container di Amazon Elastic*. + Installare un grafico Amazon EKS dal repository GitHub [eks-charts](https://github.com/aws/eks-charts#eks-charts) o da [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws). # Organizzazione delle risorse Amazon EKS con tag È possibile utilizzare *tag* per aiutarti a gestire le risorse Amazon EKS. In questo argomento viene fornita una panoramica della funzione tag e viene illustrato come creare tag. **Topics** + [Nozioni di base sui tag](#tag-basics) + [Assegnazione di tag alle risorse](#tag-resources) + [Limitazioni applicate ai tag](#tag-restrictions) + [Tagging delle risorse per la fatturazione](#tag-resources-for-billing) + [Utilizzo di tag tramite la console](#tag-resources-console) + [Utilizzo di tag tramite la CLI, l'API o `eksctl`](#tag-resources-api-sdk) **Nota** I tag sono un tipo di metadati separati dalle etichette e dalle annotazioni di Kubernetes. Per ulteriori informazioni sugli altri tipi di metadati, consulta le sezioni seguenti nella documentazione di Kubernetes: [Etichette e selettori](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) [Annotazioni](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/) ## Nozioni di base sui tag Un tag è un'etichetta che assegni a una risorsa AWS. Ciascun tag è formato da una *chiave* e da un *valore* opzionale. Puoi utilizzare i tag per categorizzare le risorse AWS. Ad esempio, puoi categorizzarle in base a scopo, proprietario o ambiente. In presenza di un numero elevato di risorse dello stesso tipo, si possono usare i tag assegnati a una risorsa specifica per identificarla rapidamente. Ad esempio, puoi definire un set di tag per i cluster Amazon EKS per monitorare il proprietario di ogni cluster e il livello di stack. Consigliamo di definire un set coerente di chiavi di tag per ciascun tipo di risorsa. Puoi cercare e filtrare le risorse in base ai tag aggiunti. Dopo aver aggiunto un tag, puoi modificarne le chiavi e i valori oppure rimuovere i tag da una risorsa in qualsiasi momento. Se elimini una risorsa, verranno eliminati anche tutti i tag a essa associati. I tag non hanno alcun significato semantico per Amazon EKS e vengono interpretati rigorosamente come una stringa di caratteri. È possibile impostare il valore di un tag su una stringa vuota. Tuttavia, non è possibile impostare il valore di un tag su null. Se aggiungi un tag con la stessa chiave di un tag esistente a una risorsa specifica, il nuovo valore sovrascrive quello precedente. Se utilizzi AWS Identity and Access Management (IAM), puoi controllare quali utenti nel tuo account AWS dispongono dell’autorizzazione per gestire i tag. ## Assegnazione di tag alle risorse I tag sono disponibili per le risorse Amazon EKS seguenti: + cluster + gruppi di nodi gestiti + profili Fargate Puoi aggiungere un tag a queste risorse utilizzando le opzioni seguenti: + Se utilizzi la console Amazon EKS, puoi applicare tag alle risorse nuove o esistenti in qualsiasi momento. A tale scopo, è possibile utilizzare la sheda **Tag** nella pagina della risorsa interessata. Per ulteriori informazioni, consulta [Utilizzo di tag tramite la console](#tag-resources-console). + Se utilizzi `eksctl`, puoi applicare i tag alle risorse quando vengono create utilizzando l’opzione `--tags`. + Se utilizzi l’AWS CLI, l’API Amazon EKS o un SDK AWS, è possibile applicare i tag alle nuove risorse mediante il parametro `tags` nell’operazione API rilevante. Inoltre, è possibile applicare tag a risorse utilizzando l'operazione API `TagResource`. Per ulteriori informazioni, consultare [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html). Quando utilizzi alcune azioni per la creazione di risorse, puoi anche specificare i tag per la risorsa nello stesso momento in cui la crei. Se i tag non possono essere applicati durante la creazione di una risorsa, la risorsa non viene creata. Mediante questo meccanismo ti assicuri che le risorse a cui desideri applicare tag al momento della creazione vengono create con tag specifici o non vengono create affatto. Se aggiungi tag alle risorse al momento della creazione, non è necessario eseguire script di assegnazione di tag personalizzati dopo la creazione di una risorsa. I tag non si propagano ad altre risorse associate alla risorsa creata. Ad esempio, i tag del profilo di Fargate non vengono propagati ad altre risorse associate a tale profilo, come i pod pianificati con esso. ## Limitazioni applicate ai tag Ai tag si applicano le limitazioni seguenti: + È possibile associare un massimo di 50 tag a una risorsa. + Le chiavi dei tag non possono essere ripetute per una risorsa. Ogni chiave di tag deve essere univoca e può avere un solo valore. + Le chiavi di tag possono contenere fino a 128 caratteri in UTF-8. + Ogni valore può contenere fino a 256 caratteri UTF-8. + Se più servizi AWS e risorse utilizzano il tuo schema di tagging, limita i tipi di caratteri che usi. Alcuni servizi potrebbero avere restrizioni sui caratteri consentiti. I caratteri generalmente consentiti sono lettere, numeri, spazi e i simboli seguenti: `+` `-` `=` `.` `_` `:` `/` `@`. + I valori e le chiavi dei tag rispettano la distinzione tra maiuscole e minuscole. + Non utilizzare `aws:`, ` AWS:` o qualsiasi combinazione di maiuscole o minuscole come prefisso per chiavi o valori. Questi sono prenotati solo per l'uso AWS. Non puoi modificare né eliminare le chiavi o i valori di tag con tale prefisso. I tag con questo prefisso non vengono conteggiati per il limite del numero di tag per risorsa. ## Tagging delle risorse per la fatturazione Quando applichi i tag ai cluster Amazon EKS, puoi utilizzarli per l'allocazione dei costi nel tuo **Rapporti su costi e utilizzo**. I dati di misurazione nel **Rapporti su costi e utilizzo** mostrano l'utilizzo in tutti i processi dei cluster di Amazon EKS. Per ulteriori informazioni, consulta [AWS cost and usage report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html) nella *Guida per l’utente della fatturazione AWS*. Il tag di allocazione dei costi generato da AWS, specificamente `aws:eks:cluster-name`, consente di suddividere i costi delle istanze Amazon EC2 per ogni singolo cluster Amazon EKS in **Cost Explorer**. Tuttavia, questo tag non rileva le spese del piano di controllo (control-plane). Il tag viene aggiunto automaticamente alle istanze Amazon EC2 che fanno parte di un cluster Amazon EKS. Questo comportamento si verifica indipendentemente dal fatto che venga eseguito il provisioning delle istanze tramite gruppi di nodi gestiti da Amazon EKS, Karpenter o direttamente con Amazon EC2. Questo tag specifico non viene conteggiato ai fini del limite di 50 tag. Per utilizzare il tag, il proprietario dell’account deve attivarlo nella Console AWS per la fatturazione o utilizzando l’API. Quando il proprietario di un account di gestione di AWS Organizations attiva il tag, questo viene attivato anche per tutti gli account membri dell’organizzazione. Puoi organizzare le informazioni di fatturazione in base alle risorse con gli stessi valori di chiave di tag. Puoi ad esempio applicare tag a numerose risorse con un nome di applicazione specifico, quindi organizzare le informazioni di fatturazione. In questo modo, puoi visualizzare il costo totale dell'applicazione in più servizi. Per ulteriori informazioni sulla configurazione di un report di allocazione dei costi mediante i tag, consulta [The Monthly Cost Allocation Report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html) nella *Guida per l’utente della fatturazione AWS*. **Nota** Se hai appena abilitato la reportistica, i dati relativi al mese corrente saranno disponibili per la visualizzazione dopo 24 ore. **Cost Explorer** è uno strumento di reporting disponibile come parte di Piano gratuito AWS. È possibile utilizzare **Cost Explorer** per visualizzare i grafici delle tue risorse Amazon EKS degli ultimi 13 mesi. Puoi anche prevedere le spese per i prossimi tre mesi. Puoi visualizzare i modelli relativi a quanto spendi in risorse AWS nel tempo. Ad esempio, puoi utilizzarlo per identificare aree che richiedono ulteriore studio e visualizzare le tendenze che puoi utilizzare per comprendere i costi. Puoi anche specificare intervalli di tempo per i dati e visualizzare i dati temporali per mese o per giorno. ## Utilizzo di tag tramite la console Con la console Amazon EKS è possibile gestire i tag associati ai gruppi di nodi gestiti o ai cluster nuovi o esistenti. Quando selezioni una pagina relativa alle risorse nella console Amazon EKS, viene visualizzato l'elenco delle risorse corrispondenti. Ad esempio, se nel riquadro di navigazione sinistro si seleziona **Cluster**, nella console viene visualizzato l'elenco dei cluster Amazon EKS. Quando si seleziona una risorsa in uno di questi elenchi, (ad esempio un cluster specifico), se la risorsa supporta i tag, sarà possibile visualizzare e gestire i tag nella scheda **Tag**. L'**Editor di tag** della Console di gestione AWS consente inoltre di gestire i tag modo unificato. Per ulteriori informazioni, consulta [Tagging your AWS resources with Tag Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) nella *Guida per l’utente dell’editor di tag AWS*. ### Aggiunta di tag a una risorsa in fase di creazione É possibile aggiungere tag ai gruppi di nodi gestiti, ai cluster Amazon EKS ed ai profili Fargate durante la creazione. Per ulteriori informazioni, consulta [Crea un cluster Amazon EKS.](create-cluster.md). ### Aggiunta ed eliminazione di tag in una risorsa Puoi aggiungere o eliminare i tag associati ai cluster direttamente dalla pagina della risorsa. 1. Aprire la [Console Amazon EKS](https://console.aws.amazon.com/eks/home#/clusters). 1. Seleziona la Regione AWS da utilizzare nella barra di navigazione. 1. Nel pannello di navigazione a sinistra, seleziona **Cluster**. 1. Scegliere un cluster specifico. 1. Scegliere la scheda **Tags** (Tag) quindi scegliere **Manage tags** (Gestisci tag). 1. Nella pagina **Gestisci i tag**, aggiungi o elimina i tag in base alle esigenze. + Per aggiungere un tag, scegli **Add tag (Aggiungi tag)**. Specificare la chiave e il valore per ogni tag. + Per eliminare un tag, scegli **Rimuovi tag**. 1. Ripeti la procedura per ogni tag da aggiungere o eliminare. 1. Scegliere **Update (Aggiorna)** per terminare. ## Utilizzo di tag tramite la CLI, l'API o `eksctl` Utilizza i seguenti comandi dell’AWS CLI oppure le operazioni API Amazon EKS per aggiungere, aggiornare, elencare ed eliminare i tag per le risorse. È possibile utilizzare solo `eksctl` per aggiungere tag e contemporaneamente creare le nuove risorse con un unico comando. | Attività | CLI AWS | AWS Tools for Windows PowerShell | Azione API | | --- | --- | --- | --- | | Aggiungere sovrascrivere uno o più tag. | [tag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/tag-resource.html) | [Add-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EKSResourceTag.html) | [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html) | | Eliminare uno o più tag. | [untag-resource](https://docs.aws.amazon.com/cli/latest/reference/eks/untag-resource.html) | [Remove-EKSResourceTag](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EKSResourceTag.html) | [UntagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_UntagResource.html) | I seguenti esempi mostrano come aggiungere o rimuovere tag alle o dalle risorse utilizzando l’AWS CLI. **Esempio 1: applicazione di un tag a un cluster esistente** Il comando seguente applica un tag a un cluster esistente. ``` aws eks tag-resource --resource-arn resource_ARN --tags team=devs ``` **Esempio 2: rimozione di un tag a un cluster esistente** Il comando seguente elimina un tag da un cluster esistente. ``` aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key ``` **Esempio 3: elencazione dei tag di una risorsa** Il comando seguente elenca i tag associati a una risorsa esistente. ``` aws eks list-tags-for-resource --resource-arn resource_ARN ``` Quando utilizzi alcune azioni per la creazione di risorse, puoi anche specificare i tag per la risorsa nello stesso momento in cui la crei. Le seguenti operazioni supportano l'assegnazione di tag durante la creazione di una risorsa. | Attività | CLI AWS | AWS Tools for Windows PowerShell | Azione API | eksctl | | --- | --- | --- | --- | --- | | Creazione di un cluster | [create-cluster](https://docs.aws.amazon.com/cli/latest/reference/eks/create-cluster.html) | [New-EKSCluster](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSCluster.html) | [CreateCluster](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateCluster.html) | `create cluster` | | Creazione di un gruppo di nodi gestito\$1 | [create-nodegroup](https://docs.aws.amazon.com/cli/latest/reference/eks/create-nodegroup.html) | [New-EKSNodegroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSNodegroup.html) | [CreateNodegroup](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateNodegroup.html) | `create nodegroup` | | Creazione di un profilo Fargate | [create-fargate-profile](https://docs.aws.amazon.com/cli/latest/reference/eks/create-fargate-profile.html) | [New-EKSFargateProfile](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EKSFargateProfile.html) | [CreateFargateProfile.html](https://docs.aws.amazon.com/eks/latest/APIReference/API_CreateFargateProfile.html) | `create fargateprofile` | + Se desideri taggare anche le istanze Amazon EC2 durante la creazione di un gruppo di nodi gestito, crea il gruppo di nodi gestito utilizzando un modello di avvio. Per ulteriori informazioni, consulta [Assegnazione di tag a istanze Amazon EC2](launch-templates.md#launch-template-tagging). Se le istanze esistono già, è possibile taggare manualmente le istanze. Per ulteriori informazioni, consulta [Tagging your resources](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources) nella Guida per l’utente di Amazon EC2. # Visualizzazione e gestione di quote di servizio di Amazon EKS e Fargate Amazon EKS si è integrato con Service Quotas, un AWS servizio che puoi utilizzare per visualizzare e gestire le quote da una posizione centrale. Per ulteriori informazioni, consulta [Cos’è Service Quotas?](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) nella *Guida per l’utente di Service Quotas*. Con l'integrazione di Service Quotas, puoi cercare rapidamente il valore delle tue quote di servizio Amazon EKS e AWS Fargate utilizzando la CLI e. Console di gestione AWS AWS ## Visualizza le quote dei servizi EKS nel Console di gestione AWS 1. Apri la [console Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas). 1. Nel riquadro di navigazione a sinistra, scegli ** AWS servizi**. 1. **Dall'elenco dei ** AWS servizi**, cerca e seleziona **Amazon Elastic Kubernetes Service (Amazon EKS**) o Fargate. AWS ** Nell'elenco delle **quote di servizio**, puoi visualizzare il nome della quota di servizio, il valore applicato (se disponibile), la quota AWS predefinita e se il valore della quota è regolabile. 1. Per visualizzare ulteriori informazioni su una quota di servizio, ad esempio la descrizione, scegli il nome della quota. 1. (Facoltativo) Per richiedere un aumento della quota, seleziona la quota che desideri aumentare, seleziona **Richiedi un aumento della quota**, inserisci o seleziona le informazioni richieste e seleziona **Richiedi**. Per utilizzare meglio le quote di servizio utilizzando la Console di gestione AWS, consulta la [Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) User Guide. Per richiedere un aumento delle quote, consultare [Richiesta di aumento delle quote](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) nella *Guida per l'utente di Service Quotas*. ## Visualizza le quote dei servizi EKS con la CLI AWS Eseguire questo comando per visualizzare le quote Amazon EKS. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code eks \ --output table ``` Eseguire questo comando per visualizzare le quote di Fargate. ``` aws service-quotas list-aws-default-service-quotas \ --query 'Quotas[*].{Adjustable:Adjustable,Name:QuotaName,Value:Value,Code:QuotaCode}' \ --service-code fargate \ --output table ``` **Nota** La quota restituita è il numero di attività Amazon ECS o Amazon EKS Pods che possono essere eseguite contemporaneamente su Fargate in questo account nella regione corrente. AWS *Per lavorare di più con le quote di servizio utilizzando la AWS CLI, [consulta](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html) service-quotas nel AWS CLI Command Reference.* Per richiedere un aumento della quota, consulta il [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html)comando nella * AWS CLI Command* Reference. ## Service Quotas di Amazon EKS AWS consiglia di utilizzare il Console di gestione AWS per visualizzare le quote correnti. Per ulteriori informazioni, consulta [Visualizza le quote dei servizi EKS nel Console di gestione AWS](#service-quotas-console). *Per visualizzare le quote di servizio EKS predefinite, consulta gli [endpoint e le quote di Amazon Elastic Kubernetes Service](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks) nella Guida generale. AWS * Queste quote del servizio sono elencate in **Amazon Elastic Kubernetes Service (Amazon EKS)** nella console Service Quotas. Per chiedere un incremento della quota per i valori indicati come regolabili, consulta [Richiesta di incremento di una quota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) nella *Guida per l'utente di Service Quotas*. **Nota** Le modifiche ai seguenti componenti **non** sono supportate in Service Quotas: \$1 Associazioni di Pod Identity per cluster. [Informazioni su come EKS Pod Identity consente ai pod di accedere ai servizi AWS](pod-identities.md)Per i limiti, consulta. \$1 CIDRs per reti a nodi remoti o reti pod remoti per nodi ibridi. Per i limiti, vedere[Panoramica di Amazon EKS Hybrid Nodes](hybrid-nodes-overview.md). ## AWS Quote di servizio Fargate Il servizio ** AWS Fargate** nella console Service Quotas elenca diverse quote di servizio. È possibile configurare gli allarmi che avvisano quando l'uso si avvicina a una quota di servizio. Per ulteriori informazioni, consulta [Creazione di un CloudWatch allarme per monitorare le metriche di utilizzo delle risorse di Fargate](monitoring-fargate-usage.md#service-quota-alarm). AWS I nuovi account potrebbero avere quote iniziali inferiori che possono aumentare nel tempo. Fargate monitora costantemente l'utilizzo dell'account all'interno di ciascuna AWS regione, quindi aumenta automaticamente le quote in base all'utilizzo. Puoi chiedere anche un incremento della quota per i valori indicati come regolabili. Per ulteriori informazioni, consulta [Richiesta di un aumento delle quote nella ](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)Guida per l’utente di Service Quotas**. AWS consiglia di utilizzare il Console di gestione AWS per visualizzare le quote correnti. Per ulteriori informazioni, consulta [Visualizza le quote dei servizi EKS nel Console di gestione AWS](#service-quotas-console). *Per visualizzare le quote di servizio AWS Fargate su EKS predefinite, vedere le quote di [servizio Fargate](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate) nella Guida generale. AWS * **Nota** Inoltre, Fargate applica attività Amazon ECS e quote di velocità di avvio dei pod Amazon EKS. Per ulteriori informazioni, consulta [Quote di limitazione (della larghezza di banda della rete AWS Fargate](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html) nella *Guida per Amazon ECS*.