Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Perencanaan kapasitas
Sementara EC2 kapasitas Amazon tampaknya tak terbatas, kapasitas di Outposts terbatas — dibatasi oleh total volume kapasitas komputasi yang dipesan. Wilayah AWS Anda bertanggung jawab untuk merencanakan dan mengelola kapasitas komputasi penyebaran Outposts Anda. Anda harus memesan kapasitas komputasi yang cukup untuk mendukung model ketersediaan N+M, di mana N adalah jumlah server yang diperlukan dan M adalah jumlah server cadangan yang disediakan untuk mengakomodasi kegagalan server. N+1 dan N+2 adalah tingkat ketersediaan yang paling umum.
Setiap host (C5
M5
,R5
,, dll.) mendukung satu keluarga EC2 instance. Sebelum dapat meluncurkan instance di server EC2 komputasi, Anda harus menyediakan tata letak slotting yang menentukan ukuran EC2 instans
Host dapat ditempatkan secara homogen di mana semua slot memiliki ukuran instance yang sama (misalnya, 48 m5.large
slot) atau ditempatkan secara heterogen dengan campuran jenis instance (misalnya, 4, 4m5.large
, 3, 1 m5.2xlarge
m5.4xlarge
, dan 1m5.8xlarge
) — lihat tiga gambar berikutnya untuk visualisasi konfigurasi slotting ini. m5.xlarge

m5.24xlarge
sumber daya komputasi host

m5.24xlarge
host secara homogen dimasukkan ke dalam 48 slot m5.large

m5.24xlarge
host secara heterogen ditempatkan menjadi 4m5.large
, 4, 3m5.2xlarge
, 1m5.xlarge
, dan 1 m5.4xlarge
slot m5.8xlarge
Kapasitas host penuh tidak harus ditempatkan. Slot dapat ditambahkan ke host yang memiliki kapasitas yang tidak terisi. Anda dapat memodifikasi tata letak slotting dengan menggunakan Manajemen Kapasitas APIs atau UIs untuk AWS Outposts dan membuat tugas kapasitas baru. Untuk informasi selengkapnya, lihat Manajemen kapasitas untuk AWS Outposts di panduan AWS Outposts pengguna untuk rak. Anda mungkin diminta untuk mematikan atau memulai ulang instance tertentu untuk menyelesaikan tugas kapasitas baru jika tata letak slotting baru tidak dapat diterapkan saat slot tertentu ditempati oleh instance yang sedang berjalan. CreateCapacityTask
API memungkinkan Anda untuk mengekspresikan jumlah setiap ukuran instans yang harus ada pada ID Outpost yang ditunjukkan, dan jika tugas tidak dapat diselesaikan karena menjalankan instance, mengembalikan instance yang harus dihentikan untuk memenuhi permintaan. Pada titik ini, Anda dapat secara opsional menunjukkan bahwa Anda ingin melihat opsi tambahan “N” jika Anda memilih untuk tidak menghentikan salah satu instance yang dikembalikan, dan Anda juga dapat menunjukkan ID EC2 instance, tag EC2 instance, akun, atau layanan yang seharusnya tidak disarankan sebagai instance untuk dimatikan untuk memenuhi permintaan tugas kapasitas. Setelah membuat pilihan opsi yang ingin Anda gunakan, sebaiknya gunakan parameter Dry Run untuk memvalidasi perubahan yang diusulkan dan memahami dampak potensial sebelum menerapkan.
Semua host menyumbangkan slot yang disediakan ke kumpulan EC2 kapasitas di Outpost, dan semua slot dari jenis dan ukuran instans tertentu dikelola sebagai kumpulan kapasitas tunggal EC2 . Misalnya, host berslot heterogen sebelumnya denganm5.large
,,, m5.xlarge
m5.2xlarge
m5.4xlarge
, dan m5.8xlarge
slot akan menyumbangkan slot ini ke lima kumpulan EC2 kapasitas — satu kumpulan untuk setiap jenis dan ukuran instans. Kumpulan ini dapat tersebar di beberapa host, dan penempatan instance harus menjadi pertimbangan untuk mencapai ketersediaan beban kerja yang tinggi.
Penting untuk mempertimbangkan slotting host dan kolam EC2 kapasitas saat merencanakan kapasitas cadangan untuk ketersediaan host N+M. AWS mendeteksi ketika host gagal atau terdegradasi dan menjadwalkan kunjungan situs untuk menggantikan host yang gagal. Anda harus merancang kumpulan EC2 kapasitas Anda untuk mentolerir kegagalan setidaknya satu server dari setiap keluarga instance (N+1) di Outpost. Dengan tingkat ketersediaan host minimum ini, ketika host gagal atau perlu dikeluarkan dari layanan, Anda dapat memulai ulang instance yang gagal atau terdegradasi pada slot cadangan host yang tersisa dari keluarga yang sama.
Perencanaan untuk ketersediaan N+M sederhana ketika Anda memiliki host yang ditempatkan secara homogen atau kelompok host slotted heterogen dengan tata letak slotting yang identik. Anda cukup menghitung jumlah host (N) kebutuhan Anda untuk menjalankan semua beban kerja Anda dan kemudian menambahkan (M) host tambahan untuk memenuhi persyaratan Anda untuk ketersediaan server selama kegagalan dan peristiwa pemeliharaan.
Konfigurasi slotting berikut tidak dapat digunakan karena batas NUMA:
-
3
m5.8xlarge
-
1
m5.16xlarge
dan 1m5.8xlarge
Konsultasikan dengan Akun AWS tim Anda untuk memvalidasi konfigurasi slot AWS Outposts rak yang Anda rencanakan.
Pada gambar berikut, empat m5.24xlarge
host ditempatkan secara heterogen dengan tata letak slotting yang identik. Keempat host membuat lima kolam EC2 kapasitas. Setiap pool berjalan pada pemanfaatan maksimum (75%) untuk menjaga ketersediaan N+1 untuk instance yang berjalan pada keempat host ini. Jika ada host yang gagal, ada cukup ruang untuk memulai ulang instance yang gagal pada host yang tersisa.

Visualisasi slot EC2 host, instance berjalan, dan kolam slot
Untuk tata letak slotting yang lebih kompleks, di mana host tidak ditempatkan secara identik, Anda perlu menghitung ketersediaan N+M untuk setiap kumpulan kapasitas. EC2 Anda dapat menggunakan rumus berikut untuk menghitung berapa banyak host (yang menyumbangkan slot ke kumpulan EC2 kapasitas tertentu) yang dapat gagal dan masih mengizinkan host yang tersisa untuk membawa instance yang sedang berjalan:

Di mana:
-
PoolSlots available adalah jumlah slot yang tersedia di kolam EC2 kapasitas yang diberikan (jumlah total slot di kolam dikurangi jumlah instance yang berjalan)
-
ServerSlots max adalah jumlah maksimum slot yang disumbangkan oleh host mana pun ke kumpulan kapasitas yang diberikan EC2
-
M adalah jumlah host yang dapat gagal dan masih memungkinkan host yang tersisa untuk membawa instance yang sedang berjalan
Contoh: Sebuah Outpost memiliki tiga host yang menyumbangkan slot ke kolam m5.2xlarge
kapasitas. Yang pertama menyumbang 4 slot, yang kedua menyumbang 3 slot, dan host ketiga menyumbang 2 slot. Kolam m5.2xlarge
instance di Outpost memiliki kapasitas total 9 slot (4 + 3 + 2). Outpost memiliki 4 m5.2xlarge
instance yang berjalan. Berapa banyak host yang mungkin gagal dan masih mengizinkan host yang tersisa untuk membawa instance yang sedang berjalan?

Jawaban: Anda dapat kehilangan salah satu host dan masih membawa instance yang berjalan pada host yang tersisa.
Praktik yang direkomendasikan untuk perencanaan kapasitas komputasi
-
Ukur kapasitas komputasi Anda untuk memberikan redundansi N+M untuk setiap kumpulan EC2 kapasitas di Outpost.
-
Menyebarkan server N+M untuk server slotted heterogen homogen atau identik.
-
Hitung ketersediaan N+M untuk setiap kumpulan EC2 kapasitas dan pastikan bahwa setiap kolam memenuhi persyaratan ketersediaan Anda.
-