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 Outposts AWS
Puoi usare Amazon EKS per l'esecuzione in locale Kubernetes applicazioni su AWS Outposts. Puoi distribuire Amazon EKS on Outposts nei seguenti modi:
-
Cluster estesi: esegui il Kubernetes piano di controllo in una AWS regione e nei nodi del tuo Outpost.
-
Cluster locali: esegui il Kubernetes piano di controllo e nodi sul tuo Outpost.
Per entrambe le opzioni di distribuzione, Kubernetes il piano di controllo è 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 su AWS Outposts per le disconnessioni di rete. Se sei preoccupato per la qualità della connessione di rete dai tuoi Outposts alla AWS regione madre e richiedi un'elevata disponibilità tramite disconnessioni di rete, utilizza l'opzione di distribuzione del cluster locale.
Con i cluster estesi, puoi conservare la capacità di Outpost perché Kubernetes il piano di controllo funziona nella regione madre. AWS Questa opzione è adatta se è possibile investire in una connettività di rete affidabile e ridondante dall'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 Kubernetes il piano di controllo e i nodi potrebbero causare tempi di inattività delle applicazioni. Per ulteriori informazioni sul comportamento di Kubernetes, vedi Pianificazione, prelazione ed espulsione
Confronto tra le opzioni di implementazione
La tabella seguente riporta le differenze tra le due opzioni.
| Funzionalità | Cluster esteso | Cluster locale |
|---|---|---|
|
Kubernetes posizione del piano di controllo |
AWS Regione |
Outpost |
|
Kubernetes account del piano di controllo |
AWS conto |
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 ogni versione di Kubernetes |
Consulta la sezione Learn (Guida) Kubernetes e versioni EKS della piattaforma Amazon per AWS Outposts |
|
Fattori di forma dell'Outpost |
Rack dell'Outpost |
Rack dell'Outpost |
|
Interfacce utente |
AWS Management Console AWS CLIEKSAPI |
AWS Management Console AWS CLIEKSAPI |
|
Policy gestite |
Una mazonEKSCluster politica e AWS politica gestita: A mazonEKSService RolePolicy |
A mazonEKSLocal OutpostClusterPolicy e AWS politica gestita: 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 EKS cluster Amazon su Outposts AWS |
|
Accesso all'endpoint del cluster |
Pubblico o privato o entrambi |
Solo privati |
|
Kubernetes APIautenticazione 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 |
Utilizzate il AWS Load Balancer Controller per effettuare il provisioning solo degli Application Load Balancer (no Network Load Balancer) |
Utilizzate il AWS Load Balancer Controller per effettuare il provisioning solo degli Application Load Balancer (no 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 EKS cluster Amazon locali su Outposts AWS |
Argomenti
