Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pemulihan bencana dan klaster global Amazon DocumentDB
Topik
Dengan menggunakan klaster global, Anda dapat pulih dari bencana seperti kegagalan wilayah dengan cepat. Pemulihan dari bencana biasanya diukur dengan menggunakan nilai untuk RTO danRPO.
-
Tujuan waktu pemulihan (RTO) — Waktu yang dibutuhkan sistem untuk kembali ke keadaan kerja setelah bencana. Dengan kata lain, RTO mengukur downtime. Untuk cluster global, RTO dalam hitungan menit.
-
Tujuan titik pemulihan (RPO) — Jumlah data yang dapat hilang (diukur dalam waktu). Untuk cluster global, biasanya RPO diukur dalam hitungan detik.
-
Untuk memulihkan dari pemadaman yang tidak direncanakan, Anda dapat melakukan failover lintas wilayah ke salah satu sekunder di klaster global Anda. Jika klaster global Anda memiliki beberapa wilayah sekunder, pastikan Anda melepaskan semua wilayah sekunder yang ingin Anda promosikan sebagai primer. Kemudian, Anda mempromosikan salah satu wilayah sekunder tersebut menjadi Wilayah AWS primer yang baru. Terakhir, Anda membuat klaster baru di setiap wilayah sekunder lainnya dan melampirkan klaster tersebut ke klaster global Anda.
Melakukan failover terkelola untuk klaster global Amazon DocumentDB
Pendekatan ini ditujukan untuk kelangsungan bisnis saat terjadi bencana alam Regional yang riil atau pemadaman tingkat layanan secara menyeluruh.
Selama failover terkelola, klaster utama Anda gagal ke Region sekunder pilihan Anda sementara topologi replikasi klaster global Amazon DocumentDB yang ada dipertahankan. Klaster sekunder yang dipilih mempromosikan salah satu simpul hanya-bacanya ke status penulis penuh. Langkah ini memungkinkan klaster untuk mengambil peran sebagai klaster primer. Basis data Anda tidak akan tersedia untuk sementara saat klaster ini mengambil peran barunya. Data yang tidak direplikasi dari primer lama ke cluster sekunder yang dipilih mungkin hilang saat sekunder ini menjadi primer baru. Volume primer lama melakukan upaya terbaik untuk mengambil snapshot sebelum menyinkronkan dengan primer baru sehingga data yang tidak direplikasi dipertahankan pada snapshot.
catatan
Anda hanya dapat melakukan failover klaster lintas wilayah terkelola di klaster global Amazon DocumentDB jika klaster primer dan sekunder memiliki versi engine level mayor, minor, dan patch yang sama. Namun, tingkat patch bisa berbeda, tergantung versi mesin kecil. Jika versi mesin Anda tidak kompatibel, Anda dapat melakukan failover secara manual dengan mengikuti langkah-langkah dalam Melakukan failover manual untuk klaster global Amazon DocumentDB.
Untuk meminimalkan kehilangan data, sebaiknya lakukan hal berikut sebelum menggunakan fitur ini:
Bawa aplikasi offline untuk mencegah penulisan dikirim ke cluster utama klaster global Amazon DocumentDB.
Periksa waktu jeda untuk semua cluster sekunder Amazon DocumentDB. Memilih Wilayah sekunder dengan keterlambatan replikasi minimum dapat meminimalkan kehilangan data dari Wilayah primer yang mengalami kegagalan. Periksa waktu jeda untuk semua cluster sekunder Amazon DocumentDB di cluster global dengan melihat metrik di
GlobalClusterReplicationLagAmazon. CloudWatch Metrik ini menunjukkan seberapa jauh di belakang (dalam milidetik) replikasi ke cluster sekunder ke cluster utama.Untuk informasi selengkapnya tentang CloudWatch metrik untuk Amazon Metrik Amazon DocumentDB DocumentDB, lihat.
Selama failover terkelola, cluster sekunder yang dipilih dipromosikan ke peran barunya sebagai primer. Namun, itu tidak mewarisi berbagai opsi konfigurasi cluster utama. Ketidakcocokan dalam konfigurasi dapat menyebabkan masalah performa, inkompatibilitas beban kerja, dan perilaku anomali lainnya. Untuk menghindari masalah seperti itu, kami sarankan Anda menyelesaikan perbedaan antara kluster global Amazon DocumentDB Anda untuk hal-hal berikut:
Konfigurasikan grup parameter klaster Amazon DocumentDB untuk primer baru, jika perlu — Anda dapat mengonfigurasi grup parameter klaster Amazon DocumentDB secara independen untuk setiap cluster di cluster global Amazon DocumentDB Anda. Oleh karena itu, ketika Anda mempromosikan klaster sekunder untuk mengambil alih peran utama, grup parameter dari sekunder mungkin dikonfigurasi secara berbeda dari yang utama. Jika demikian, ubah grup parameter klaster sekunder yang dipromosikan agar sesuai dengan pengaturan klaster utama Anda. Untuk mempelajari caranya, lihat Memodifikasi grup parameter cluster Amazon DocumentDB.
Konfigurasikan alat dan opsi pemantauan, seperti CloudWatch peristiwa dan alarm Amazon — Konfigurasikan klaster yang dipromosikan dengan kemampuan logging, alarm, dan sebagainya yang sama sesuai kebutuhan untuk klaster global. Seperti grup parameter, konfigurasi untuk fitur ini tidak diwariskan dari klaster primer selama proses failover berlangsung. Beberapa CloudWatch metrik, seperti replikasi lag, hanya tersedia untuk Wilayah sekunder. Karena itu, failover akan mengubah cara Anda melihat metrik tersebut dan mengatur alarmnya, serta mengharuskan adanya perubahan pada dasbor yang ditentukan sebelumnya. Untuk informasi selengkapnya tentang klaster dan pemantauan Amazon DocumentDB, lihat. Memantau Amazon DocumentDB
Biasanya, klaster sekunder yang dipilih akan mengasumsikan peran primer dalam beberapa menit. Segera setelah simpul penulis Wilayah primer baru tersedia, Anda dapat menghubungkan aplikasi Anda ke simpul tersebut dan melanjutkan beban kerja Anda. Setelah Amazon DocumentDB mempromosikan cluster primer baru, secara otomatis membangun kembali semua klaster Region sekunder tambahan.
Karena klaster global Amazon DocumentDB menggunakan replikasi asinkron, kelambatan replikasi di setiap Wilayah sekunder dapat bervariasi. Amazon DocumentDB membangun kembali Wilayah sekunder ini untuk memiliki data yang point-in-time sama persis dengan cluster Wilayah utama yang baru. Durasi penyelesaian tugas pembangunan ulang dapat memerlukan waktu beberapa menit hingga beberapa jam, bergantung pada ukuran volume penyimpanan dan jarak di antara Wilayah. Saat klaster Wilayah sekunder selesai dibuat ulang dari Wilayah primer yang baru, klaster ini menjadi tersedia untuk akses baca. Segera setelah penulis utama baru dipromosikan dan tersedia, cluster Region primer yang baru dapat menangani operasi baca dan tulis untuk cluster global Amazon DocumentDB.
Untuk mengembalikan topologi asli cluster global, Amazon DocumentDB memantau ketersediaan Wilayah primer lama. Segera setelah Wilayah itu sehat dan tersedia kembali, Amazon DocumentDB secara otomatis menambahkannya kembali ke cluster global sebagai Wilayah sekunder. Sebelum membuat volume penyimpanan baru di Wilayah primer lama, Amazon DocumentDB mencoba mengambil snapshot dari volume penyimpanan lama pada titik kegagalan. Hal ini dilakukan agar Anda dapat menggunakannya untuk memulihkan setiap data yang hilang. Jika operasi ini berhasil, Amazon DocumentDB menempatkan snapshot ini bernama “rdsdocdb-unplanned-global-failover: name-of-old-primary - -DB-Cluster-Timestamp” di bagian snapshot. AWS Management Console Anda juga dapat melihat snapshot ini tercantum dalam informasi yang dikembalikan oleh DescribeDBClusterSnapshots API operasi.
catatan
Snapshot dari volume penyimpanan lama adalah snapshot sistem yang tunduk pada periode retensi pencadangan yang dikonfigurasi pada klaster primer yang lama. Untuk mempertahankan snapshot ini di luar periode retensi, Anda dapat menyalin snapshot untuk disimpan sebagai snapshot manual. Untuk mempelajari selengkapnya tentang cara menyalin snapshot, termasuk harga, lihat Menyalin snapshot cluster.
Setelah topologi asli dipulihkan, Anda dapat gagal mengembalikan klaster global Anda ke Wilayah primer asli dengan melakukan operasi peralihan ketika itu paling masuk akal untuk bisnis dan beban kerja Anda. Untuk melakukannya, ikuti langkah yang ada di Melakukan peralihan untuk klaster global Amazon DocumentDB.
Anda dapat gagal melalui cluster global Amazon DocumentDB Anda menggunakan, AWS Management Console the, AWS CLI atau Amazon DocumentDB. API
Melakukan failover manual untuk klaster global Amazon DocumentDB
Jika seluruh cluster dalam satu Wilayah AWS menjadi tidak tersedia, Anda dapat mempromosikan cluster lain di cluster global untuk memiliki kemampuan baca/tulis.
Anda dapat mengaktifkan mekanisme failover cluster global secara manual jika cluster di cluster berbeda Wilayah AWS adalah pilihan yang lebih baik untuk menjadi cluster utama. Misalnya, Anda dapat meningkatkan kapasitas salah satu klaster sekunder dan kemudian mempromosikannya menjadi klaster primer. Atau keseimbangan aktivitas di antara Wilayah AWS mungkin berubah, sehingga mengalihkan cluster utama ke cluster lain Wilayah AWS mungkin memberikan latensi yang lebih rendah untuk operasi penulisan.
Prosedur berikut menguraikan apa yang harus dilakukan untuk mempromosikan salah satu cluster sekunder di cluster global Amazon DocumentDB.
Untuk mempromosikan cluster sekunder:
-
Berhenti mengeluarkan DML pernyataan dan operasi penulisan lainnya ke cluster utama di Wilayah AWS with the outage.
-
Identifikasi cluster dari sekunder Wilayah AWS untuk digunakan sebagai cluster primer baru. Jika Anda memiliki dua (atau lebih) sekunder Wilayah AWS di cluster global Anda, pilih cluster sekunder yang memiliki waktu jeda paling sedikit.
-
Lepaskan klaster sekunder yang Anda pilih dari klaster global.
Menghapus cluster sekunder dari cluster global segera menghentikan replikasi dari primer ke sekunder ini dan mempromosikannya ke cluster yang disediakan mandiri dengan kemampuan baca/tulis penuh. Klaster sekunder lainnya yang terkait dengan klaster primer di wilayah dengan pemadaman masih tersedia dan dapat menerima panggilan dari aplikasi Anda. Klaster tersebut juga mengonsumsi sumber daya. Karena Anda membuat ulang klaster global, untuk menghindari otak-terbelah dan masalah lainnya, hapus klaster sekunder lainnya sebelum membuat klaster global baru dalam langkah-langkah berikut.
Untuk langkah-langkah rinci untuk melepaskan, lihat Menghapus klaster dari klaster global Amazon DocumentDB.
-
Klaster ini menjadi klaster primer dari klaster global baru saat Anda mulai menambahkan Wilayah ke dalamnya, pada langkah berikutnya.
-
Tambahkan Wilayah AWS ke cluster. Saat Anda melakukannya, proses replikasi dari klaster primer ke klaster sekunder akan dimulai.
-
Tambahkan lebih banyak Wilayah AWS sesuai kebutuhan untuk membuat ulang topologi yang diperlukan untuk mendukung aplikasi Anda. Pastikan bahwa penulisan aplikasi dikirim ke klaster yang benar sebelum, selama, dan setelah membuat perubahan seperti ini, untuk menghindari inkonsistensi data di antara klaster dalam klaster global (masalah split-brain).
-
Saat pemadaman teratasi dan Anda siap menugaskan Wilayah AWS asli sebagai klaster primer lagi, lakukan langkah yang sama secara terbalik.
-
Hapus salah satu klaster sekunder dari klaster global. Ini akan memungkinkannya untuk melayani lalu lintas baca/tulis.
-
Alihkan ulang semua lalu lintas tulis ke klaster primer di Wilayah AWS asli.
-
Tambahkan Wilayah AWS untuk mengatur satu atau lebih cluster sekunder yang sama Wilayah AWS seperti sebelumnya.
Cluster global Amazon DocumentDB dapat dikelola AWS SDKs menggunakan, memungkinkan Anda membuat solusi untuk mengotomatiskan proses failover klaster global untuk kasus penggunaan Disaster Recovery dan Business Continuity Planning. Salah satu solusi tersebut tersedia untuk pelanggan kami di bawah lisensi Apache 2.0 dan dapat diakses dari repositori alat kami di sini.
Melakukan peralihan untuk klaster global Amazon DocumentDB
Dengan menggunakan switchover, Anda dapat mengubah Wilayah cluster utama Anda secara rutin. Pendekatan ini ditujukan untuk skenario yang terkontrol, seperti pemeliharaan operasional dan prosedur operasional terencana lainnya.
Ada tiga kasus penggunaan umum untuk menggunakan switchover:
Untuk persyaratan "rotasi regional" yang diberlakukan pada industri tertentu. Misalnya, peraturan layanan keuangan mungkin menginginkan sistem tier-0 untuk beralih ke Wilayah yang berbeda selama beberapa bulan untuk memastikan prosedur pemulihan bencana dilaksanakan secara teratur.
Untuk aplikasi Multi-region follow-the-sun "”. Misalnya, suatu bisnis mungkin ingin menyediakan penulisan dengan latensi lebih rendah di berbagai Wilayah berdasarkan jam kerja di zona waktu yang berbeda.
Sebagai zero-data-loss metode untuk gagal kembali ke Wilayah primer asli setelah failover.
catatan
Switchovers dirancang untuk digunakan pada cluster global Amazon DocumentDB yang sehat. Untuk memulihkan dari pemadaman yang tidak direncanakan, ikuti prosedur yang sesuai di Melakukan failover manual untuk klaster global Amazon DocumentDB.
Untuk melakukan switchover, klaster DB sekunder target Anda harus menjalankan versi mesin yang sama persis dengan klaster primer, termasuk tingkat patch-nya, tergantung pada versi mesin. Untuk informasi selengkapnya, lihat Kompatibilitas tingkat patch untuk switchover dan failover lintas wilayah terkelola. Sebelum Anda memulai switchover, periksa versi mesin di klaster global untuk memastikan versi mesin tersebut mendukung switchover lintas Wilayah terkelola, lalu tingkatkan jika diperlukan. Amazon DocumentDB akan secara otomatis memblokir panggilan ke klaster switchover jika versi mesin tidak cocok.
Selama peralihan, Amazon DocumentDB mengalihkan klaster utama Anda ke Wilayah sekunder pilihan Anda sambil mempertahankan topologi replikasi klaster global yang ada. Sebelum memulai proses peralihan, Amazon DocumentDB menunggu semua cluster Region sekunder disinkronkan sepenuhnya dengan kluster Region primer. Selanjutnya, klaster DB di Wilayah primer menjadi klaster hanya-baca, dan klaster sekunder yang dipilih akan mempromosikan salah satu simpul hanya-bacanya menjadi status penulis penuh. Mempromosikan simpul ini menjadi penulis memungkinkan klaster sekunder mengambil peran klaster primer. Karena semua cluster sekunder disinkronkan dengan primer pada awal proses, primer baru melanjutkan operasi untuk cluster global Amazon DocumentDB tanpa kehilangan data apa pun. Basis data Anda tidak tersedia untuk sementara selama klaster primer dan klaster sekunder yang dipilih mengambil peran barunya masing-masing.
Untuk mengoptimalkan ketersediaan aplikasi, sebaiknya lakukan hal berikut sebelum menggunakan fitur ini:
Lakukan operasi ini selama jam nonpeak atau di lain waktu ketika menulis ke cluster primer minimal.
Bawa aplikasi offline untuk mencegah penulisan dikirim ke cluster utama klaster global Amazon DocumentDB.
Periksa waktu jeda untuk semua cluster sekunder Amazon DocumentDB di cluster global dengan melihat metrik di
GlobalClusterReplicationLagAmazon. CloudWatch Metrik ini menunjukkan seberapa jauh di belakang (dalam milidetik) replikasi ke cluster sekunder ke cluster primer. Nilai ini berbanding lurus dengan waktu yang dibutuhkan Amazon DocumentDB untuk menyelesaikan peralihan. Karena itu, semakin besar nilai keterlambatan, semakin lama durasi switchover.Untuk informasi selengkapnya tentang CloudWatch metrik untuk Amazon Metrik Amazon DocumentDB DocumentDB, lihat.
Selama proses switchover, klaster DB sekunder yang dipilih akan dipromosikan ke peran barunya sebagai primer. Namun, klaster ini tidak mewarisi berbagai opsi konfigurasi klaster DB primer. Ketidakcocokan dalam konfigurasi dapat menyebabkan masalah performa, inkompatibilitas beban kerja, dan perilaku anomali lainnya. Untuk menghindari masalah seperti itu, kami sarankan Anda menyelesaikan perbedaan antara kluster global Amazon DocumentDB Anda untuk hal-hal berikut:
Konfigurasikan grup parameter cluster Amazon DocumentDB DB untuk primer baru, jika perlu — Anda dapat mengonfigurasi grup parameter klaster Amazon DocumentDB secara independen untuk setiap cluster di klaster global Amazon DocumentDB Anda. Hal ini berarti ketika Anda mempromosikan klaster DB sekunder untuk mengambil alih peran primer, grup parameter dari klaster sekunder mungkin memiliki konfigurasi yang berbeda dengan klaster primer. Jika demikian, ubah grup parameter klaster DB sekunder yang dipromosikan agar sesuai dengan pengaturan klaster primer Anda. Untuk mempelajari caranya, lihat Mengelola grup parameter cluster Amazon DocumentDB.
Konfigurasikan alat dan opsi pemantauan, seperti Amazon CloudWatch Events dan alarm — Konfigurasikan klaster yang dipromosikan dengan kemampuan logging, alarm, dan sebagainya yang sama sesuai kebutuhan untuk klaster global. Seperti grup parameter, konfigurasi untuk fitur ini tidak diwariskan dari klaster primer selama proses switchover berlangsung. Beberapa CloudWatch metrik, seperti replikasi lag, hanya tersedia untuk Wilayah primer. Karena itu, switchover akan mengubah cara Anda melihat metrik tersebut dan mengatur alarmnya, serta mengharuskan adanya perubahan pada dasbor yang ditentukan sebelumnya. Untuk informasi selengkapnya, lihat Memantau Amazon DocumentDB.
catatan
Biasanya, switchover peran dapat memerlukan waktu hingga beberapa menit.
Saat proses peralihan selesai, klaster Amazon DocumentDB yang dipromosikan dapat menangani operasi penulisan untuk klaster global.
Anda dapat beralih ke klaster global Amazon DocumentDB menggunakan AWS Management Console atau: AWS CLI
