**Ajudar a melhorar esta página** Para contribuir com este guia de usuário, escolha o link **Editar esta página no GitHub**, disponível no painel direito de cada página. # Organizar e monitorar recursos de clusters Este capítulo inclui os tópicos a seguir para ajudar você a gerenciar o cluster. Também é possível visualizar informações sobre [recursos do Kubernetes](view-kubernetes-resources.md) com o Console de gerenciamento da AWS. + O Kubernetes Dashboard é uma interface de usuário de uso geral baseada na web para clusters do Kubernetes. Com ele, os usuários podem gerenciar aplicações em execução no cluster, solucionar problemas relacionados a essas aplicações e gerenciar o próprio cluster. Para obter mais informações, consulte o repositório do [Kubernetes Dashboard](https://github.com/kubernetes/dashboard) no GitHub. + [Visualizar o uso de recursos com o servidor de métricas do Kubernetes](metrics-server.md) – O servidor de métricas do Kubernetes é um agregador de dados de uso de recursos no cluster. Ele não é implantado por padrão no cluster, mas é usado por complementos do Kubernetes, como o Kubernetes Dashboard e o [Escalar implantações de pods com o Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md). Neste tópico, você aprenderá como instalar o Metrics Server. + [Implantar aplicações com o Helm no Amazon EKS](helm.md) - O gerenciador de pacotes Helm para Kubernetes ajuda a instalar e gerenciar aplicações no cluster do Kubernetes. Este tópico ajuda a instalar e executar os binários Helm para que você possa instalar e gerenciar gráficos usando a CLI do Helm no computador local. + [Organizar recursos do Amazon EKS com tags](eks-using-tags.md) – Para ajudar a gerenciar os recursos do Amazon EKS, você pode atribuir seus próprios metadados a cada recurso na forma de *etiquetas*. Este tópico descreve as etiquetas e mostra como criá-las. + [Visualizar e gerenciar as cotas de serviço do Amazon EKS e do Fargate](service-quotas.md) – Sua conta da AWS tem cotas padrão, anteriormente chamadas de limites, para cada serviço da AWS. Conheça as cotas do Amazon EKS e saiba como aumentá-las. # Monitorar e otimizar os custos de clusters do Amazon EKS O monitoramento de custos é um aspecto essencial do gerenciamento dos clusters do Kubernetes no Amazon EKS. Ao obter visibilidade dos custos do cluster, você pode otimizar a utilização de recursos, definir orçamentos e tomar decisões baseadas em dados sobre suas implantações. O Amazon EKS fornece duas soluções de monitoramento de custos, cada uma com suas vantagens exclusivas, para ajudar você a acompanhar e alocar seus custos de forma eficaz: ** AWS Dados de alocação de custos de divisão de faturamento para o Amazon EKS**- Esse recurso nativo se integra perfeitamente ao Console de faturamento do AWS, permitindo que você analise e aloque custos usando a mesma interface familiar e fluxos de trabalho que você usa para outros serviços do AWS. Com a alocação de custos divididos, você pode obter insights dos custos do Kubernetes diretamente junto com seus outros gastos com a AWS, o que facilita a otimização holística dos custos em todo o seu ambiente da AWS. Também é possível utilizar os recursos de faturamento da AWS existentes, como Categorias de Custos e Detecção de Anomalias em Custos, para aprimorar ainda mais seus recursos de gerenciamento de custos. Para obter mais informações, consulte [Compreender os dados de alocação de custos divididos](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) no Guia do usuário de faturamento da AWS. **Kubecost**: o Amazon EKS é compatível com o Kubecost, uma ferramenta de monitoramento de custos do Kubernetes. O Kubecost oferece uma abordagem rica em recursos e nativa do Kubernetes para monitoramento de custos, fornecendo detalhamentos granulares de custos por recursos do Kubernetes, recomendações de otimização de custos e painéis e relatórios prontos para uso. O Kubecost também recupera dados de preços precisos por meio da integração com o Relatório de Custos e Uso da AWS, garantindo que você tenha uma visão precisa dos custos do Amazon EKS. Saiba como [Instalar o Kubecost](cost-monitoring-kubecost.md#kubecost-overview). Consulte a página do [Kubecost](https://aws.amazon.com/marketplace/pp/prodview-asiz4x22pm2n2) do AWS Marketplace para obter informações sobre como obter uma assinatura gratuita do Kubecost. # Visualizar os custos por pod na cobrança da AWS com alocação de custos divididos ## Monitoramento de custos usando dados de alocação de custos divididos da AWS para o Amazon EKS É possível usar dados de alocação de custos divididos da AWS para o Amazon EKS para obter visibilidade granular de custos para seus clusters do Amazon EKS. Isso permite que você analise, otimize e estorne o custo e o uso das aplicações do Kubernetes. Você aloca os custos da aplicação a unidades de negócios e equipes individuais com base nos recursos de CPU e memória do Amazon EC2 consumidos pela aplicação do Kubernetes. Os dados de alocação de custos divididos para o Amazon EKS oferecem visibilidade do custo por pod e permitem agregar os dados de custos por pod usando um namespace, um cluster e outras primitivas do Kubernetes. Veja a seguir exemplos de primitivas do Kubernetes que você pode usar para analisar dados de alocação de custos do Amazon EKS. + Nome do cluster + Implantação + Namespace + Nó + Nome da workload + Tipo de workload As [tags de alocação de custos definidas pelo usuário](https://console.aws.amazon.com/costmanagement/home#/tags) também são compatíveis. Para obter mais informações sobre como usar dados de alocação de custos divididos, consulte [Noções básicas de dados de alocação de custos divididos](https://docs.aws.amazon.com/cur/latest/userguide/split-cost-allocation-data.html) no Guia do usuário de faturamento da AWS. ## Configurar relatórios de custos e utilização Você pode ativar a divisão de dados de alocação de custos para EKS no Console de gerenciamento de custos, na interface de linha de comando AWS ou nos SDKs AWS. Siga estas etapas para usar os *Dados de alocação de custos divididos*: 1. Opte por Dados de alocação de custos divididos. Para obter mais informações, consulte [Ativação de dados de alocação de custo dividido](https://docs.aws.amazon.com/cur/latest/userguide/enabling-split-cost-allocation-data.html) no Guia do usuário do relatório de custo e uso AWS. 1. Inclua os dados em um relatório novo ou existente. 1. Visualize o relatório. É possível usar o console do Gerenciamento de Faturamento e Custos ou visualizar os arquivos do relatório no Amazon Simple Storage Service. # Instalar o Kubecost O Amazon EKS é compatível com o Kubecost, que você pode usar para monitorar os custos detalhados por recursos do Kubernetes, incluindo pods, nós, namespaces e rótulos. Este tópico aborda a instalação do Kubecost e o acesso ao painel dele. O Amazon EKS fornece um pacote otimizado da AWS do Kubecost para visibilidade de custos do cluster. É possível usar seus acordos de suporte da AWS existentes para obter suporte. Para obter mais informações sobre as versões disponíveis do Kubecost, consulte [Saiba mais sobre o Kubecost](cost-monitoring-kubecost-bundles.md). **nota** O Kubecost v3 introduz grandes melhorias arquitetônicas, incluindo performance dramaticamente mais rápida e recursos de automação aprimorados. [Saiba mais sobre o Kubecost v3. ](cost-monitoring-kubecost-bundles.md#kubecost-v3) O Kubecost v2 apresenta vários novos recursos importantes. [Saiba mais sobre o Kubecost v2. ](cost-monitoring-kubecost-bundles.md#kubecost-v2) Para obter mais informações sobre o Kubecost, consulte a documentação do [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) e as [Perguntas frequentes](cost-monitoring-kubecost-bundles.md#cost-monitoring-faq). ## Instalar pacote otimizado do Kubecost para Amazon EKS É possível usar um dos seguintes procedimentos para instalar o *pacote otimizado do Kubecost para Amazon EKS*: + Antes de começar, é recomendável revisar a [Visão geral da arquitetura do Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installations-amazon-eks-integration) para entender como ele funciona no Amazon EKS. + Se for iniciante no Amazon EKS, recomendamos usar o complemento do Amazon EKS para a instalação porque ele simplifica a instalação do *pacote otimizado do Kubecost para o Amazon EKS*. Para obter mais informações, consulte [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). + Para personalizar a instalação, você pode configurar o *pacote otimizado do Kubecost para Amazon EKS* com o Helm. *Para obter mais informações, consulte [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) na documentação do Kubecost*. **Importante** Para o Kubecost v3, a localização do chart do Helm foi alterada para `public.ecr.aws/kubecost/kubecost`. Se você estiver atualizando a partir da v2, atualize as referências do repositório do Helm adequadamente. **nota** Para implantações em vários clusters com o Kubecost v3, você precisa de armazenamento de objetos compatível com S3 (AWS S3 para clientes EKS) para armazenamento de métricas. Isso substitui o armazenamento compatível com o Prometheus usado na v2. Para obter mais informações, consulte [Instalação de vários clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) na documentação do Kubecost. ## Acessar o painel do Kubecost Depois que a configuração do *pacote otimizado do Kubecost para Amazon EKS* estiver concluída, você terá acesso ao painel do Kubecost. Para obter mais informações, consulte [Acessar o painel do Kubecost](cost-monitoring-kubecost-dashboard.md). # Acessar o painel do Kubecost ## Pré-requisitos 1. Certifique-se de que o estado dos pods relacionados ao Kubecost seja “Running”. ``` kubectl get pods --namespace kubecost ``` ## Acessar o painel do Kubecost 1. No seu dispositivo, habilite o encaminhamento de portas para expor o painel do Kubecost. + Se o kubecost v3 for instalado usando o Helm: ``` kubectl port-forward deployment/kubecost-frontend 9090 --namespace kubecost ``` + Se o kubecost v1 ou v2 for instalado usando o Helm: ``` kubectl port-forward deployment/kubecost-cost-analyzer 9090 --namespace kubecost ``` + Se o kubecost for instalado usando o complemento do Amazon EKS: ``` kubectl port-forward deployment/cost-analyzer 9090 --namespace kubecost ``` Como alternativa, você pode usar o [AWS Load Balancer Controller](aws-load-balancer-controller.md) para expor o Kubecost e usar o Amazon Cognito para autenticação, autorização e gerenciamento de usuários. Para obter mais informações, consulte [Como usar o Application Load Balancer e o Amazon Cognito para autenticar usuários para suas aplicações Web do Kubernetes](https://aws.amazon.com/blogs/containers/how-to-use-application-load-balancer-and-amazon-cognito-to-authenticate-users-for-your-kubernetes-web-apps). 1. No mesmo dispositivo em que você concluiu a etapa anterior, abra um navegador da Web e digite o seguinte endereço. ``` http://localhost:9090 ``` Você verá a página de visão geral do Kubecost em seu navegador. Pode levar de cinco a dez minutos (ou mais) para o Kubecost coletar métricas, dependendo do tamanho do seu cluster. É possível ver seus gastos com o Amazon EKS, incluindo custos cumulativos de cluster, custos de ativos associados do Kubernetes e gastos mensais agregados. 1. Para rastrear os custos em um nível de cluster, marque seus recursos do Amazon EKS para cobrança. Para obter mais informações, consulte [Marcar recursos para faturamento](eks-using-tags.md#tag-resources-for-billing). + **Cost allocation** (Alocação de custos): visualize os custos mensais do Amazon EKS e os custos cumulativos de cada um dos seus namespaces e outras dimensões nos últimos sete dias. Isso é útil para entender quais partes da sua aplicação estão contribuindo para os gastos do Amazon EKS. + **Assets** (Ativos): visualize os custos dos ativos de infraestrutura da AWS que estão associados aos recursos do Amazon EKS. # Saiba mais sobre o Kubecost O Amazon EKS fornece um pacote otimizado da AWS do Kubecost para visibilidade de custos do cluster. O Amazon EKS é compatível com o Kubecost, que você pode usar para monitorar os custos detalhados por recursos do Kubernetes, incluindo pods, nós, namespaces e rótulos. Este tópico aborda as versões disponíveis do Kubecost e as diferenças entre os níveis disponíveis. O EKS oferece suporte às versões 1, 2 e 3 do Kubecost. Cada versão está disponível em níveis diferentes. É possível usar o *pacote otimizado do Kubecost para Amazon EKS* nos clusters do Amazon EKS sem custo adicional. Pode haver cobranças pelo uso de serviços da AWS associados, como o Amazon Managed Service para Prometheus. Além disso, é possível usar seus acordos de suporte da AWS existentes para obter suporte. Como um administrador da plataforma do Kubernetes e líder financeiro, você pode usar o Kubecost para visualizar um detalhamento das cobranças do Amazon EKS, alocar custos e cobrar de forma retroativa unidades organizacionais, como as equipes de aplicações. É possível fornecer às suas equipes internas e unidades de negócios dados de custos transparentes e precisos com base em seu faturamento real da AWS. Além disso, você também pode obter recomendações personalizadas para otimização de custos com base no ambiente de infraestrutura e nos padrões de uso em seus clusters. Para obter mais informações sobre o Kubecost, consulte [Kubecost](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) na documentação. **Qual é a diferença entre o pacote personalizado e a versão gratuita do Kubecost (também conhecido como OpenCost)?** A AWS e o Kubecost colaboraram para oferecer uma versão personalizada do Kubecost. Esta versão inclui um subconjunto de recursos comerciais sem custo adicional. Consulte as tabelas a seguir para conferir os recursos incluídos no pacote personalizado do Kubecost. ## Kubecost v3 **Qual é a diferença entre o Kubecost v1, v2 e v3?** O Kubecost 3.0 é uma grande atualização arquitetônica que oferece performance dramaticamente mais rápida, escalabilidade aprimorada e recursos de otimização proativa. A mudança mais significativa é a migração para um banco de dados ClickHouse, substituindo o DuckDB da versão 2.8, que fornece consultas substancialmente mais rápidas e performance mais confiável em grande escala. O Kubecost 3.0 também apresenta um agente unificado que combina a funcionalidade Kubecost e Cloudability, eliminando a dependência do Prometheus e reduzindo o consumo de memória, mantendo a compatibilidade com o OpenCost. **Importante** [Consulte a documentação do Kubecost antes de fazer a atualização para v3.](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x) A migração a partir da v2 exige um planejamento cuidadoso e pode afetar a disponibilidade dos relatórios durante a transição. A localização do chart do Helm foi alterada para `public.ecr.aws/kubecost/kubecost`. **Principais melhorias arquitetônicas na v3:** + **Banco de dados ClickHouse**: substitui o DuckDB para consultas muito mais rápidas e melhor escalabilidade + **Agente unificado**: combina as funcionalidades Kubecost e Cloudability, eliminando a dependência do Prometheus + **Armazenamento compatível com S3 para vários clusters**: para implantações em vários clusters, a v3 usa armazenamento de objetos compatível com S3 (AWS S3 para clientes EKS) em vez de armazenamento compatível com Prometheus, como o Amazon Managed Service for Prometheus. O agente FinOps extrai métricas da API Kubernetes e as envia para um armazenamento compatível com S3. Em seguida, o Aggregator extrai esses dados, executa as etapas de derivação e exibe os resultados no frontend. Para obter mais informações, consulte [Instalação de vários clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) e [Guia de clusters secundários](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) na documentação do Kubecost. + **Consumo de memória reduzido**: requisitos de recursos substancialmente menores, mantendo a funcionalidade + **Arquitetura simplificada**: topologia de pod de contêiner único para escalabilidade independente e maior resiliência + **Automação aprimorada**: dimensionamento automatizado de solicitações de contêineres com reconhecimento de vários clusters e perfis personalizados **Benefícios do pacote otimizado do Amazon EKS na v3:** O *pacote Kubecost otimizado do Amazon EKS* continua disponível sem custo adicional e está isento do novo limite de gastos de USD 100.000 introduzido no nível gratuito do Kubecost v3. Os usuários do EKS mantêm acesso total a todas as funcionalidades de gastos do Kubernetes, independentemente dos níveis de gastos. **Comparação dos principais recursos:** | Recurso | Nível gratuito do Kubecost 3.0 | Pacote Kubecost 3.0 otimizado para Amazon EKS | Kubecost Enterprise 3.0 | | --- | --- | --- | --- | | Visibilidade dos custos do cluster | Clusters ilimitados, com limite de USD 100 mil para gastar em 30 dias | Vários clusters unificados sem limites de gastos | Número unificado e ilimitado de clusters em um número ilimitado de ambientes (ou seja, multinuvem) | | Backend de banco de dados | ClickHouse (local) | ClickHouse com armazenamento compatível com S3 para métricas de vários clusters | ClickHouse com opções personalizadas de banco de dados | | desempenho | Consultas substancialmente mais rápidas em comparação com a v2 | Consultas substancialmente mais rápidas em comparação com a v2 | Consultas substancialmente mais rápidas em comparação com a v2 | | Pegada de memória | Reduzido versus v2 (sem dependência do Prometheus) | Reduzido versus v2 (sem dependência do Prometheus) | Reduzido versus v2 (sem dependência do Prometheus) | | Dimensionamento automatizado de solicitações de contêineres | Disponível (limitado a 250 núcleos) | Disponível sem limites de núcleos | Disponível sem limites de núcleos | | Limites de gastos | USD 100 mil ao longo de 30 dias | Sem limite de gastos | Sem limite de gastos | | Automação de vários clusters | Limitado | Reconhecimento total de vários clusters com mensagens seguras | Reconhecimento total de vários clusters com mensagens seguras | ## Kubecost v2 **Qual é a diferença entre o Kubecost v1 e v2?** O Kubecost 2.0 é uma grande atualização das versões anteriores e traz novos recursos importantes, incluindo um backend de API. Observe que as APIs de [alocação](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-allocation-api) e [ativos](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=apis-assets-api) são totalmente compatíveis com versões anteriores. [Consulte a documentação da Kubecost para garantir uma transição tranquila.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=installation-kubecost-v2-installupgrade) Para obter a lista completa de aprimoramentos, [consulte o anúncio do Kubecost v2.0](https://github.com/kubecost/cost-analyzer-helm-chart/releases/tag/v2.0.0) e [as notas completas da release do Kubecost](https://github.com/kubecost/cost-analyzer-helm-chart/releases). **Importante** [Consulte a documentação do Kubecost antes de fazer a atualização.](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x) A atualização pode afetar a disponibilidade do relatório. **Comparação dos principais recursos:** | Recurso | Nível gratuito do Kubecost 2.0 | Pacote Kubecost 2.0 otimizado para Amazon EKS | Kubecost Enterprise 2.0 | | --- | --- | --- | --- | | Visibilidade dos custos do cluster | Clusters ilimitados de até 250 núcleos | Multicluster unificado sem limites de núcleo quando integrado ao Amazon Managed Service para Prometheus | Número unificado e ilimitado de clusters em um número ilimitado de ambientes (ou seja, multinuvem) | | Implantação | Hospedado pelo usuário | Hospedado pelo usuário | Hospedado pelo usuário, hospedado pelo Kubecost (locatário dedicado), SaaS | | Bancos de dados compatíveis | Prometheus local | Amazon Managed Service for Prometheus ou Prometheus local | Qualquer variante do Prometheus e bancos de dados personalizados | | Suporte à retenção de banco de dados (métricas brutas) | 15 dias | Dados históricos ilimitados | Dados históricos ilimitados | | Retenção de API e interface de usuário do Kubecost (ETL) | 15 dias | 15 dias | Ilimitado | | Visibilidade da nuvem híbrida | - | Clusters Amazon EKS e Amazon EKS Anywhere | Multinuvem e nuvem híbrida | | Alertas e relatórios recorrentes | Compatível apenas com o cluster primário, limitado a 250 núcleos | Alertas de eficiência, alertas de orçamento, alertas de alteração de gastos e [outros recursos com suporte](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) em todos os clusters | Alertas de eficiência, alertas de orçamento, alertas de alteração de gastos e [outros recursos com suporte](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=navigating-kubecost-ui#ariaid-title6) em todos os clusters | | Relatórios salvos | - | Relatórios usando 15 dias de métricas | Relatórios usando métricas e dados históricos ilimitados | | Integração de faturamento na nuvem | Compatível apenas com o cluster primário, limitado a 250 núcleos | Suporte personalizado de preços para AWS (incluindo vários clusters e várias contas) | Suporte personalizado de preços para qualquer nuvem | | Recomendações de economia | Compatível apenas com o cluster primário, limitado a 250 núcleos | Insights primários do cluster, mas não há limite de 250 núcleos | Insights de vários clusters | | Governança: auditorias | - | - | Auditoria de eventos históricos de custos | | Compatibilidade com autenticação única (SSO) | - | Compatível com Amazon Cognito | Okta, Auth0, PingID, KeyCloak e qualquer outro item personalizado | | Controle de acesso baseado em função (RBAC) com SAML 2.0 | - | - | Okta, Auth0, PingID, KeyCloak e qualquer outro item personalizado | | Treinamento e integração corporativos | - | - | Serviço completo de treinamento e integração para FinOps | | Equipes | - | - | Sim | **Novos recursos:** Os seguintes recursos têm limites de métricas: + Agregador do Kubecost + Monitoramento de rede + Ações do Kubecost + Coleções + Detecção de anomalias + Dimensionamento correto da solicitação de contêiner + Previsão do Kubecost + Preenchimento automático para filtragem e agregação **Limites de métricas:** | Métrica | Nível gratuito do Kubecost 2.0 | Pacote Kubecost 2.0 otimizado para Amazon EKS | Kubecost Enterprise 2.0 | | --- | --- | --- | --- | | Tamanho do cluster | Clusters ilimitados de até 250 núcleos | Ilimitado | Ilimitado | | Retenção de métricas | 15 dias | 15 dias | Ilimitado | | Suporte a vários clusters | Indisponível | Available (Disponível) | Available (Disponível) | | Limites de núcleo | 250 núcleos por cluster | Sem limites de núcleos | Sem limites de núcleos | ## Kubecost v1 | Recurso | Nível gratuito do Kubecost | Pacote otimizado do Kubecost para Amazon EKS | Empresa Kubecost | | --- | --- | --- | --- | | **Implantação** | Hospedado pelo usuário | Hospedado pelo usuário | Hospedado pelo usuário ou hospedado pelo Kubecost (SaaS) | | **Número compatível de clusters** | Ilimitado | Ilimitado | Ilimitado | | **Bancos de dados compatíveis** | Prometheus local | Prometheus local ou Amazon Managed Service for Prometheus | Prometheus, Amazon Managed Service for Prometheus, Cortex ou Thanos | | **Compatibilidade com retenção de banco de dados** | 15 dias | Dados históricos ilimitados | Dados históricos ilimitados | | **Retenção de API do Kubecost (ETL)** | 15 dias | 15 dias | Dados históricos ilimitados | | **Visibilidade dos custos do cluster** | Clusters únicos | Vários clusters unificados | Vários clusters unificados | | **Visibilidade da nuvem híbrida** | - | Clusters Amazon EKS e Amazon EKS Anywhere | Compatibilidade com multinuvem e nuvem híbrida | | **Alertas e relatórios recorrentes** | - | Compatibilidade com alertas de eficiência, alertas de orçamento, alertas de alteração de gastos e outros | Compatibilidade com alertas de eficiência, alertas de orçamento, alertas de alteração de gastos e outros | | **Relatórios salvos** | - | Relatórios usando dados de 15 dias | Relatórios usando dados históricos ilimitados | | **Integração de faturamento na nuvem** | Obrigatório para cada cluster individual | Suporte personalizado de preços para AWS (incluindo vários clusters e várias contas) | Suporte personalizado de preços para AWS (incluindo vários clusters e várias contas) | | **Recomendações de economia** | Insights de um único cluster | Insights de um único cluster | Insights de vários clusters | | **Governança: auditorias** | - | - | Auditoria de eventos históricos de custos | | **Compatibilidade com autenticação única (SSO** | - | Compatível com Amazon Cognito | Okta, Auth0, PingID, KeyCloak | | **Regras de controle de acesso com base em função (RBAC) com SAML `2.0` ** | - | - | Okta, Auth0, PingID, Keycloak | | **Treinamento e integração corporativos** | - | - | Serviço completo de treinamento e integração para FinOps | ## Perguntas frequentes Veja as perguntas e respostas comuns a seguir sobre o uso do Kubecost com o Amazon EKS. **O que é o recurso de retenção de API do Kubecost (ETL?** O recurso de ETL do Kubecost agrega e organiza métricas para promover a visibilidade dos custos em vários níveis de granularidade (como `namespace-level`, `pod-level`, e `deployment-level`). No *pacote otimizado do Kubecost para Amazon EKS*, os clientes obtêm dados e insights das métricas dos últimos 15 dias. **O que é o recurso de alertas e relatórios recorrentes? Quais alertas e relatórios estão incluídos?** Os alertas do Kubecost permitem que as equipes recebam atualizações em tempo real de gastos do Kubernetes, bem como despesas com a nuvem. Os relatórios recorrentes permitem que as equipes recebam exibições personalizadas de gastos históricos com o Kubernetes e a nuvem. Ambos são configuráveis usando a interface de usuário do Kubecost ou os valores do Helm. Eles oferecem suporte a e-mail, ao Slack e ao Microsoft Teams. **O que os relatórios salvos incluem?** Os relatórios salvos do Kubecost são exibições predefinidas das métricas de custo e eficiência. Eles incluem custo por cluster, namespace, rótulo e muito mais. **O que é a integração de faturamento na nuvem?** A integração com as APIs de faturamento da AWS permitem que o Kubecost exiba custos fora do cluster (como os do Amazon S3). Além disso, ela permite que o Kubecost reconcilie as previsões em cluster do Kubecost com dados reais de faturamento para contabilizar o uso de spot, Savings Plans e descontos corporativos. **O que as recomendações de economia incluem?** O Kubecost fornece insights e automação para ajudar os usuários a otimizar a infraestrutura e os gastos do Kubernetes. **Há alguma cobrança por essa funcionalidade?** Não. É possível usar o *pacote otimizado do Kubecost para Amazon EKS* sem custo adicional. Caso queira mais recursos do Kubecost que não estão incluídos, você pode comprar uma licença Enterprise do Kubecost por meio do AWS Marketplace ou diretamente no Kubecost. **Há suporte disponível para o *pacote otimizado do Kubecost para Amazon EKS*?** Sim, somente se você estiver usando o *pacote otimizado do Kubecost para Amazon EKS*. **Como obtenho suporte para o *pacote otimizado do Kubecost para Amazon EKS*?** É possível abrir um caso de suporte com a equipe de suporte da AWS em [Entre em contato com a AWS](https://aws.amazon.com/contact-us/). **Eu preciso de uma licença para usar os recursos do Kubecost fornecidos pela integração com o Amazon EKS?** Não. **É possível integrar o Kubecost com o Relatório de custos e uso da AWS para obter relatórios mais precisos?** Sim. É possível configurar o Kubecost para ingerir dados do Relatório de custos e uso da AWS e obter uma visibilidade precisa das despesas, incluindo descontos, preços de spot, preços de instâncias reservadas e outros. Para obter mais informações, consulte [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/2.x?topic=integrations-aws-cloud-billing-integration) na documentação do Kubecost. **Essa versão é compatível com o gerenciamento de custos de clusters autogerenciados do Kubernetes no Amazon EC2?** Não. O *pacote otimizado do Kubecost para Amazon EKS* só é compatível com clusters do Amazon EKS. **O Kubecost pode rastrear custos do Amazon EKS no AWS Fargate?** O Kubecost se esforça para mostrar a visibilidade dos custos do cluster do Amazon EKS no Fargate, mas com menor precisão do que com o Amazon EKS no Amazon EC2. Isso se deve principalmente à diferença na forma de cobrança do uso. Com o Amazon EKS no Fargate, você paga pelos recursos consumidos. Com o Amazon EKS em nós do Amazon EC2, você paga pelos recursos provisionados. O Kubecost calcula o custo de um nó do Amazon EC2 com base na especificação do nó, que inclui CPU, RAM e armazenamento temporário. Com o Fargate, os custos são calculados com base nos recursos solicitados para os pods do Fargate. **Como posso obter atualizações e novas versões do Kubecost?** É possível atualizar sua versão do Kubecost usando procedimentos padrão de atualização do Helm. Para o Kubecost v3, as versões mais recentes estão disponíveis no novo local `public.ecr.aws/kubecost/kubecost` do chart do Helm. As versões anteriores (v1 e v2) permanecem disponíveis na [Galeria Pública do Amazon ECR](https://gallery.ecr.aws/kubecost/cost-analyzer). **Importante** Ao atualizar para o Kubecost v3, observe que a localização do chart do Helm mudou de `public.ecr.aws/kubecost/cost-analyzer` para `public.ecr.aws/kubecost/kubecost`. Atualize as referências do repositório Helm adequadamente. **A CLI `kubectl-cost` é compatível? Como faço para instalar?** Sim. O `Kubectl-cost` é uma ferramenta de código aberto do Kubecost (licença do Apache 2.0) que fornece acesso da CLI a métricas de alocação de custos do Kubernetes. Para instalar o `kubectl-cost`, consulte [Instalação](https://github.com/kubecost/kubectl-cost#installation) no GitHub. **A interface de usuário do Kubecost é compatível? Como faço para acessá-la?** O Kubecost fornece um painel da Web que você pode acessar por meio do encaminhamento de portas do `kubectl`, de uma entrada ou de um balanceador de carga. Também é possível usar o AWS Load Balancer Controller para expor o Kubecost e o Amazon Cognito para autenticação, autorização e gerenciamento de usuários. Para obter mais informações, consulte [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) no blog da AWS. **O novo limite de gastos de USD 100 mil no Kubecost v3 afeta os usuários do Amazon EKS?** Não. O limite de gastos de USD 100.000 em 30 dias introduzido no nível gratuito do Kubecost v3 não se aplica aos usuários do *pacote Kubecost otimizado do Amazon EKS*. Os usuários do EKS mantêm acesso total a todas as funcionalidades de gastos do Kubernetes, independentemente dos níveis de gastos. **Quais são as principais melhorias de performance no Kubecost v3?** O Kubecost v3 introduz melhorias substanciais de performance por meio de seu backend de banco de dados ClickHouse, que fornece consultas dramaticamente mais rápidas em comparação com o DuckDB usado na v2.8. Além disso, a arquitetura unificada do agente elimina a dependência do Prometheus, reduzindo o consumo de memória e mantendo a funcionalidade completa e a compatibilidade com o OpenCost. **Qual backend de armazenamento o Kubecost v3 usa para implantações em vários clusters?** O Kubecost v3 usa armazenamento de objetos compatível com S3 (AWS S3 para clientes EKS) para armazenamento de métricas de vários clusters, substituindo o armazenamento compatível com Prometheus usado na v2. O agente FinOps coleta métricas da API Kubernetes e as envia para um armazenamento compatível com S3. Em seguida, o agregador recupera esses dados, realiza cálculos de custo e exibe os resultados no frontend. Para obter instruções detalhadas de configuração de vários clusters, consulte [Instalação de vários clusters](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=cluster-secondary-clusters-guide) e [Guia de clusters secundários](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=installation-multi-cluster) na documentação do Kubecost. **Posso atualizar diretamente do Kubecost v1 para v3?** Não. Não há suporte para a atualização direta da v1 para a v3. É necessário primeiro atualizar para a v2 e depois migrar para a v3. Consulte a documentação do Kubecost para obter orientações detalhadas sobre migração, pois o processo exige um planejamento cuidadoso e pode afetar a disponibilidade dos relatórios durante a transição. ## Recursos adicionais do Kubecost + Os recursos a seguir estão disponíveis no Kubecost v1, v2 e v3. + **Exportar métricas de custo**: o monitoramento de custos otimizado do Amazon EKS é implantado com o Kubecost. Na v1 e na v2, o Kubecost se integra ao Prometheus para armazenamento e processamento de métricas. Na v3, o Kubecost usa um banco de dados ClickHouse para melhorar drasticamente a performance, mantendo a compatibilidade com o OpenCost. Para implantações de vários clusters na v3, as métricas são armazenadas em armazenamento de objetos compatível com S3 (AWS S3 para clientes EKS), em vez de armazenamento compatível com Prometheus. O Kubecost lê métricas, realiza cálculos de alocação de custos e fornece dados por meio de suas APIs e interface de usuário. A arquitetura varia de acordo com a versão, mas mantém uma funcionalidade consistente. ![\[Arquitetura Kubecost\]](http://docs.aws.amazon.com/pt_br/eks/latest/userguide/images/kubecost-architecture.png) É possível escrever consultas para ingerir dados do Kubecost no sistema atual de business intelligence para análise posterior. Você também pode usá-lo como uma fonte de dados para o seu painel [Grafana](https://grafana.com/) atual para exibir os custos de cluster do Amazon EKS com os quais suas equipes internas estão familiarizadas. Para saber mais sobre como escrever consultas, consulte a documentação de [Configuração do OpenCost](https://opencost.io/docs/installation/prometheus/) ou use os modelos JSON Grafana de exemplo no [repositório Github do Kubecost](https://github.com/kubecost/cost-analyzer-helm-chart/tree/develop/cost-analyzer) como referências. + **Integração do Relatório de Custos e Uso da AWS**: para realizar cálculos de alocação de custos para o cluster do Amazon EKS, o Kubecost recupera as informações de preços públicos dos serviços da AWS e dos recursos da AWS da API Price List da AWS. Você também pode integrar o Kubecost com o **Relatório de Custos e Uso da AWS** para aumentar a precisão das informações de preços específicas da sua conta da AWS. Essas informações incluem programas de descontos corporativos, uso de instâncias reservadas, Savings Plans e uso de spot. Para saber mais sobre como funciona a integração do Relatório de Custos e Uso da AWS, consulte [AWS Cloud Billing Integration](https://www.ibm.com/docs/en/kubecost/self-hosted/3.x?topic=integrations-aws-cloud-billing-integration) na documentação do Kubecost. # Visualizar o uso de recursos com o servidor de métricas do Kubernetes O Metrics Server do Kubernetes é um agregador de dados de uso de recursos no cluster, e não é implantado por padrão em clusters do Amazon EKS. Para obter mais informações, consulte [Kubernetes Metrics Server](https://github.com/kubernetes-sigs/metrics-server) no GitHub. O Metrics Server é comumente usado por outros complementos do Kubernetes, como [implantações de escala de pods com o Horizontal Pod Autoscaler](horizontal-pod-autoscaler.md) ou o [painel do Kubernetes](eks-managing.md). Para obter mais informações, consulte [Pipeline de métricas de recursos](https://kubernetes.io/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/) na documentação do Kubernetes. Este tópico explica como implantar o Kubernetes Metrics Server no cluster do Amazon EKS. **Importante** As métricas destinam-se à análise pontual e não são uma fonte precisa para análise histórica. Eles não podem ser usados como uma solução de monitoramento ou para outros fins que não sejam de ajuste de escala automático. Para obter informações sobre as ferramentas de monitoramento, consulte [Monitorar a performance de clusters e visualizara logs](eks-observe.md). ## Considerações + Se estiver implantando manualmente o Kubernetes Metrics Server nos nós do Fargate usando o manifesto, configure a implantação do `metrics-server` para usar uma porta diferente da padrão de `10250`. Essa porta é reservada para o Fargate. A versão do complemento do Amazon EKS do Metrics Server está pré-configurada para usar a porta `10251`. + Certifique-se de que os grupos de segurança e ACLs de rede permitam a porta `10250` entre os pods do `metrics-server` e todos os outros nós e pods. O Kubernetes Metrics Server ainda usa a porta `10250` para coletar métricas de outros endpoints no cluster. Se você implantar nos nós do Fargate, permita tanto a porta alternativa configurada do Metrics Server quanto a porta `10250`. ## Implantação como um complemento da comunidade com os complementos do Amazon EKS **Novidade: agora é possível implantar o Metrics Server como um complemento da comunidade usando o console da AWS ou as APIs do Amazon EKS.** ### Implantação com o console da AWS 1. Abra o cluster do EKS no console da AWS 1. Na guia “Complementos”, selecione **Obter mais complementos**. 1. Na seção “Complementos da comunidade”, selecione **Metrics Server** e, em seguida, clique em **Próximo**. 1. O EKS determina a versão apropriada do complemento para o seu cluster. É possível alterar a versão usando o menu suspenso **Versão**. 1. Selecione **Próximo** e, em seguida, **Criar** para instalar o complemento. ### Recursos adicionais Saiba mais sobre o [Complementos da comunidade](community-addons.md). Você instala ou atualiza complementos da comunidade da mesma forma que os outros complementos do Amazon EKS. + [Criar um complemento do Amazon EKS](creating-an-add-on.md) + [Atualizar um complemento do Amazon EKS](updating-an-add-on.md) + [Remover um complemento do Amazon EKS de um cluster](removing-an-add-on.md) ## Implantação com manifesto **Novidade: agora é possível implantar o Metrics Server como um complemento da comunidade usando o console da AWS ou as APIs do Amazon EKS. Essas instruções de instalação com manifesto serão arquivadas.** 1. Implante o servidor de métricas com o seguinte comando: ``` kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/latest/download/components.yaml ``` Se estiver usando o Fargate, será necessário alterar esse arquivo. Na configuração padrão, o servidor de métricas usa a porta 10250. Essa porta é reservada no Fargate. Substitua as referências à porta 10250 em components.yaml por outra porta, por exemplo, 10251. 1. Verifique se a implantação do `metrics-server` está executando o número desejado de pods com o comando a seguir. ``` kubectl get deployment metrics-server -n kube-system ``` Veja abaixo um exemplo de saída. ``` NAME READY UP-TO-DATE AVAILABLE AGE metrics-server 1/1 1 1 6m ``` 1. Teste se o servidor de métricas está funcionando ao exibir o uso de recursos (CPU/memória) dos nós. ``` kubectl top nodes ``` 1. Caso receba a mensagem de erro `Error from server (Forbidden)`, você precisará atualizar sua configuração do RBAC do Kubernetes. Sua identidade do RBAC do Kubernetes precisa de permissões suficientes para ler as métricas do cluster. Analise as [permissões mínimas exigidas da API do Kubernetes para leitura de métricas](https://github.com/kubernetes-sigs/metrics-server/blob/e285375a49e3bf77ddd78c08a05aaa44f2249ebd/manifests/base/rbac.yaml#L5C9-L5C41) no GitHub. Aprenda como [conceder acesso às APIs do Kubernetes para identidades do AWS IAM, como perfis](grant-k8s-access.md#authentication-modes). # Implantar aplicações com o Helm no Amazon EKS O gerenciador de pacotes Helm para Kubernetes ajuda a instalar e gerenciar aplicações no cluster do Kubernetes. Para obter mais informações, consulte a [documentação do Helm](https://docs.helm.sh/). Este tópico ajuda a instalar e executar os binários Helm para que você possa instalar e gerenciar gráficos usando a CLI do Helm no sistema local. **Importante** Antes de instalar os gráficos Helm no cluster do Amazon EKS, é necessário configurar o `kubectl` para funcionar com o Amazon EKS. Se você ainda não fez isso, consulte [Conecte o kubectl a um cluster de EKS criando um arquivo kubeconfig](create-kubeconfig.md) antes de continuar. Se o comado a seguir for bem-sucedido para o cluster, a configuração estará correta. ``` kubectl get svc ``` 1. Execute o comando apropriado para o sistema operacional cliente. + Se estiver usando o MacOS com o [Homebrew](https://brew.sh/), instale os binários com o comando a seguir. ``` brew install helm ``` + Para obter mais opções de instalação, consulte [Installing Helm](https://helm.sh/docs/intro/install/) na documentação do Helm. **nota** Se você receber uma mensagem de que o `openssl` deve ser instalado primeiro, poderá instalá-lo com o comando a seguir. ``` sudo yum install openssl ``` 1. Para escolher os novos arquivos binários no `PATH`, feche a janela atual do terminal e abra uma nova. 1. Veja a versão do Helm que você instalou. ``` helm version --template='{{ .Version }}{{ "\n" }}' ``` Veja um exemplo de saída abaixo. ``` v3.17.2 ``` 1. Verifique se a versão instalada é compatível com a versão do cluster. Verifique [Supported Version Skew](https://helm.sh/docs/topics/version_skew/#supported-version-skew) para saber mais. Por exemplo, se você estiver executando com `3.17.x`, a versão compatível do Kubernetes não deverá estar fora do intervalo de `1.29.x` \$1 `1.32.x`. 1. Neste ponto, você pode executar quaisquer comandos do Helm (como `helm install chart-name `) para instalar, modificar, excluir ou consultar gráficos do Helm no seu cluster. Caso esteja começando a usar o Helm e ainda não tenha um chart específico para instalar, você pode: + Experimentar instalando um gráfico de exemplo. Consulte [Instalar um gráfico de exemplo](https://helm.sh/docs/intro/quickstart#install-an-example-chart) no [Guia de início rápido](https://helm.sh/docs/intro/quickstart/) do Helm. + Crie um gráfico de exemplo e envie-o para o Amazon ECR. Para obter mais informações, consulte os [Pushing a Helm chart](https://docs.aws.amazon.com/AmazonECR/latest/userguide/push-oci-artifact.html) (Enviar um gráfico Helm) no *Manual do usuário do Amazon Elastic Container Registry*. + Instale um gráfico do Amazon EKS no repositório [eks-charts](https://github.com/aws/eks-charts#eks-charts) do GitHub ou do [ArtifactHub](https://artifacthub.io/packages/search?page=1&repo=aws). # Organizar recursos do Amazon EKS com tags É possível usar *tags* para ajudar você a gerenciar seus recursos do Amazon EKS. Este tópico fornece uma visão geral da função de etiquetas e mostra como você pode criá-las. **Topics** + [Conceitos Básicos de Tags](#tag-basics) + [Marcando seus Recursos](#tag-resources) + [Restrições de tags](#tag-restrictions) + [Marcar recursos para faturamento](#tag-resources-for-billing) + [Trabalhando com tags usando o console](#tag-resources-console) + [Trabalhar com etiquetas usando a CLI, a API ou o `eksctl`](#tag-resources-api-sdk) **nota** As tags são um tipo de metadados separados de rótulos e anotações do Kubernetes. Para saber mais sobre esses outros tipos de metadados, consulte as seguintes seções na documentação do Kubernetes: [Etiquetas e seletores](https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/) [Anotações](https://kubernetes.io/docs/concepts/overview/working-with-objects/annotations/) ## Conceitos Básicos de Tags Uma tag um rótulo atribuído a um recurso AWS. Cada tag consiste em uma *chave* e um *valor* opcional. Com tags, é possível categorizar seus recursos da AWS. Por exemplo, você pode categorizar recursos por finalidade, proprietário ou ambiente. Quando você tem muitos recursos do mesmo tipo; é possível identificar rapidamente um recurso específico com base nas tags que você atribuiu a ele. Por exemplo, você pode definir um conjunto de etiquetas para os clusters do Amazon EKS para ajudar a monitorar o proprietário e o nível da pilha de cada cluster. Recomendamos planejar um conjunto consistente de chaves de etiquetas para cada tipo de recurso. Você pode pesquisar e filtrar os recursos de acordo com as tags que adicionar. Após adicionar uma tag, você pode editar as chaves e os valores das tags ou removê-las de um recurso a qualquer momento. Caso exclua um recurso, todas as respectivas tags também serão excluídas. As etiquetas não têm significado semântico no Amazon EKS e são interpretadas estritamente como uma sequência de caracteres. É possível definir o valor de uma tag como uma string vazia. No entanto, você não pode definir o valor de uma tag como nulo. Se você adicionar uma etiqueta que tenha a mesma chave de uma etiqueta existente nesse recurso, o novo valor substituirá o antigo. Se você usar o AWS Identity and Access Management (IAM), poderá controlar quais usuários da sua conta AWS têm permissão para gerenciar tags. ## Marcando seus Recursos As seguintes etiquetas de suporte para recursos do Amazon EKS: + clusters + grupos de nós gerenciados + Perfis do Fargate Você pode etiquetar esses recursos usando o seguinte: + Se você estiver usando o console do Amazon EKS, poderá aplicar tags a recursos novos ou existentes a qualquer momento. Para isso, você pode usar a guia **Tags** (Etiquetas) na página de recursos relevante. Para ter mais informações, consulte [Trabalhando com tags usando o console](#tag-resources-console). + Se você estiver usando o `eksctl`, poderá aplicar tags a recursos quando eles forem criados usando a opção `--tags`. + Se estiver usando a AWS CLI, a API do Amazon EKS ou um SDK do AWS, você poderá aplicar tags a novos recursos usando o parâmetro `tags` na ação relevante da API. Você também pode aplicar etiquetas aos recursos usando a ação da API `TagResource`. Para mais informações, consulte [TagResource](https://docs.aws.amazon.com/eks/latest/APIReference/API_TagResource.html). Ao usar algumas ações de criação de recursos, você também pode especificar tags para o recurso ao mesmo tempo em que o cria. Se as tags não puderem ser aplicadas enquanto um recurso estiver sendo criado, o recurso falhará ao ser criado. Esse mecanismo garante que os recursos que você pretende aplicar tags sejam criados com as etiquetas especificadas por você ou não sejam criados. Se você aplicar etiquetas nos recursos no momento da criação, não precisará executar os scripts de aplicação de tags personalizados após a criação do recurso. As tags não são propagadas para nenhum outro recurso associado ao recurso criado. Por exemplo, as tags de perfil do Fargate não se propagam para outros recursos associados ao perfil do Fargate, como os pods que são agendados com ele. ## Restrições de tags As restrições a seguir se aplicam às tags: + Podem ser associadas no máximo 50 tags a um recurso. + As chaves de tag não podem ser repetidas para um recurso. As chaves de tag devem ser exclusivas, e cada chave só pode ter um valor. + As chaves podem ter até 128 caracteres em UTF-8. + Os valores podem ter até 256 caracteres em UTF-8. + Se vários serviços e recursos do AWS usarem seu esquema de marcação, limite os tipos de caracteres que você usa. Alguns serviços podem ter restrições quanto aos caracteres permitidos. Em geral, os caracteres permitidos são letras, números, espaços e os seguintes caracteres: `+` `-` `=` `.` `_` `:` `/` `@`. + As chaves e valores das tags diferenciam maiúsculas de minúsculas. + Não use `aws:`, ` AWS:` ou qualquer combinação de letras maiúsculas e minúsculas como prefixo para chaves ou valores. Esses são reservados para uso pela AWS. Você não pode editar nem excluir chaves nem valores de tags com esse prefixo. As tags com esse prefixo não contam para seu limite de tags por recurso. ## Marcar recursos para faturamento Ao aplicar tags aos clusters do Amazon EKS, é possível pode usá-las para alocação de custos em seus **Cost & Usage Reports** (Relatórios de custos e uso). Os dados de medição do seu **Cost & Usage Reports** (Relatório de custos e uso) mostram o uso em todos ps clusters do Amazon EKS. Para obter mais informações, consulte [AWS cost and usage report](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage.html) no * AWS Billing User Guide*. A tag de alocação de custos gerada pela AWS, especificamente `aws:eks:cluster-name`, permite que você divida os custos de instância do Amazon EC2 pelo cluster individual do Amazon EKS no **Explorador de custos**. No entanto, essa tag não captura as despesas do ambiente de gerenciamento. A tag é automaticamente adicionada às instâncias do Amazon EC2 que participam de um cluster do Amazon EKS. Esse comportamento acontece independentemente de as instâncias serem provisionadas usando os grupos de nós gerenciados do Amazon EKS, o Karpenter ou diretamente com o Amazon EC2. Essa tag específica não conta para o limite de 50 tags. Para usar a tag, o proprietário da conta deve ativá-la no console AWS Billing ou usando a API. Quando o proprietário de uma conta de gerenciamento de AWS Organizations ativa a tag, ela também é ativada para todas as contas de membros da organização. É possível organizar suas informações de faturamento com base nos recursos com os mesmos valores da chave da tag. Por exemplo, é possível aplicar tags a vários recursos com um nome de aplicação específico, e depois organizar suas informações de faturamento. Dessa forma, é possível ver o custo total daquela aplicação em vários serviços. Para obter mais informações sobre a configuração de um relatório de alocação de custos com tags, consulte [O relatório mensal de alocação de custos](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/configurecostallocreport.html) no * AWS Billing User Guide*. **nota** Se você tiver acabado de habilitar a criação de relatórios, os dados do mês atual estarão disponíveis para visualização após 24 horas. O **Cost Explorer** é uma ferramenta de geração de relatórios que está disponível como parte do nível gratuito da AWS. É possível usar o **Cost Explorer** para visualizar gráficos dos seus recursos do Amazon EKS dos últimos 13 meses. Também é possível prever o provável valor que você gastará nos próximos três meses. É possível exibir os padrões de quanto você gasta nos recursos da AWS ao longo do tempo. Por exemplo, você pode usar o Cost Explorer para identificar áreas que precisam de uma investigação mais profunda e observar tendências que podem ser usadas para o entendimento dos custos. Também é possível especificar os períodos dos dados e visualizar os dados de tempo por dia ou mês. ## Trabalhando com tags usando o console Usando o console do Amazon EKS, é possível gerenciar as etiquetas associadas aos clusters e grupos de nós gerenciados novos ou existentes. Quando você selecionar uma página específica do recurso no console do Amazon EKS, a página exibirá uma lista desses recursos. Por exemplo, se você selecionar **Clusters** no painel de navegação esquerdo, o console exibirá uma lista dos clusters do Amazon EKS. Ao selecionar um recurso de uma dessas listas (por exemplo, um cluster específico), que seja compatível com as etiquetas, será possível vê-las e gerenciá-las na guia **Tags** (Etiquetas). Também é possível usar o **Editor de etiquetas** no Console de gerenciamento da AWS que fornece uma maneira unificada de gerenciar etiquetas. Para obter mais informações, consulte [Marcação dos recursos do AWS com o Tag Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) no * Guia do Usuário do AWS Tag Editor*. ### Adição de tags a um recurso na sua criação Você pode adicionar etiquetas aos clusters, grupos de nós gerenciados e perfis do Fargate do Amazon EKS quando os criar. Para ter mais informações, consulte [Criar um cluster do Amazon EKS](create-cluster.md). ### Adição e exclusão de tags a um recurso É possível adicionar ou excluir tags associadas aos seus clusters diretamente a partir da página do recurso. 1. Abra o [console do Amazon EKS](https://console.aws.amazon.com/eks/home#/clusters). 1. Na barra de navegação, selecione a região AWS a ser usada. 1. No painel de navegação à esquerda, escolha **Clusters**. 1. Escolha um cluster específico. 1. Escolha a guia **Tags** e escolha **Gerenciar tags**. 1. Na página **Manage tags** (Gerenciar etiquetas), adicione ou exclua as etiquetas conforme necessário. + Para adicionar uma tag, escolha **Adicionar tag**. Em seguida, especifique a chave e o valor de cada tag. + Para remover uma tag, escolha **Remove tag** (Remover tag). 1. Repita esse processo para cada tag que você deseja adicionar ou excluir. 1. Selecione **Update (Atualizar)** para concluir. ## Trabalhar com etiquetas usando a CLI, a API ou o `eksctl` Use os seguintes comandos da AWS CLI ou operações da API do Amazon EKS para adicionar, atualizar, listar e excluir as etiquetas dos seus recursos. Somente é possível usar `eksctl` para adicionar etiquetas durante a criação dos novos recursos com um único comando. | Tarefa | AWS CLI | AWS Tools for Windows PowerShell | Ação da API | | --- | --- | --- | --- | | Adicione ou sobrescreva uma ou mais tags. | [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) | | Exclua uma ou mais tags. | [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) | Os exemplos a seguir mostram como marcar ou desmarcar recursos usando a AWS CLI. **Exemplo 1: marcar um cluster existente** O comando a seguir marca um cluster existente. ``` aws eks tag-resource --resource-arn resource_ARN --tags team=devs ``` **Exemplo 2: desmarcar um cluster existente** O comando a seguir exclui uma etiqueta de um cluster existente. ``` aws eks untag-resource --resource-arn resource_ARN --tag-keys tag_key ``` **Exemplo 3: listar etiquetas para um recurso** O comando a seguir lista as tags que estão associadas a um recurso existente. ``` aws eks list-tags-for-resource --resource-arn resource_ARN ``` Ao usar algumas ações de criação de recursos, você também pode especificar tags ao mesmo tempo em que cria o recurso. As ações a seguir são compatíveis com a especificação de tags na criação de um recurso. | Tarefa | AWS CLI | AWS Tools for Windows PowerShell | Ação da API | eksctl | | --- | --- | --- | --- | --- | | Criar um 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` | | Crie um grupo de nós gerenciados\$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` | | Criar um perfil do Fargate | [criar perfil-fargata](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 você quiser aplicar tags também a instâncias do Amazon EC2 ao criar um grupo de nós gerenciados, crie o grupo de nós gerenciados usando um modelo de execução. Para ter mais informações, consulte [Etiquetar instâncias do Amazon EC2](launch-templates.md#launch-template-tagging). Se as instâncias já existirem, você pode etiquetá-las manualmente. Para obter mais informações, consulte [Marcar seus recursos](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#tag-resources), no Guia do usuário do Amazon EC2. # Visualizar e gerenciar as cotas de serviço do Amazon EKS e do Fargate O Amazon EKS foi integrado ao Service Quotas, um serviço da AWS que permite visualizar e gerenciar as cotas de um local central. Para obter mais informações, consulte [What Is Service Quotas?](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html) (O que são cotas de serviço) no *Manual do usuário de cotas de serviço*. Com a integração do Service Quotas, você pode procurar rapidamente o valor das cotas de serviço do Amazon EKS e do AWS Fargate usando a Console de gerenciamento da AWS CLI e o AWS. ## Visualizar cotas de serviço do EKS com o Console de gerenciamento da AWS 1. Abra o [console do Service Quotas](https://console.aws.amazon.com/servicequotas/home/services/eks/quotas). 1. No painel de navegação à esquerda, escolha **Serviços da AWS**. 1. Na lista de ** serviços AWS**, pesquise e selecione **Amazon Elastic Kubernetes Service (Amazon EKS)** ou ** AWS Fargate**. Na lista **Service quotas** (Cotas de serviço) é possível ver o nome da cota de serviço, o valor aplicado (se estiver disponível), a cota da AWS padrão e se o valor da cota for ajustável. 1. Para visualizar informações adicionais sobre uma service quota, como descrição, escolha o nome da cota. 1. (Opcional) Para solicitar um aumento de cota, selecione a cota que deseja aumentar, selecione **Solicitar Aumento de Cota**, insira ou selecione as informações necessárias e, por fim, selecione **Solicitar**. Para trabalhar mais com cotas de serviço usando o Console de gerenciamento da AWS, consulte o [Guia do usuário do Service Quotas](https://docs.aws.amazon.com/servicequotas/latest/userguide/intro.html). Para solicitar o aumento da cota, consulte [Solicitar um aumento de cota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) no *Guia do usuário do Service Quotas*. ## Visualizar service quotas do EKS com a CLI AWS Execute o comando a seguir para visualizar as cotas do 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 ``` Execute o comando a seguir para visualizar as cotas do 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** A cota retornada é o número de tarefas do Amazon ECS ou dos pods do Amazon EKS que podem ser executados simultaneamente no Fargate nessa conta na região atual da AWS. Para trabalhar mais com cotas de serviço usando a AWS CLI, consulte [service-quotas](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/index.html) na * Referência de comandos da AWS CLI*. Para solicitar um aumento de cota, consulte o comando [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html), na *Referência de comandos da AWS CLI*. ## Cotas de serviço do Amazon EKS A AWS recomenda o uso do Console de gerenciamento da AWS para visualizar as cotas atuais. Para obter mais informações, consulte [Visualizar cotas de serviço do EKS com o Console de gerenciamento da AWS](#service-quotas-console). Para visualizar service quotas padrão do EKS, consulte [Endpoints e cotas do Amazon Elastic Kubernetes Service](https://docs.aws.amazon.com/general/latest/gr/eks.html#limits_eks) na *Referência geral da AWS*. Essas cotas de serviço estão listadas em **Amazon Elastic Kubernetes Service (Amazon EKS)** no console de Service Quotas. Para solicitar um aumento de cota para os valores que são mostrados como ajustáveis, consulte [Solicitar um aumento de cota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) no *Guia do usuário do Service Quotas*. **nota** Ajustes nos seguintes componentes **não** são compatíveis no Service Quotas: \$1 associações de Identidades de Pods por cluster. Para obter os limites, consulte [Saiba como a Identidade de Pods do EKS concede aos pods acesso aos serviços da AWS](pod-identities.md). \$1 CIDRs para redes remotas de nós ou redes remotas de pods para nós híbridos. Para obter os limites, consulte [Visão geral do Amazon EKS Hybrid Nodes](hybrid-nodes-overview.md). ## Cotas de serviço do AWS Fargate O serviço ** AWS Fargate** no console Service Quotas lista várias cotas de serviço. Também é possível configurar alarmes que alertem você quando o uso se aproximar de uma cota de serviço. Para obter mais informações, consulte [Criar um alarme do CloudWatch para monitorar métricas de uso dos recursos do Fargate](monitoring-fargate-usage.md#service-quota-alarm). As novas contas AWS podem ter cotas iniciais mais baixas que podem aumentar com o tempo. A Fargate monitora constantemente o uso da conta em cada AWS Region e, em seguida, aumenta automaticamente as cotas com base no uso. Também é possível solicitar um aumento de cota para valores que sejam mostrados como ajustáveis. Para obter mais informações, consulte [Solicitando um Aumento de Cota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) no *Guia do usuário do Service Quotas*. A AWS recomenda usar o Console de gerenciamento da AWS para visualizar as cotas atuais. Para obter mais informações, consulte [Visualizar cotas de serviço do EKS com o Console de gerenciamento da AWS](#service-quotas-console). Para visualizar o AWS Fargate padrão nas service quotas do EKS, consulte [Service quotas do Fargate](https://docs.aws.amazon.com/general/latest/gr/eks.html#service-quotas-eks-fargate) na *Referência geral da AWS*. **nota** Além disso, o Fargate aplica tarefas do Amazon ECS e cotas de taxa de inicialização de pods do Amazon EKS. Para obter mais informações, consulte [AWS Cotas de limitação do Fargate](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/throttling.html) no *guia do Amazon ECS*.