Implantar o Amazon EKS on-premises com o AWS Outposts
Você pode usar o Amazon EKS para executar aplicações Kubernetes on-premises no AWS Outposts. É possível implantar o Amazon EKS no Outposts das seguintes maneiras:
-
Clusters estendidos: execute o ambiente de gerenciamento Kubernetes em uma região da AWS e em nós no seu Outpost.
-
Clusters locais: executar 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.
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. Para ter mais informações, consulte Prepare clusters locais do Amazon EKS em AWS Outposts para desconexões de rede. Se você estiver preocupado com a qualidade da conexão de rede entre os postos avançados e a região da AWS principal e precisar de alta disponibilidade por meio de desconexões de rede, use a opção de implementação de cluster local.
Com clusters estendidos, você pode economizar capacidade no seu Outpost porque o ambiente de gerenciamento do Kubernetes é executado na região da AWS principal. Essa opção é adequada se você puder investir em conectividade de rede confiável e redundante do seu Outpost para a região da AWS. A qualidade da conexão de rede é fundamental para essa opção. A forma como o Kubernetes lida com as desconexões da rede entre o ambiente de gerenciamento do Kubernetes e os nós pode causar tempo de inatividade das aplicações. Para obter mais informações sobre o comportamento do Kubernetes, consulte Programação, preempção e remoção
Comparar as opções de implantação
A tabela a seguir compara as diferenças entre as duas opções.
| Atributo | Cluster estendido | Cluster local |
|---|---|---|
|
Local do ambiente de gerenciamento do Kubernetes |
Região da AWS |
Outpost |
|
Conta do ambiente de gerenciamento do Kubernetes |
Conta da AWS |
Sua conta |
|
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) |
|
Versões secundárias do Kubernetes |
||
|
Versões da plataforma |
Consulte Veja as versões da plataforma Amazon EKS para cada versão do Kubernetes |
Consulte Conheça as versões das plataformas Kubernetes e Amazon EKS para AWS Outposts |
|
Fatores de formato do Outpost |
Racks do Outpost |
Racks do Outpost |
|
Interfaces do usuário |
AWS Management Console, AWS CLI, API do Amazon EKS, |
AWS Management Console, AWS CLI, API do Amazon EKS, |
|
Políticas gerenciadas |
AmazonEKSClusterPolicy e Política gerenciada da AWS: AmazonEKSServiceRolePolicy |
AmazonEKSLocalOutpostClusterPolicy e Política gerenciada pela AWS: AmazonEKSLocalOutpostServiceRolePolicy |
|
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 |
|
Autenticação do servidor de API do Kubernetes |
AWS Gerenciamento de identidade e acesso (IAM) e OIDC |
IAM e certificados |
|
Tipos de nó |
Somente autogerenciado |
Somente autogerenciado |
|
Tipos de computação de nós |
Amazon EC2 sob demanda |
Amazon EC2 sob demanda |
|
Tipos de armazenamento de nós |
Amazon EBS |
Amazon EBS |
|
AMIs otimizadas para o Amazon EKS |
Amazon Linux, Windows e Bottlerocket |
Somente para Amazon Linux |
|
Versões de IP |
Somente |
Somente |
|
Complementos |
Complementos do Amazon EKS ou complementos autogerenciados |
Somente complementos autogerenciados |
|
Container Network Interface padrão |
Amazon VPC CNI plugin for Kubernetes |
Amazon VPC CNI plugin for Kubernetes |
|
Logs do ambiente de gerenciamento do Kubernetes |
Amazon CloudWatch Logs |
Amazon CloudWatch Logs |
|
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) |
|
Criptografia envelopada de segredos |
Consulte Criptografar segredos do Kubernetes com o AWS KMS em clusters existentes |
Sem compatibilidade |
|
Perfis do IAM para contas de serviço |
Consulte Perfis do IAM para contas de serviço |
Sem compatibilidade |
|
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 |
Tópicos
