Mendefinisikan strategi DR Anda

Bergantung pada seberapa penting aplikasi dalam organisasi Anda untuk bisnis Anda, Anda dapat memutuskan strategi yang seragam untuk semua aplikasi atau mengembangkan strategi DR yang lebih kompleks berdasarkan kekritisan setiap aplikasi. Organisasi Anda mungkin mentolerir downtime beberapa jam sebelum semua aplikasi dimunculkan di situs DR. Dalam hal ini, Anda dapat memilih strategi DR yang hemat biaya berdasarkan pencadangan dan pemulihan untuk semua database. Di sisi lain, bisnis organisasi Anda mungkin bergantung pada beberapa layanan atau aplikasi penting yang tersedia dengan cepat, dengan persyaratan RPO dan RTO yang lebih agresif, sedangkan aplikasi lain mungkin mentolerir kebutuhan RPO dan RTO yang kurang ketat. Dalam hal ini, Anda perlu menetapkan strategi DR yang tepat untuk setiap tingkatan aplikasi dan database.

Tabel berikut menjelaskan empat opsi DR untuk beban kerja yang berjalan di AWS Cloud, untuk membantu Anda menentukan dan menentukan strategi DR organisasi Anda. RPO dan RTO yang didokumentasikan dalam tabel ini adalah untuk tumpukan penuh yang mencakup komponen aplikasi dan database. Untuk informasi selengkapnya, lihat Opsi pemulihan bencana di cloud dalam dokumentasi AWS Well-Architected Framework. Bagian selanjutnya mencakup opsi RPO dan RTO yang khusus untuk database.

Opsi pemulihan	RPO	RTO	Tugas infrastruktur di Wilayah DR	Biaya
Pencadangan dan pemulihan	Jam	Kurang dari 24 jam	Menyediakan semua sumber daya aplikasi yang diperlukan di Wilayah DR dan memulihkan database dari snapshot yang disalin.	Rendah
Pilot light	Puluhan menit	Puluhan menit	Berikan salinan infrastruktur aplikasi Anda dan matikan sumber daya di tumpukan aplikasi. Replikasi data Anda dari satu Wilayah ke Wilayah lainnya. Jaga agar database selalu aktif dan disinkronkan dengan basis data utama. Menyediakan sumber daya sesuai permintaan selama peristiwa failover dan pengujian. Anda juga perlu menerapkan perubahan infrastruktur dan perubahan aplikasi ke kedua Wilayah secara bersamaan. Anda dapat menyederhanakan ini dengan membangun jaringan pipa otomatisasi yang dapat menyinkronkan kode dan infrastruktur di Wilayah primer dan DR.	Sedang
Warm standby	Menit	Menit	Menyediakan salinan seluruh infrastruktur aplikasi di Wilayah DR, tetapi tetap memperkecil salinannya dibandingkan dengan Wilayah utama. Wilayah DR akan dapat menerima lalu lintas pada volume yang lebih kecil dibandingkan dengan Wilayah utama.	Tinggi
Multi-situs atau aktif/aktif	Dekat nol	Nol atau mendekati nol	Berikan salinan lengkap infrastruktur Anda ke Wilayah DR. Semua sumber daya di Wilayah DR akan setara dengan sumber daya di Wilayah primer dan akan dapat melayani lalu lintas pada skala yang sama dengan Wilayah utama. Karena tidak ada jeda dalam arus lalu lintas, opsi ini tidak memerlukan tugas failover sebagai bagian dari rencana DR Anda.	Lebih tinggi