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á.
Amazon Elastic Kubernetes Service
O Amazon EKS oferece atributos que permitem que você torne suas aplicações mais resilientes a eventos como a degradação da integridade ou a deficiência de uma zona de disponibilidade. Ao executar suas cargas de trabalho em um cluster do Amazon EKS, você pode melhorar ainda mais a tolerância a falhas e a recuperação de aplicativos usando o deslocamento zonal ou o deslocamento automático zonal. Para obter mais informações, consulte Saiba mais sobre o ARC Zonal Shift no Amazon EKS no Guia do usuário do Amazon Elastic Kubernetes Service.
Uso da mudança de zona com o Amazon Elastic Kubernetes Service
Para habilitar a mudança de zona, use um dos métodos a seguir. Para saber mais, consulte Saiba mais sobre a mudança de zona do ARC no Guia do usuário do Amazon Elastic Kubernetes Service.
Você pode iniciar uma mudança zonal para um cluster Amazon EKS ou AWS permitir que ela seja feita por você ativando a mudança automática zonal. Depois que a mudança zonal do seu cluster Amazon EKS for habilitada com o ARC, você poderá iniciar uma mudança zonal ou ativar a mudança automática zonal usando o console ARC, a AWS CLI ou as APIs de mudança zonal e mudança automática zonal.
Para saber mais sobre como iniciar uma mudança de zona, consulte Início, atualização ou cancelamento de uma mudança de zona.
Para saber mais sobre como ativar o Amazon EKS com a mudança de zona, consulte Saiba mais sobre a mudança de zona do ARC no Amazon EKS no Guia do usuário do Amazon Elastic Kubernetes Service.
Como a mudança de zona funciona para o Amazon Elastic Kubernetes Service
Durante uma mudança de zona do Amazon EKS, o seguinte ocorre automaticamente em todos os clusters do Amazon EKS:
Todos os nós da AZ comprometida serão isolados. Isso impedirá que o Kubernetes Scheduler programe novos pods para os nós da AZ não íntegra.
Se você estiver usando grupos de nós gerenciados, o rebalanceamento da zona de disponibilidade será suspenso e seu grupo de Auto Scaling será atualizado para garantir que os novos nós do plano de dados do Amazon EKS sejam lançados somente em AZs saudáveis.
Os nós na AZ não íntegra não serão encerrados, e os pods não serão removidos desses nós. Isso é feito para garantir que, quando uma mudança de zona expirar ou for cancelada, seu tráfego possa ser devolvido com segurança à AZ que ainda tem capacidade total.
O EndpointSlice controlador encontra todos os endpoints do Pod na AZ prejudicada e os remove do relevanteEndpointSlices. Isso garantirá que somente os endpoints do pod em AZs íntegras sejam direcionados para receber tráfego de rede. Quando uma mudança de zona é cancelada ou expira, o EndpointSlice controlador atualiza o EndpointSlices para incluir os endpoints na AZ restaurada.
Se você estiver usando o EKS Auto Mode ou o Karpenter autogerenciado, o controlador Karpenter também faz o seguinte durante uma mudança de zona:
Interrompe o provisionamento de nova capacidade na AZ prejudicada marcando todas as ofertas de computação nessa zona como indisponíveis.
Impede a interrupção voluntária (consolidação e deriva) nos nós na AZ prejudicada.
Evita tentativas de lançamento de pods com requisitos rígidos de agendamento (como afinidade de volume do EBS) que exigem o AZ deficiente.
Retoma o comportamento normal quando a mudança de zona é cancelada ou expira.
Para obter mais informações sobre a mudança de zona do Amazon EKS, consulte o blog AWS Containers