Perencanaan kapasitas - AWS Outposts Pertimbangan Desain dan Arsitektur Ketersediaan Tinggi

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 (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

Diagram yang menunjukkan m5.24xlarge sumber daya komputasi host

m5.24xlargesumber daya komputasi host

Diagram yang menunjukkan m5.24xlarge host ditempatkan secara homogen menjadi 48 m5.large slot

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

Diagram yang menunjukkan m5.24xlarge host ditempatkan secara heterogen menjadi 4m5.large, 4, 3m5.2xlarge, 1m5.xlarge, dan 1 m5.4xlarge slot m5.8xlarge

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:

  • 3 m5.8xlarge

  • 1 m5.16xlarge dan 1 m5.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.

Diagram yang menunjukkan Visualisasi slot EC2 host, instance berjalan, dan kolam slot

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:

Persamaan M = (slot kolam yang tersedia/slot host maksimum)

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?

Tiga persamaan

Jawaban: Anda dapat kehilangan salah satu host dan masih membawa instance yang berjalan pada host yang tersisa.

  • 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.