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.
Implantar o Amazon EKS on-premises com o AWS Outposts
Você pode usar o Amazon EKS para executar aplicações on-premises do Kubernetes no AWS Outposts. É possível implantar o Amazon EKS no Outposts das seguintes maneiras:
-
Clusters estendidos: execute o ambiente de gerenciamento do Kubernetes em uma região da AWS e em nós no Outpost.
-
Clusters locais: execute os nós e o ambiente de gerenciamento do Kubernetes no Outpost.
Para ambas as opções de implantação, o ambiente de gerenciamento do Kubernetes é totalmente gerenciado pela AWS. É possível utilizar as mesmas APIs, ferramentas e console do Amazon EKS utilizados na nuvem para criar e executar o Amazon EKS no Outposts.
O diagrama a seguir mostra essas opções de implantação.
Quando usar cada opção de implantação
Os clusters locais e estendidos são opções de implantação de uso geral e podem ser usados para uma variedade de aplicações.
Com clusters estendidos, você pode economizar capacidade no Outpost porque o ambiente de gerenciamento do Kubernetes é executado na região da principal da AWS. Essa opção é adequada se você tiver conectividade de rede confiável do outpost para a região da AWS. É recomendável projetar as aplicações para que tenham estabilidade estática durante desconexões de rede da região da AWS. A forma como o Kubernetes lida com as desconexões da rede entre os nós e o ambiente de gerenciamento do Kubernetes pode resultar em tempo de inatividade das aplicações. Para obter mais informações sobre o comportamento do Kubernetes, consulte Programação, preempção e remoção
Os clusters locais permitem que você execute todo o cluster do Amazon EKS localmente no Outposts. Isso ajuda a reduzir o risco de tempo de inatividade das aplicações que pode resultar de perdas temporárias de conexão da rede com a nuvem. Essas desconexões da rede podem ser causadas por cortes de fibra ou eventos climáticos. Como todo o cluster do Amazon EKS é executado localmente no Outposts, as aplicações permanecem disponíveis. Você pode executar operações de cluster durante as desconexões da rede com a nuvem. Escolha clusters locais se precisar de operações contínuas do Kubernetes durante desconexões de rede ou por exigência da residência de dados.
Duas implementações de cluster local
O Amazon EKS é compatível com duas implementações de clusters locais em racks do Outposts. Um outpost é configurado para usar o Amazon EBS ou o armazenamento de instância do Amazon EC2 como o tipo de volume-raiz para as instâncias do EC2 nele executadas. A implementação que o Amazon EKS usa para o ambiente de gerenciamento do cluster local depende dessa configuração:
-
AWS Outposts configurado com Amazon EBS. O ambiente de gerenciamento do Kubernetes é executado em sua conta da AWS no outpost, com o
etcdempilhado em três instâncias do Amazon EC2 baseadas no Amazon EBS. Para obter mais informações, consulte Crie clusters locais do Amazon EKS em AWS Outposts para alta disponibilidade. -
AWS Outposts configurado com armazenamento de instância do EC2. O Amazon EKS implanta uma arquitetura de clusters locais atualizada. O ambiente de gerenciamento do Kubernetes é executado em seis instâncias do Amazon EC2 em uma conta de serviço da AWS gerenciada no outpost, com três instâncias dedicadas do
etcde três instâncias para os outros componentes do ambiente de gerenciamento. A implementação tem maior paridade com o Amazon EKS na nuvem, segue o ciclo de vida da versão do Kubernetes para Amazon EKS e é compatível recursos adicionais, como complementos do Amazon EKS e nós de processamento baseados no Bottlerocket (além do AL2023). Ele está disponível em todas as regiões padrão da AWS em que o AWS Outposts está disponível. Para obter mais informações, consulte Visão geral dos clusters locais do Amazon EKS no AWS Outposts configurado com armazenamento de instância do EC2.
Os recursos disponíveis em cada implementação estão resumidos na tabela a seguir.
Comparar as opções de implantação
A tabela a seguir compara as diferenças entre clusters estendidos e as duas implementações de cluster local.
| Recurso | Cluster estendido | Cluster local em outposts com EBS | Cluster local em outposts configurados com armazenamento de instância do EC2 |
|---|---|---|---|
|
Localização do ambiente de gerenciamento do Kubernetes |
Região da AWS |
Outpost |
Outpost |
|
Conta do ambiente de gerenciamento do Kubernetes |
Conta da AWS |
Sua conta da AWS |
Conta gerenciada pela AWS |
|
Topologia do ambiente de gerenciamento do Kubernetes |
Gerenciado pela nuvem |
Três instâncias do Amazon EC2, etcd empilhado |
Seis instâncias do Amazon EC2 (três |
|
Armazenamento do ambiente de gerenciamento |
Gerenciado pela nuvem |
Amazon EBS |
Armazenamento de instâncias do Amazon EC2 |
|
Disponibilidade regional |
Consulte Endpoints de serviço |
Leste dos EUA (Ohio), Leste dos EUA (Norte da Virgínia), Oeste dos EUA (N. da Califórnia), Oeste dos EUA (Oregon), Ásia-Pacífico (Seul), Ásia-Pacífico (Singapura), Ásia-Pacífico (Sydney), Ásia-Pacífico (Tóquio) Canadá (Central), Europa (Frankfurt), Europa (Irlanda), Europa (Londres), Oriente Médio (Bahrein) e América do Sul (São Paulo) |
Todas as regiões comerciais da AWS nas quais o AWS Outposts está disponível |
|
Versões secundárias do Kubernetes |
Consulte Saiba mais sobre as versões das plataformas do Kubernetes e do Amazon EKS para AWS Outposts |
||
|
Versões da plataforma |
Consulte Versões da plataforma Amazon EKS |
Consulte Saiba mais sobre as versões das plataformas do Kubernetes e do Amazon EKS para AWS Outposts |
Consulte Versões da plataforma Amazon EKS |
|
Fatores de formato do Outpost |
Racks do Outpost |
Racks do Outpost |
Racks do Outpost |
|
Interfaces do usuário |
Console de gerenciamento da AWS, AWS CLI, API do Amazon EKS, |
Console de gerenciamento da AWS, AWS CLI, API do Amazon EKS, |
Console de gerenciamento da AWS, AWS CLI, API do Amazon EKS, AWS CloudFormation |
|
Políticas gerenciadas |
AmazonEKSClusterPolicy e Política gerenciada pela AWS: AmazonEKSServiceRolePolicy |
AmazonEKSLocalOutpostClusterPolicy e Política gerenciada pela AWS: AmazonEKSLocalOutpostServiceRolePolicy |
AmazonEKSClusterPolicy e Política gerenciada pela AWS: AmazonEKSServiceRolePolicy |
|
VPC e sub-redes de clusters |
Consulte Exibir os requisitos de rede do Amazon EKS para VPC e sub-redes |
Consulte Criar um VPC e sub-redes para clusters do Amazon EKS em AWS Outposts |
|
|
Acesso ao endpoint do cluster |
Público ou privado ou ambos |
Privado apenas |
Privado ou público e privado |
|
Autenticação do servidor de API do Kubernetes |
AWS Identity and Access Management (IAM), OIDC e entradas de acesso |
IAM e certificados |
IAM, OIDC, entradas de acesso, ConfigMap do |
|
Tipos de nó |
Somente autogerenciado |
Somente autogerenciado |
Somente autogerenciado |
|
Tipos de computação de nós |
Amazon EC2 sob demanda |
Amazon EC2 sob demanda |
Amazon EC2 sob demanda |
|
Tipos de armazenamento de nós |
Amazon EBS |
Amazon EBS |
SSD NVMe local |
|
AMIs otimizadas para o Amazon EKS |
Amazon Linux, Windows e Bottlerocket |
Amazon Linux |
Amazon Linux, Windows e Bottlerocket |
|
Versões de IP |
|
|
|
|
Complementos |
Complementos do Amazon EKS ou complementos autogerenciados |
Complementos autogerenciados |
Complementos do Amazon EKS (lista validada) ou complementos autogerenciados |
|
Container Network Interface padrão |
Plug-in CNI da Amazon VPC para Kubernetes |
Plug-in CNI da Amazon VPC para Kubernetes |
Plug-in CNI da Amazon VPC para Kubernetes |
|
Logs do ambiente de gerenciamento do Kubernetes |
Amazon CloudWatch Logs |
Amazon CloudWatch Logs |
Amazon CloudWatch Logs |
|
|
Gerenciado pela nuvem |
Gerenciado pelo cliente ( |
Gerenciado pelo Amazon EKS |
|
Balanceamento de carga |
Use o AWS Load Balancer Control ler para provisionar somente os balanceadores de carga de aplicações (sem balanceadores de carga de rede) |
Use o AWS Load Balancer Control ler para provisionar somente os balanceadores de carga de aplicações (sem balanceadores de carga de rede) |
Use o AWS Load Balancer Control ler para provisionar somente os balanceadores de carga de aplicações (sem balanceadores de carga de rede) |
|
Criptografia envelopada de segredos |
Compatível, consulte Criptografar segredos do Kubernetes com o KMS em clusters existentes |
Não suportado |
Sem compatibilidade |
|
Perfis do IAM para contas de serviço (IRSA) |
Compatível, consulte Funções do IAM para contas de serviço |
Não compatível |
Compatível (requer conectividade com a região da AWS; não disponível durante desconexões de rede) |
|
Identidade de Pods do EKS |
Compatível, consulte Saiba como a Identidade de Pods do EKS concede aos pods acesso aos serviços da AWS |
Não compatível |
Compatível (requer conectividade com a região da AWS; não disponível durante desconexões de rede) |
|
Solução de problemas |
Consulte Solucionar problemas com clusters e nós do Amazon EKS |
Consulte Solucionar problemas de clusters locais do Amazon EKS em AWS Outposts |
Importante
-
A criação de um cluster local em um outpost com RAM compartilhada coloca o ambiente de gerenciamento do cluster sob o controle de acesso físico do proprietário do outpost
-
Em outposts com armazenamento de instância do EC2, o IRSA e a Identidade de Pods do EKS dependem do AWS STS na região da AWS. Durante desconexões de rede, as workloads que usam o IRSA ou o Identidade de Pods não podem obter novas credenciais. Para obter mais informações, consulte Preparar clusters locais do Amazon EKS no AWS Outposts configurado com armazenamento de instância do EC2 para desconexões de rede.
Tópicos
