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 (C5M5,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 yang ingin disediakan oleh setiap server. AWS mengkonfigurasi setiap server dengan tata letak slotting yang diminta.

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.2xlargem5.4xlarge, dan 1m5.8xlarge) — lihat tiga gambar berikutnya untuk visualisasi konfigurasi slotting ini. m5.xlarge

m5.24xlargesumber daya komputasi host

m5.24xlargehost secara homogen dimasukkan ke dalam 48 slot m5.large

m5.24xlargehost 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. CreateCapacityTaskAPI 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.2xlargem5.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:

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:

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