Pola evakuasi Zona Ketersediaan

Setelah mendeteksi dampak di Availability Zone tunggal, langkah selanjutnya adalah mengevakuasi Availability Zone tersebut. Ada dua hasil yang perlu dicapai evakuasi.

Pertama, Anda ingin berhenti mengirim pekerjaan ke Availability Zone yang terkena dampak. Ini bisa berarti hal yang berbeda dalam arsitektur yang berbeda. Dalam beban kerja permintaan/respons, ini berarti menghentikan hal-hal seperti permintaan HTTP atau gRPC yang datang dari pelanggan Anda yang dikirim ke penyeimbang muatan atau sumber daya lain di Availability Zone. Dalam pemrosesan batch atau sistem pemrosesan antrian, ini bisa berarti menghentikan sumber daya komputasi dari pekerjaan pemrosesan di Availability Zone yang terkena dampak. Anda juga perlu mencegah sumber daya di Availability Zone yang tidak terpengaruh berinteraksi dengan sumber daya di Availability Zone yang terkena dampak, misalnya, instans EC2 yang mengirimkan lalu lintas keantarmuka VPC endpointdi Availability Zone yang terkena dampak atau menghubungkan ke instance utama database.

Hasil kedua adalah mencegah kapasitas baru disediakan di Availability Zone yang terkena dampak. Ini penting karena sumber daya baru, seperti instans atau kontainer EC2, yang disediakan di Availability Zone yang terpengaruh kemungkinan akan melihat dampak yang sama dengan sumber daya yang ada. Selain itu, karena hasil pertama mencegah pekerjaan dikirim kepada mereka, mereka tidak dapat menyerap beban yang disediakan untuk ditangani. Hal ini menyebabkan peningkatan beban pada sumber daya yang ada, yang pada akhirnya dapat menyebabkancoklat keluaratau total tidak tersedianya beban kerja. Ada beberapa layanan penskalaan otomatis yang tersedia diAWSdi mana ini berlaku:Penskalaan Otomatis Amazon EC2,Penskalaan Otomatis Aplikasi, danAWS Auto Scaling. Selain itu, layanan seperti Amazon ECS, Amazon EKS, danAWS Batchdapat menjadwalkan pekerjaan pada host di Availability Zone di VPC sebagai bagian dari operasi normal mereka.