DR untuk beban kerja cloud-native

Pertimbangkan bagaimana beban kerja cloud-native Anda selaras dengan tujuan DR Anda. AWS menyediakan beberapa Availability Zone di Wilayah di seluruh dunia. Banyak perusahaan yang menggunakan AWS Cloud menyelaraskan arsitektur beban kerja mereka dan tujuan DR untuk menahan hilangnya Availability Zone. Pilar Keandalan dalam Kerangka AWS Well-Architected mendukung praktik terbaik ini. Anda dapat merancang beban kerja Anda dan dependensi layanan dan aplikasinya untuk menggunakan beberapa Availability Zone. Anda kemudian dapat mengotomatiskan DR Anda dan mencapai tujuan DR Anda dengan intervensi minimal atau tanpa intervensi.

Namun, dalam praktiknya, Anda mungkin menemukan bahwa Anda tidak dapat membuat arsitektur yang berlebihan, aktif, dan otomatis untuk semua komponen Anda. Periksa setiap lapisan arsitektur Anda untuk menentukan proses DR yang diperlukan untuk mencapai tujuan Anda. Ini mungkin berbeda dari beban kerja ke beban kerja, dengan persyaratan arsitektur dan layanan yang berbeda. Panduan ini mencakup pertimbangan dan opsi untuk Amazon EC2. Untuk AWS layanan lain, Anda dapat merujuk ke AWS dokumentasi untuk menentukan ketersediaan tinggi dan opsi DR.

DR untuk Amazon EC2 dalam satu Availability Zone

Cobalah untuk merancang beban kerja Anda untuk secara aktif mendukung dan melayani klien dari beberapa Availability Zone. Anda dapat menggunakan Amazon EC2 Auto Scaling dan Elastic Load Balancing untuk mencapai arsitektur server Multi-AZ untuk Amazon EC2 dan layanan lainnya.

Jika arsitektur Anda memiliki instans EC2 yang tidak dapat diseimbangkan beban dan hanya dapat menjalankan satu instance pada saat tertentu, Anda dapat menggunakan salah satu opsi berikut.

• Buat grup Auto Scaling yang memiliki ukuran minimum, maksimum, dan yang diinginkan sebesar 1 dan dikonfigurasi untuk beberapa Availability Zone. Buat AMI yang dapat digunakan untuk mengganti instance jika gagal. Pastikan Anda menentukan otomatisasi dan konfigurasi yang tepat sehingga instance yang baru disediakan dari AMI dapat dikonfigurasi secara otomatis dan menyediakan layanan. Buat penyeimbang beban yang menunjuk ke grup Auto Scaling dan dikonfigurasi untuk beberapa Availability Zone. Secara opsional, buat alias Amazon Route 53 yang mengarah ke titik akhir penyeimbang beban.

• Buat catatan Route 53 untuk instans aktif Anda dan minta klien Anda terhubung menggunakan catatan ini. Buat skrip yang membuat AMI baru dari instans aktif Anda dan gunakan AMI untuk menyediakan instans EC2 baru dalam status berhenti di Availability Zone terpisah. Konfigurasikan skrip untuk dijalankan secara berkala dan untuk menghentikan instance yang dihentikan sebelumnya. Jika ada kegagalan Availability Zone, mulai instance cadangan Anda di Availability Zone alternatif Anda. Kemudian perbarui catatan Route 53 untuk menunjuk ke instance baru ini.

Uji solusi Anda secara menyeluruh dengan mensimulasikan kegagalan yang dirancang untuk dilindungi oleh solusi. Pertimbangkan juga pembaruan yang dibutuhkan solusi DR Anda saat arsitektur beban kerja Anda berubah.

DR untuk Amazon EC2 dalam kegagalan regional

Pelanggan dengan persyaratan ketersediaan yang sangat tinggi (misalnya, aplikasi penting misi yang tidak dapat mentolerir waktu henti apa pun) dapat menggunakan AWS di beberapa Wilayah untuk memberikan ketahanan lebih lanjut terhadap masalah di tingkat Wilayah. Pelanggan harus mempertimbangkan dengan cermat kompleksitas, biaya, dan upaya yang diperlukan untuk menetapkan dan memelihara rencana DR Multi-wilayah terhadap manfaatnya. AWS menyediakan fitur yang mendukung arsitektur Multi-wilayah untuk ketersediaan global, failover, dan DR. Panduan ini mencakup beberapa fitur yang tersedia yang khusus untuk pencadangan dan pemulihan untuk Amazon EC2.

AWS Snapshot AMI dan Amazon EBS adalah sumber daya regional yang dapat digunakan untuk menyediakan instans baru dalam satu Wilayah. Namun, Anda dapat menyalin snapshot dan AMI Anda ke Wilayah lain dan menggunakannya untuk menyediakan instance baru di Wilayah tersebut. Untuk mendukung rencana DR kegagalan regional, Anda dapat mengotomatiskan proses menyalin AMI dan snapshot ke Wilayah lain. AWS Backup dan Amazon Data Lifecycle Manager mendukung penyalinan lintas wilayah sebagai bagian dari konfigurasi cadangan Anda.

AWS Elastic Disaster Recoverydapat digunakan untuk mengotomatisasi dan terus mereplikasi server Amazon EC2 Anda di satu Wilayah ke Wilayah DR alternatif. Elastic Disaster Recovery dapat menyederhanakan pendekatan DR Multi-wilayah Anda dan membantu Anda menguji secara teratur paket Amazon EC2 DR Lintas wilayah Anda dengan menggunakan latihan. Elastic Disaster Recovery dapat membantu ketika pencadangan dan pemulihan tidak dapat memenuhi tujuan RTO dan RPO Anda. Elastic Disaster Recovery dapat membantu Anda menurunkan RTO ke menit dan RPO Anda ke kisaran sub-detik.

Solusi apa pun yang Anda gunakan, Anda harus menentukan proses penyediaan, failover, dan failback yang akan digunakan jika terjadi pemadaman. Anda dapat menggunakan Route 53 dengan pemeriksaan kesehatan dan failover Sistem Nama Domain untuk membantu mendukung solusi Anda.