As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Registro em log para o Amazon EKS
O registro do Kubernetes pode ser dividido em registro do plano de controle, registro de nós e registro de aplicativos. O plano de controle do Kubernetes
O Kubernetes também executa componentes do sistema, como kubelet e kube-proxy em cada nó do Kubernetes que executa seus pods. Esses componentes gravam registros em cada nó e você pode configurar o CloudWatch Container Insights para capturar esses registros para cada nó do Amazon EKS.
Os contêineres são agrupados como pods/var/log/pods diretório em um nó. Você pode configurar o CloudWatch Container Insights para capturar esses registros para cada um dos seus pods do Amazon EKS.
Registro em log do ambiente de gerenciamento do Amazon EKS
Um cluster do Amazon EKS consiste em um plano de controle de locatário único e de alta disponibilidade para seu cluster Kubernetes e os nós do Amazon EKS que executam seus contêineres. Os nós do plano de controle são executados em uma conta gerenciada por AWS. Os nós do plano de controle do cluster Amazon EKS estão integrados CloudWatch e você pode ativar o registro em log para componentes específicos do plano de controle.
Os registros são fornecidos para cada instância do componente do plano de controle do Kubernetes. AWS gerencia a integridade dos nós do seu plano de controle e fornece um acordo de nível de serviço (SLA) para o
Registro de nós e aplicativos do Amazon EKS
Recomendamos que você use o CloudWatchContainer Insights para capturar registros e métricas para o Amazon EKS. O Container Insights implementa métricas em nível de cluster, nó e pod com o CloudWatch agente, além do Fluent Bit ou Fluentd para captura de registros. CloudWatch O Container Insights também fornece painéis automáticos com visualizações em camadas de suas métricas capturadas CloudWatch . O Container Insights é implantado como CloudWatch DaemonSet um Fluent Bit DaemonSet que é executado em todos os nós do Amazon EKS. Os nós Fargate não são compatíveis com o Container Insights porque os nós são gerenciados AWS e não oferecem suporte. DaemonSets O registro em Fargate para o Amazon EKS é abordado separadamente neste guia.
A tabela a seguir mostra os CloudWatch grupos de registros e os registros capturados pela configuração padrão de captura de registros do Fluentd ou do Fluent Bit para o Amazon EKS.
/aws/containerinsights/Cluster_Name/application |
Todos os arquivos de log são inseridos/var/log/containers. Esse diretório fornece links simbólicos para todos os registros de contêineres do Kubernetes na estrutura de diretórios. /var/log/pods Isso captura os registros do contêiner do aplicativo gravados em stdout oustderr. Também inclui registros para contêineres do sistema Kubernetesaws-vpc-cni-init, como, e. kube-proxy coreDNS |
/aws/containerinsights/Cluster_Name/host |
Registros de /var/log/dmesg/var/log/secure, /var/log/messages e. |
/aws/containerinsights/Cluster_Name/dataplane |
Os logs no /var/log/journal para kubelet.service, kubeproxy.service e docker.service. |
Se você não quiser usar o Container Insights com o Fluent Bit ou o Fluentd para registrar, você pode capturar registros de nós e contêineres com o CloudWatch agente instalado nos nós do Amazon EKS. Os nós do Amazon EKS são EC2 instâncias, o que significa que você deve incluí-los em sua abordagem padrão de registro em nível de sistema para a Amazon. EC2 Se você instalar o CloudWatch agente usando o Distributor and State Manager, os nós do Amazon EKS também serão incluídos na instalação, configuração e atualização do CloudWatch agente.
A tabela a seguir mostra registros específicos do Kubernetes e que você deve capturar se não estiver usando o Container Insights com Fluent Bit ou Fluentd para registro em log.
/var/log/containers |
Esse diretório fornece links simbólicos para todos os registros de contêineres do Kubernetes na estrutura de diretórios. /var/log/pods Isso captura com eficácia os registros do contêiner do aplicativo gravados em stdout oustderr. Isso inclui registros para contêineres do sistema Kubernetesaws-vpc-cni-init, como, e. kube-proxy coreDNS Importante: Isso não é necessário se você estiver usando o Container Insights. |
var/log/aws-routed-eni/ipamd.log/var/log/aws-routed-eni/plugin.log |
Os registros do daemon L-IPAM podem ser encontrados aqui |
Você deve garantir que os nós do Amazon EKS instalem e configurem o CloudWatch agente para enviar registros e métricas apropriados no nível do sistema. No entanto, a AMI otimizada do Amazon EKS não inclui o agente Systems Manager. Usando modelos de lançamento, você pode automatizar a instalação do agente do Systems Manager e uma CloudWatch configuração padrão que captura registros importantes específicos do Amazon EKS com um script de inicialização implementado por meio da seção de dados do usuário. Os nós do Amazon EKS são implantados usando um grupo Auto Scaling como um grupo de nós gerenciados ou como nós autogerenciados.
Com grupos de nós gerenciados, você fornece um modelo de execução que inclui a seção de dados do usuário para automatizar a instalação e a CloudWatch configuração do agente do Systems Manager. Você pode personalizar e usar o modelo amazon_eks_managed_node_group_launch_config.yamlAmazonSSMManagedInstanceCore AWS gerenciadas CloudWatchAgentServerPolicy e.
Com os nós autogerenciados, você provisiona e gerencia diretamente o ciclo de vida e a estratégia de atualização dos seus nós do Amazon EKS. Os nós autogerenciados permitem que você execute nós do Windows em seu cluster Amazon EKS e no Bottlerocket
Registro para o Amazon EKS no Fargate
Com o Amazon EKS no Fargate, você pode implantar pods sem alocar ou gerenciar seus nós do Kubernetes. Isso elimina a necessidade de capturar registros em nível de sistema para seus nós do Kubernetes. Para capturar os registros de seus pods Fargate, você pode usar o FluentBit para encaminhá-los diretamente para o. CloudWatch Isso permite que você encaminhe automaticamente os registros CloudWatch sem configuração adicional ou um contêiner auxiliar para seus pods do Amazon EKS no Fargate. Para obter mais informações sobre isso, consulte Fargate logging na documentação do Amazon EKS e Fluent Bit for Amazon EKS no blogSTDERR input/output (I/O (STDOUTe) do seu contêiner e os envia CloudWatch por meio do Fluent Bit, com base na configuração do Fluent Bit estabelecida para o cluster Amazon EKS no Fargate.
