Aiutaci a migliorare questa pagina
Vuoi contribuire a questa guida per l'utente? Scorri fino alla fine di questa pagina e seleziona Modifica questa pagina su GitHub. I tuoi contributi contribuiranno a rendere la nostra guida utente migliore per tutti.
Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Implementa Amazon in EKS locale con AWS Outposts
Puoi usare Amazon EKS per eseguire Kubernetes applicazioni locali su AWS Outposts. Puoi distribuire Amazon EKS on Outposts nei seguenti modi:
-
Cluster estesi: gestisci il piano Kubernetes di controllo in un unico nodo sul Regione AWS tuo Outpost.
-
Cluster locali: esegui il piano di controllo Kubernetes e i nodi sull'Outpost.
Per entrambe le opzioni di implementazione, il piano di controllo Kubernetes è completamente gestito da AWS. Puoi usare lo stesso Amazon EKSAPIs, gli stessi strumenti e la stessa console che usi nel cloud per creare ed eseguire Amazon EKS on Outposts.
Il diagramma seguente illustra queste opzioni di implementazione.
Quando utilizzare ciascuna opzione di implementazione
Sia i cluster locali sia quelli estesi sono opzioni di implementazione generiche e possono essere utilizzati per una vasta gamma di applicazioni.
Con i cluster locali, puoi eseguire l'intero EKS cluster Amazon localmente su Outposts. Questa opzione consente di ridurre il rischio di tempi di inattività delle applicazioni che possono derivare da disconnessioni temporanee del cloud dalla rete. Queste disconnessioni di rete possono essere causate da interruzioni della fibra o da eventi meteorologici. Poiché l'intero EKS cluster Amazon viene eseguito localmente su Outposts, le applicazioni rimangono disponibili. Durante le disconnessioni del cloud dalla rete è possibile eseguire operazioni del cluster. Per ulteriori informazioni, consulta Prepara EKS i cluster Amazon locali AWS Outposts per le disconnessioni di rete. Se sei preoccupato per la qualità della connessione di rete dai tuoi Outposts al dispositivo principale Regione AWS e richiedi un'elevata disponibilità tramite disconnessioni di rete, utilizza l'opzione di distribuzione del cluster locale.
I cluster estesi consentono di risparmiare capacità sul tuo Outpost perché il piano di controllo Kubernetes viene eseguito nella Regione AWS principale. Questa opzione può essere più adatta se sei in grado di investire in una connettività di rete affidabile e ridondante dal tuo Outpost alla Regione AWS. La qualità della connessione di rete è fondamentale per questa opzione. Il modo in cui Kubernetes gestisce le disconnessioni di rete tra il piano di controllo Kubernetes e i nodi potrebbe comportare tempi di inattività delle applicazioni. Per ulteriori informazioni sul funzionamento di Kubernetes, consulta la sezione Scheduling, Preemption, and Eviction
Confronto tra le opzioni di implementazione
La tabella seguente riporta le differenze tra le due opzioni.
| Funzionalità | Cluster esteso | Cluster locale |
|---|---|---|
|
Posizione del piano di controllo Kubernetes |
Regione AWS |
Outpost |
|
Account del piano di controllo Kubernetes |
Account AWS |
Il tuo account |
Disponibilità regionale |
Consulta la sezione Endpoint del servizio | Stati Uniti orientali (Ohio), Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (California settentrionale), Stati Uniti occidentali (Oregon), Asia Pacifico (Seoul), Asia Pacifico (Singapore), Asia Pacifico (Sydney), Asia Pacifico (Tokyo), Canada (Centrale), Europa (Francoforte), Europa (Irlanda), Europa (Londra), Medio Oriente (Bahrein) e Sud America (San Paolo) |
Versioni secondarie di Kubernetes |
||
Versioni della piattaforma |
Consulta la sezione Visualizza le versioni EKS della piattaforma Amazon per ciascuna Kubernetes version | Consulta la sezione Versioni della EKS piattaforma Learn Kubernetes e Amazon per AWS Outposts |
Fattori di forma dell'Outpost |
Rack dell'Outpost | Rack dell'Outpost |
Interfacce utente |
AWS Management Console AWS CLI EKSAPI |
AWS Management Console AWS CLI EKSAPIeksctl, AWS CloudFormation Amazon e Terraform |
Policy gestite |
Una mazonEKSCluster politica e una mazonEKSService RolePolicy | A mazonEKSLocal OutpostClusterPolicy e A mazonEKSLocal OutpostServiceRolePolicy |
Cluster VPC e sottoreti |
Consulta la sezione Visualizza i requisiti EKS di rete Amazon per VPC e le sottoreti | Consulta la sezione Crea sottoreti VPC e sottoreti per i cluster Amazon su EKS AWS Outposts |
Accesso all'endpoint del cluster |
Pubblico o privato o entrambi | Solo privati |
KubernetesAPIautenticazione del server |
AWS Identity and Access Management (IAM) e OIDC |
IAMe |
Tipi di nodo |
Solo autogestito | Solo autogestito |
Tipi di elaborazione dei nodi |
Amazon EC2 su richiesta |
Amazon EC2 su richiesta |
| Tipi di archiviazione dei nodi | Amazon EBS |
Amazon EBS |
EKSOttimizzato per Amazon AMIs |
Amazon Linux, Windows e Bottlerocket | Solo Amazon Linux |
Versioni IP |
Solo |
Solo |
Componenti aggiuntivi |
EKSComponenti aggiuntivi Amazon o componenti aggiuntivi autogestiti | Solo componenti aggiuntivi autogestiti |
Interfaccia di rete del container predefinita |
Amazon VPC CNI plugin for Kubernetes |
Amazon VPC CNI plugin for Kubernetes |
Registri del piano di controllo Kubernetes |
CloudWatch Registri Amazon |
CloudWatch Registri Amazon |
Bilanciamento del carico |
Utilizza il AWS Load Balancer Controller per allocare solo Application Load Balancer (nessun Network Load Balancer) | Utilizza il AWS Load Balancer Controller per allocare solo Application Load Balancer (nessun Network Load Balancer) |
| Crittografia a busta dei segreti | Consulta la sezione Crittografa i segreti di Kubernetes con i cluster esistenti AWS KMS | Non supportato |
| Ruoli IAM per gli account di servizio | Consulta la sezione Ruoli IAM per gli account di servizio | Non supportato |
Risoluzione dei problemi |
Consulta la sezione Risolvi i problemi con i EKS cluster e i nodi Amazon | Consulta la sezione Risolvi i problemi relativi ai cluster Amazon locali su EKS AWS Outposts |
Argomenti
