Pilih preferensi cookie Anda

Kami menggunakan cookie penting serta alat serupa yang diperlukan untuk menyediakan situs dan layanan. Kami menggunakan cookie performa untuk mengumpulkan statistik anonim sehingga kami dapat memahami cara pelanggan menggunakan situs dan melakukan perbaikan. Cookie penting tidak dapat dinonaktifkan, tetapi Anda dapat mengklik “Kustom” atau “Tolak” untuk menolak cookie performa.

Jika Anda setuju, AWS dan pihak ketiga yang disetujui juga akan menggunakan cookie untuk menyediakan fitur situs yang berguna, mengingat preferensi Anda, dan menampilkan konten yang relevan, termasuk iklan yang relevan. Untuk menerima atau menolak semua cookie yang tidak penting, klik “Terima” atau “Tolak”. Untuk membuat pilihan yang lebih detail, klik “Kustomisasi”.

Menggunakan aliran Neptunus replikasi lintas wilayah untuk pemulihan bencana

Mode fokus
Menggunakan aliran Neptunus replikasi lintas wilayah untuk pemulihan bencana - Amazon Neptune

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

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

Neptune menyediakan dua cara untuk menerapkan kemampuan failover lintas-wilayah:

  • Salinan dan pemulihan snapshot lintas-wilayah

  • Menggunakan pengaliran Neptune untuk mereplikasi data antara dua klaster di dua wilayah yang berbeda.

Salinan dan pemulihan snapshot lintas-wilayah memiliki overhead operasional terendah untuk memulihkan klaster Neptune di wilayah yang berbeda. Namun, menyalin snapshot antar daerah memerlukan waktu transfer data yang signifikan, karena snapshot adalah cadangan penuh dari klaster Neptune. Hasilnya, salinan dan pemulihan snapshot lintas-wilayah dapat digunakan sebagai skenario yang hanya memerlukan Recovery Point Objective (RPO) jam dan waktu pemulihan tujuan (RTO) jam.

Recovery Point Objective (RPO) diukur dengan waktu di antara backup. Ini mendefinisikan berapa banyak data yang mungkin hilang antara waktu cadangan terakhir dibuat dan waktu di mana database dipulihkan.

Recovery Point Objective (RTO) diukur dengan waktu yang diperlukan untuk melaksanakan operasi pemulihan. Ini adalah waktu yang dibutuhkan klaster DB melakukan fail over ke database yang dipulihkan setelah terjadi kegagalan.

Pengaliran Neptune menyediakan cara untuk menjaga backup klaster Neptune sinkron dengan klaster produksi utama setiap saat. Jika terjadi kegagalan, database Anda kemudian gagal ke klaster backup. Hal ini mengurangi RPO dan RTO hingga ukuran menit, karena data terus-menerus disalin ke klaster backup, yang segera tersedia sebagai target failover setiap saat.

Kelemahan menggunakan pengaliran Neptune dengan cara ini adalah bahwa kedua overhead operasional yang diperlukan untuk mempertahankan komponen replikasi, dan biaya memiliki kedua Neptune DB klaster online sepanjang waktu, menjadi signifikan.

PrivasiSyarat situsPreferensi cookie
© 2025, Amazon Web Services, Inc. atau afiliasinya. Semua hak dilindungi undang-undang.