Situs DR dan strategi Amazon RDS DR yang umum - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Situs DR dan strategi Amazon RDS DR yang umum

Situs pemulihan bencana (DR) adalah lokasi sekunder yang digunakan oleh organisasi untuk memulihkan infrastruktur dan aplikasi TI yang penting bagi bisnis ketika situs utama terkena dampak bencana. Situs DR sering dibangun di lokasi terpencil untuk membantu memastikan bahwa bencana yang mempengaruhi situs utama juga tidak akan mempengaruhi situs sekunder. Situs DR yang tersedia untuk Anda dalam AWS dapat dikategorikan secara luas sebagai dekat DR dan DR jauh:

  • Dekat DR sering disebut sebagai pemulihan bencana di kawasan. Solusi DR dikonfigurasi di antara Availability Zones untuk melindungi sistem ketika ada pemadaman Availability Zone atau pemeliharaan yang direncanakan.

  • Far DR sering disebut sebagai pemulihan bencana lintas wilayah. Solusi ini dikonfigurasi Wilayah AWS untuk melindungi sistem dari pemadaman di seluruh Wilayah atau untuk melakukan peralihan yang direncanakan guna memenuhi kebijakan kepatuhan.

DR sinkron

Dalam DR sinkron, data direplikasi ke situs DR pada saat yang sama dengan data baru sedang dibuat atau diperbarui di situs utama. Untuk mencapai solusi DR sinkron untuk database edisi standar, Anda dapat menggunakan penyebaran Multi-AZ.

Penerapan multi-AZ (dekat DR) adalah solusi dekat-DR AWS terkelola yang menyediakan replikasi sinkron database RDS Anda ke instance siaga di Availability Zone yang berbeda dalam Wilayah yang sama. Jika database utama menjadi tidak tersedia karena pemadaman pada tingkat Availability Zone, AWS secara otomatis mempromosikan database siaga ke peran utama. Ini memastikan kehilangan data minimal dan downtime. Namun, penting untuk dicatat bahwa penyebaran Multi-AZ tidak melindungi terhadap pemadaman tingkat Wilayah. Itu juga tidak memberikan kemampuan DR di luar AWS Cloud.

Opsi DR asinkron

Dalam DR asinkron, replikasi tidak dilakukan pada saat yang sama dengan perubahan yang dilakukan di primer. Data direplikasi hanya pada interval yang ditentukan oleh tujuan titik pemulihan. Untuk menerapkan solusi DR asinkron, Anda dapat menggunakan opsi berikut:

  • Snapshot otomatis yang dikelola menggunakan AWS Backup — AWS Backup adalah layanan pencadangan terkelola penuh yang mengotomatiskan pencadangan dan pemulihan database Amazon RDS Anda berdasarkan pengaturan point-in-time pemulihan (PITR) Anda. Dengan AWS Backup, Anda dapat mengambil snapshot, membuat jadwal cadangan, kebijakan penyimpanan, dan rencana cadangan untuk melindungi data Anda dari penghapusan, korupsi, atau kegagalan perangkat keras yang tidak disengaja. Anda dapat mengembalikan database Anda ke instans RDS baru di Wilayah yang sama Wilayah AWS atau berbeda.

    AWS Backup adalah opsi DR aktif-pasif karena Anda harus memulai proses pemulihan secara manual jika terjadi kegagalan basis data utama. Anda dapat menggunakan AWS Backup bersama dengan penyebaran multi-AZ, menggabungkan solusi sinkron dan asinkron untuk memberikan lapisan perlindungan tambahan terhadap kehilangan data.

  • Replikasi snapshot Amazon RDS PITR - snapshot RDS adalah opsi DR manual. Anda menentukan konfigurasi point-in-time snapshot untuk instance database RDS, dan snapshot disimpan di Amazon Simple Storage Service (Amazon S3). Anda kemudian dapat mengaktifkan replikasi lintas wilayah untuk mereplikasi perubahan dari database utama ke database siaga di Wilayah yang berbeda.

    Replikasi snapshot Amazon RDS PITR adalah opsi DR aktif-pasif karena Anda harus memulai proses pemulihan secara manual dan mempromosikan database siaga ke peran utama jika database primer asli gagal. Namun, opsi ini memberikan lebih banyak fleksibilitas daripada penyebaran Multi-AZ, dan Anda dapat menggunakannya untuk melindungi dari pemadaman tingkat Wilayah.