Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
REL01-BP06 Pastikan ada kesenjangan yang cukup antara kuota saat ini dan penggunaan maksimum untuk mengakomodasi failover
Artikel ini akan menjelaskan kepada Anda tentang cara menjaga ruang antara kuota sumber daya dan penggunaan Anda, dan bagaimana hal itu dapat memberikan manfaat bagi organisasi Anda. Setelah Anda selesai menggunakan sebuah sumber daya, kuota penggunaan tersebut dapat terus memperhitungkan sumber daya itu. Hal ini dapat mengakibatkan terjadinya sumber daya yang gagal atau tidak dapat diakses. Hindari kegagalan sumber daya dengan memastikan apakah kuota meliputi sumber daya yang tumpang tindih dan tidak dapat diakses serta penggantinya. Pertimbangkan kasus penggunaan seperti kegagalan jaringan, kegagalan Zona Ketersediaan, atau kegagalan Wilayah ketika menghitung selisih ini.
Hasil yang diinginkan: Kegagalan kecil atau besar dalam sumber daya atau aksesibilitas sumber daya dapat tercakup dalam ambang batas layanan yang berlaku saat ini. Kegagalan zona, kegagalan jaringan, atau bahkan kegagalan Wilayah telah dipertimbangkan dalam pembuatan rencana sumber daya.
Anti-pola umum:
-
Mengatur kuota layanan (service quotas) berdasarkan kebutuhan saat ini tanpa memperhitungkan skenario failover.
-
Tidak mempertimbangkan pengguna utama stabilitas statis ketika menghitung kuota puncak untuk sebuah layanan.
-
Tidak mempertimbangkan potensi kemungkinan sumber daya yang tidak dapat diakses dalam menghitung kuota total yang diperlukan untuk masing-masing Wilayah.
-
Tidak mempertimbangkan batas isolasi kesalahan AWS layanan untuk beberapa layanan dan potensi pola penggunaan abnormal mereka.
Manfaat menerapkan praktik terbaik ini: Ketika terjadi peristiwa gangguan layanan yang memengaruhi ketersediaan aplikasi, gunakan cloud untuk menerapkan strategi-strategi untuk pulih dari peristiwa ini. Contoh strategi adalah membuat sumber daya tambahan untuk menggantikan sumber daya yang tidak dapat diakses untuk mengakomodasi kondisi failover tanpa menghabiskan batas layanan Anda.
Tingkat risiko yang terjadi jika praktik terbaik ini tidak diterapkan: Sedang
Panduan implementasi
Ketika melakukan evaluasi batas kuota, Anda juga harus mempertimbangkan kasus-kasus failover yang dapat terjadi karena adanya degradasi. Pertimbangkan kasus-kasus failover berikut ini.
-
Terganggu atau tidak dapat diaksesVPC.
-
Subnet yang tidak dapat diakses.
-
Zona Ketersediaan yang mengalami degradasi dan memengaruhi aksesibilitas sumber daya.
-
Berbagai rute titik keluar dan masuk atau rute jaringan yang diblokir atau berubah.
-
Wilayah terdegradasi yang berdampak pada aksesibilitas sumber daya.
-
Subset sumber daya yang dipengaruhi oleh kegagalan di Wilayah atau Zona Ketersediaan.
Keputusan untuk failover adalah keputusan yang bersifat unik untuk setiap situasi dan pelanggan, karena dampak bisnisnya bisa sangat berbeda. Atasi perencanaan kapasitas sumber daya di lokasi failover dan kuota sumber daya sebelum Anda memutuskan untuk melakukan failover aplikasi atau layanan.
Anda juga harus mempertimbangkan puncak aktivitas yang lebih tinggi dari normal saat meninjau kuota untuk setiap layanan. Puncak ini mungkin terkait dengan sumber daya yang tidak dapat diakses karena jaringan atau izin, tetapi masih aktif. Sumber daya aktif yang tidak dihentikan dihitung untuk memenuhi batas kuota layanan (service quotas).
Langkah-langkah implementasi
-
Pertahankan ruang antara kuota layanan (service quotas) saat ini dan penggunaan maksimum untuk mengakomodasi failover atau hilangnya kemampuan akses.
-
Tentukan service quotas Anda. Memperhitungkan pola deployment yang khas, persyaratan ketersediaan, dan pertumbuhan konsumsi.
-
Minta peningkatan kuota, jika perlu. Antisipasi waktu tunggu untuk permintaan kenaikan kuota.
-
Tentukan persyaratan keandalan (juga disebut sebagai jumlah angka sembilan Anda).
-
Memahami skenario kesalahan potensial seperti hilangnya komponen, Zona Ketersediaan, atau Wilayah.
-
Tetapkan metodologi deployment Anda (misalnya canary, blue/green, red/black, atau rolling).
-
Sertakan buffer yang sesuai untuk batas saat ini. Contoh buffer bisa 15%.
-
Sertakan perhitungan untuk stabilitas statis (Zona dan Wilayah), apabila sesuai.
-
Rencanakan peningkatan pemakaian dan pantau tren pemakaian Anda.
-
Pertimbangkan dampak stabilitas statis untuk beban kerja Anda yang paling penting. Lakukan penilaian terhadap sumber daya yang sesuai dengan sebuah sistem stabil secara statis di semua Wilayah dan Zona Ketersediaan.
-
Pertimbangkan untuk menggunakan Reservasi Kapasitas Sesuai Permintaan untuk menjadwalkan kapasitas sebelum failover. Hal ini bisa menjadi strategi yang bermanfaat untuk mengimplementasikan penjadwalan bisnis yang paling penting guna mengurangi potensi risiko mendapatkan kuantitas dan jenis sumber daya yang benar selama failover.
Sumber daya
Praktik-praktik terbaik terkait:
Dokumen terkait:
-
AWS Pilar Keandalan Well-Architected Framework: Ketersediaan
-
AWS Service Quotas (sebelumnya disebut sebagai batas layanan)
-
AWS Trusted Advisor Pemeriksaan Praktik Terbaik (lihat bagian Batas Layanan)
-
Mengelola siklus hidup akun di lingkungan SaaS account-per-tenant AWS
-
Mengelola dan memantau API pembatasan dalam beban kerja Anda
-
Lihat AWS Trusted Advisor rekomendasi dalam skala besar dengan AWS Organizations
-
Mengotomatisasi Peningkatan Batas Layanan dan Dukungan Perusahaan dengan AWS Control Tower
-
Tindakan, sumber daya, dan kunci syarat untuk layanan Service Quotas
Video terkait:
Alat terkait: