Amazon EKS pada AWS Outposts - Amazon EKS

Bantu tingkatkan halaman ini

Ingin berkontribusi pada panduan pengguna ini? Gulir ke bagian bawah halaman ini dan pilih Edit halaman ini GitHub. Kontribusi Anda akan membantu membuat panduan pengguna kami lebih baik untuk semua orang.

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Amazon EKS pada AWS Outposts

Anda dapat menggunakan Amazon EKS untuk menjalankan Kubernetes aplikasi lokal. AWS Outposts Anda dapat menerapkan Amazon EKS di Outposts dengan cara berikut:

  • Cluster yang diperluas — Jalankan bidang Kubernetes kontrol di sebuah Wilayah AWS dan node di Outpost Anda.

  • Cluster lokal — Jalankan bidang Kubernetes kontrol dan node di Outpost Anda.

Untuk kedua opsi penyebaran, bidang Kubernetes kontrol dikelola sepenuhnya olehAWS. Anda dapat menggunakan API, alat, dan konsol Amazon EKS yang sama yang Anda gunakan di cloud untuk membuat dan menjalankan Amazon EKS di Outposts.

Diagram berikut menunjukkan opsi penyebaran ini.

Opsi penyebaran pos terdepan

Kapan menggunakan setiap opsi penerapan

Cluster lokal dan diperluas adalah opsi penyebaran tujuan umum dan dapat digunakan untuk berbagai aplikasi.

Dengan cluster lokal, Anda dapat menjalankan seluruh cluster Amazon EKS secara lokal di Outposts. Opsi ini dapat mengurangi risiko downtime aplikasi yang mungkin diakibatkan oleh pemutusan jaringan sementara ke cloud. Pemutusan jaringan ini dapat disebabkan oleh pemotongan serat atau peristiwa cuaca. Karena seluruh kluster Amazon EKS berjalan secara lokal di Outposts, aplikasi tetap tersedia. Anda dapat melakukan operasi cluster selama jaringan terputus ke cloud. Untuk informasi selengkapnya, lihat Mempersiapkan pemutusan jaringan. Jika Anda khawatir tentang kualitas koneksi jaringan dari Outposts Anda ke induk Wilayah AWS dan memerlukan ketersediaan tinggi melalui pemutusan jaringan, gunakan opsi penyebaran cluster lokal.

Dengan cluster yang diperluas, Anda dapat menghemat kapasitas di Pos Luar Anda karena bidang Kubernetes kontrol berjalan di induk. Wilayah AWS Opsi ini cocok jika Anda dapat berinvestasi dalam konektivitas jaringan yang andal dan redundan dari Outpost Anda ke. Wilayah AWS Kualitas koneksi jaringan sangat penting untuk opsi ini. Cara Kubernetes menangani pemutusan jaringan antara bidang Kubernetes kontrol dan node dapat menyebabkan downtime aplikasi. Untuk informasi selengkapnya tentang perilakuKubernetes, lihat Penjadwalan, Preemption, dan Penggusuran dalam dokumentasi. Kubernetes

Membandingkan opsi penerapan

Tabel berikut membandingkan perbedaan antara dua opsi.

Fitur Cluster yang diperluas Cluster lokal

Kuberneteslokasi pesawat kontrol

Wilayah AWS

Pos terdepan

Kubernetesakun pesawat kontrol

Akun AWS

Akun Anda

Ketersediaan Wilayah

Lihat Titik akhir Layanan

AS Timur (Ohio), AS Timur (Virginia N.), AS Barat (California N.), AS Barat (Oregon), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), Kanada (Tengah), Eropa (Frankfurt), Eropa (Irlandia), Eropa (London), Timur Tengah (Bahrain), dan Amerika Selatan (São Paulo)

Kubernetes versi minor

Versi Amazon EKS yang didukung.

Versi Amazon EKS yang didukung.

Versi platform

Lihat Amazon EKS versi platform Lihat Amazon EKS versi platform cluster lokal

Faktor bentuk pos terdepan

Rak pos terdepan Rak pos terdepan

Antarmuka pengguna

AWS Management Console,AWS CLI, Amazon EKS API,, eksctlAWS CloudFormation, dan Terraform

AWS Management Console,AWS CLI, Amazon EKS API,, eksctlAWS CloudFormation, dan Terraform

Kebijakan terkelola

AmazonEks dan ClusterPolicy AmazonEks ServiceRolePolicy AmazonEks dan LocalOutpostClusterPolicy AmazonEks LocalOutpostServiceRolePolicy

Cluster VPC dan subnet

Lihat Persyaratan dan pertimbangan Amazon EKS VPC dan subnet Lihat Persyaratan dan pertimbangan VPC klaster lokal dan subnet Amazon EKS

Akses titik akhir klaster

Publik atau swasta atau keduanya Hanya pribadi

KubernetesOtentikasi server API

AWS Identity and Access Management(IAM) dan OIDC

IAM dan sertifikat x.509

Jenis simpul

Hanya dikelola sendiri Hanya dikelola sendiri

Jenis komputasi node

Amazon EC2 sesuai permintaan

Amazon EC2 sesuai permintaan
Jenis penyimpanan simpul

Amazon EBS gp2 dan NVMe SSD lokal

Amazon EBS gp2 dan NVMe SSD lokal

AMI yang dioptimalkan Amazon EKS

Amazon Linux, Windows, dan Bottlerocket Hanya Amazon Linux

Versi IP

IPv4hanya

IPv4hanya

Pengaya

Pengaya Amazon EKS atau add-on yang dikelola sendiri Hanya add-on yang dikelola sendiri

Antarmuka Jaringan Kontainer Default

Amazon VPC CNI plugin for Kubernetes

Amazon VPC CNI plugin for Kubernetes

Log pesawat kontrol Kubernetes

CloudWatch Log Amazon

CloudWatch Log Amazon

Penyeimbangan beban

Gunakan AWS Load Balancer Controlleruntuk menyediakan Application Load Balancers saja (tidak ada Network Load Balancers) Gunakan AWS Load Balancer Controlleruntuk menyediakan Application Load Balancers saja (tidak ada Network Load Balancers)
Rahasia enkripsi amplop Lihat Mengaktifkan enkripsi rahasia pada cluster yang ada Tidak didukung
IAM role untuk akun layanan Lihat IAM role untuk akun layanan Tidak didukung

Pemecahan Masalah

Lihat Pemecahan masalah Amazon EKS Lihat Memecahkan masalah kluster lokal untuk Amazon EKS di AWS Outposts
Topik