EBS mereplikasi data disk secara asinkron dari situs primary ke situs secondary lintas zona atau wilayah, memungkinkan failover ketika situs primary mengalami kegagalan.
Kasus penggunaan
Pemulihan bencana disk mencakup dua skenario:
-
Cross-zone disaster recovery: Pulihkan dari kegagalan tingkat zona seperti kebakaran pusat data, pemadaman listrik, atau gangguan perangkat.
-
Cross-region disaster recovery: Lindungi dari bencana regional seperti gempa bumi atau tsunami dengan melakukan failover ke situs secondary di wilayah berbeda.
Fitur
EBS menyediakan dua fitur pemulihan bencana berdasarkan jumlah disk yang terlibat.
Async replication
Async replication menyediakan pemulihan bencana untuk satu set disk. Fitur ini mereplikasi data secara asinkron dari disk primary ke disk secondary di wilayah atau zona berbeda. Jika disk primary gagal, Anda dapat melakukan failover ke disk secondary dan menjalankan reverse replication.
-
Cross-zone disaster recovery
-
Cross-region disaster recovery
Replication pair-consistent group
Replication pair-consistent group menyediakan pemulihan bencana untuk multiple disk sets. Fitur ini memungkinkan Anda mengelola disk secara batch dalam skenario di mana sistem bisnis mencakup beberapa disk, sehingga semua disk dipulihkan ke titik waktu yang sama.
Data direplikasi secara asinkron dari disk primary ke disk secondary lintas wilayah atau zona. Ketika situs primary gagal, Anda dapat melakukan failover ke situs secondary dan menjalankan reverse replication.
-
Cross-zone disaster recovery
-
Cross-region disaster recovery
Batasan
Batas spesifikasi
Tabel berikut mencantumkan batas spesifikasi untuk async replication dan replication pair-consistent groups.
|
Item |
Batas |
|
Replication pairs per disk |
1 |
|
Replication pairs per replication pair-consistent group |
17 |
|
Replication cycle |
15 menit |
|
Replication rate |
Hingga 100 MB/s. Bervariasi tergantung beban sistem. |
|
Primary disk category |
ESSD atau ESSD AutoPL disks |
|
Secondary disk category |
Harus sesuai dengan disk primary dalam kategori, performance level, dan kapasitas |
Batas operasi disk
Tabel berikut mencantumkan batas operasi disk untuk async replication dan replication pair-consistent groups.
Catatan yang dirujuk dalam tabel:
-
Setelah replication pair diaktifkan, disk secondary menjadi read-only.
-
Karena RPO, snapshot disk primary mungkin berbeda dari snapshot yang diambil pada waktu yang sama di disk secondary.
-
Kedua disk dalam replication pair harus sama-sama terenkripsi atau tidak terenkripsi. Replikasi silang antara disk terenkripsi dan tidak terenkripsi tidak didukung.
|
Operation |
Primary disk |
Secondary disk |
|
Baca dan tulis |
Baca dan tulis |
Hanya baca (lihat catatan 1) |
|
Penghapusan disk |
Tidak didukung |
Tidak didukung |
|
Inisialisasi disk |
Tidak didukung |
Tidak didukung |
|
Pengubahan ukuran disk |
Tidak didukung |
Tidak didukung |
|
Penyambungan disk |
Didukung |
Tidak didukung |
|
Pembuatan Snapshot |
Didukung |
Didukung (lihat catatan 2) |
|
Rollback berdasarkan Snapshot |
Didukung |
Tidak didukung |
|
Perubahan kategori disk |
Tidak didukung |
Tidak didukung |
|
Perubahan tingkat performa |
Tidak didukung |
Tidak didukung |
|
Enkripsi disk |
Didukung |
Didukung (lihat catatan 3) |
|
Multi-attach |
Tidak didukung |
Tidak didukung |
|
Migrasi disk bersama instans |
Tidak didukung |
Tidak didukung |
Penagihan
Async replication menggunakan penagihan pay-as-you-go.
-
Anda dikenai biaya berdasarkan total volume data yang direplikasi.
Biaya = Harga satuan volume data × Total ukuran data yang direplikasi.
Biaya pay-as-you-go hanya berlaku untuk replikasi cross-region. Replikasi cross-zone dalam wilayah yang sama tidak dikenai biaya.
-
Disk yang dibuat di situs pemulihan bencana selama latihan pemulihan bencana ditagih berdasarkan skema pay-as-you-go.
-
Biaya aktivasi RTC:
-
Jika RTC diaktifkan untuk pasangan replikasi asinkron cross-region, biaya tambahan dikenakan berdasarkan jumlah data yang direplikasi. Harga satuan adalah USD 0,0143 per GB.
Biaya RTC tidak berlaku untuk replikasi cross-zone dalam wilayah yang sama.
-
Istilah
Istilah kunci untuk pemulihan bencana disk:
|
Istilah |
Deskripsi |
|
Asynchronous replication |
Replikasi asinkron secara berkala mereplikasi data dari satu disk ke disk lain lintas wilayah atau zona. Karena replikasi tidak real-time, data pada disk sumber dan tujuan mungkin berbeda. |
|
Primary site |
Pusat data tempat disk primary berada. Situs primary menangani operasi bisnis secara mandiri. Setelah reverse replication, situs primary menjadi situs secondary. |
|
Secondary site |
Pusat data tempat disk secondary berada. Situs secondary berfungsi sebagai cadangan untuk situs primary. Jika situs primary gagal, situs secondary mengambil alih untuk menjamin kelangsungan bisnis. Setelah reverse replication, situs secondary menjadi situs primary. |
|
Primary disk |
Disk sumber tempat data direplikasi. Setelah reverse replication, disk primary menjadi disk secondary. |
|
Secondary disk |
Disk tujuan tempat data direplikasi. Setelah reverse replication, disk secondary menjadi disk primary. |
|
RPO |
Recovery point objective. Jumlah maksimum kehilangan data yang diukur dalam satuan waktu. RPO default untuk replikasi asinkron adalah 15 menit, artinya data yang ditulis ke disk primary dalam 15 menit terakhir mungkin hilang saat terjadi kegagalan. |
|
RTO |
Recovery time objective. Waktu yang diperlukan agar disk primary pulih setelah kegagalan. Misalnya, RTO 1 jam berarti disk dapat melanjutkan operasi normal dalam waktu 1 jam. |
|
Async replication relationship |
Hubungan replikasi antara disk primary dan disk secondary, beserta konfigurasi replikasi asinkron. |
|
Replication pair |
Pasangan disk dengan hubungan replikasi asinkron. Replication pair-consistent group dapat berisi beberapa replication pairs. |
|
Failover |
Mengaktifkan izin read and write pada disk secondary sehingga dapat menggantikan disk primary yang gagal. |
|
Reverse replication |
Membalik arah replikasi pasangan replikasi, mereplikasi data dari disk secondary asli ke disk primary asli. |
Prosedur
Pilih prosedur yang sesuai dengan skenario Anda:
-
Implementasikan pemulihan bencana untuk satu set disk
-
Implementasikan pemulihan bencana untuk multiple disk sets