Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menerapkan pemulihan bencana lintas wilayah dengan AWS DMS dan Amazon Aurora
Mark Hudson, Amazon Web Services
Ringkasan
Bencana alam atau yang disebabkan oleh manusia dapat terjadi kapan saja dan dapat memengaruhi ketersediaan layanan dan beban kerja yang berjalan di Wilayah AWS tertentu. Untuk mengurangi risiko, Anda harus mengembangkan rencana pemulihan bencana (DR) yang menggabungkan kemampuan lintas wilayah bawaan layanan AWS. Untuk layanan AWS yang secara inheren tidak menyediakan fungsionalitas Lintas wilayah, paket DR juga harus memberikan solusi untuk menangani failover mereka di seluruh Wilayah AWS.
Pola ini memandu Anda melalui penyiapan pemulihan bencana yang melibatkan dua cluster database Amazon Aurora MySQL Edition yang kompatibel dalam satu Wilayah. Untuk memenuhi persyaratan DR, kluster database dikonfigurasi untuk menggunakan fitur database global Amazon Aurora, dengan database tunggal yang mencakup beberapa Wilayah AWS. Tugas AWS Database Migration Service (AWS DMS) mereplikasi data antar cluster di Wilayah lokal. AWS DMS, bagaimanapun, saat ini tidak mendukung failover tugas antar Wilayah. Pola ini mencakup langkah-langkah yang diperlukan untuk mengatasi batasan tersebut dan mengonfigurasi AWS DMS secara independen di kedua Wilayah.
Prasyarat dan batasan
Prasyarat
Wilayah AWS primer dan sekunder terpilih yang mendukung basis data global Amazon Aurora.
Dua cluster database Edisi yang kompatibel dengan Amazon Aurora MySQL independen dalam satu akun di Wilayah utama.
Database instance kelas db.r5 atau lebih tinggi (disarankan).
Tugas AWS DMS di Wilayah utama yang melakukan replikasi berkelanjutan antara kluster database yang ada.
Sumber daya Wilayah DR tersedia untuk memenuhi persyaratan pembuatan instance basis data. Untuk informasi selengkapnya, lihat Bekerja dengan instans DB di VPC.
Batasan
Untuk daftar lengkap batasan basis data global Amazon Aurora, lihat Batasan database global Amazon Aurora.
Versi produk
Amazon Aurora MySQL Edisi 5.7 atau 8.0 yang kompatibel dengan Amazon Aurora. Untuk informasi selengkapnya, lihat versi Amazon Aurora.
Arsitektur
Tumpukan teknologi target
Kluster basis data global Edisi yang kompatibel dengan Amazon Aurora MySQL
AWS DMS
Arsitektur target
Diagram berikut menunjukkan database global untuk dua Wilayah AWS, satu dengan basis data utama dan reporter utama dan replikasi AWS DMS, dan satu dengan basis data utama dan reporter sekunder.
Otomatisasi dan skala
Anda dapat menggunakan AWS CloudFormation untuk membuat infrastruktur prasyarat di Wilayah sekunder, seperti virtual private cloud (VPC), subnet, dan grup parameter. Anda juga dapat menggunakan AWS CloudFormation untuk membuat cluster sekunder di Wilayah DR dan menambahkannya ke database global. Jika Anda menggunakan CloudFormation templat untuk membuat kluster database di Wilayah utama, Anda dapat memperbarui atau menambahkannya dengan templat tambahan untuk membuat sumber daya database global. Untuk informasi selengkapnya, lihat Membuat klaster DB Amazon Aurora dengan dua instans DB dan Membuat cluster database global untuk Aurora MySQL.
Terakhir, Anda dapat membuat tugas AWS DMS di Wilayah primer dan sekunder menggunakan CloudFormation setelah peristiwa failover dan failback terjadi. Untuk informasi selengkapnya, lihat AWS::DMS::ReplicationTask
Alat
Amazon Aurora adalah mesin database relasional yang dikelola sepenuhnya yang kompatibel dengan MySQL dan PostgreSQL. Pola ini menggunakan Amazon Aurora MySQL-Compatible Edition.
Basis data global Amazon Aurora dirancang untuk aplikasi yang didistribusikan secara global. Satu database global Amazon Aurora dapat menjangkau beberapa Wilayah AWS. Ini mereplikasi data Anda tanpa berdampak pada kinerja database. Ini juga memungkinkan pembacaan lokal cepat dengan latensi rendah di setiap Wilayah, dan memberikan pemulihan bencana dari pemadaman di seluruh Wilayah.
AWS DMS menyediakan migrasi satu kali atau replikasi yang sedang berlangsung. Tugas replikasi yang sedang berlangsung membuat database sumber dan target Anda tetap sinkron. Setelah diatur, tugas replikasi yang sedang berlangsung terus menerapkan perubahan sumber ke target dengan latensi minimal. Semua fitur AWS DMS, seperti validasi dan transformasi data, tersedia untuk tugas replikasi apa pun.
Epik
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Memodifikasi kelompok parameter cluster database. | Dalam kelompok parameter cluster database yang ada, aktifkan pencatatan biner tingkat baris dengan mengatur AWS DMS memerlukan pencatatan biner tingkat baris untuk database yang kompatibel dengan MySQL saat melakukan replikasi atau pengambilan data perubahan (CDC) yang sedang berlangsung. Untuk informasi selengkapnya, lihat Menggunakan database AWS yang kompatibel dengan MySQL terkelola sebagai sumber AWS DMS. | Administrator AWS |
Perbarui periode retensi log biner database. | Menggunakan klien MySQL yang diinstal pada perangkat pengguna akhir atau instans Amazon Elastic Compute Cloud ( EC2Amazon), jalankan prosedur tersimpan berikut yang disediakan oleh Amazon Relational Database Service (Amazon RDS) pada node penulis cluster database utama
Konfirmasikan pengaturan dengan menjalankan perintah berikut.
Database yang kompatibel dengan MySQL yang dikelola oleh AWS membersihkan log biner sesegera mungkin. Oleh karena itu, periode retensi harus cukup lama untuk memastikan bahwa log tidak dibersihkan sebelum tugas AWS DMS berjalan. Nilai 24 jam biasanya cukup, tetapi nilainya harus didasarkan pada waktu yang diperlukan untuk mengatur tugas AWS DMS di Wilayah DR. | DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Rekam tugas AWS DMS ARN. | Gunakan Nama Sumber Daya Amazon (ARN) untuk mendapatkan nama tugas AWS DMS untuk digunakan nanti. Untuk mengambil ARN tugas AWS DMS, lihat tugas di konsol atau jalankan perintah berikut.
ARN terlihat seperti berikut ini.
Karakter setelah titik dua terakhir sesuai dengan nama tugas yang digunakan pada langkah selanjutnya. | Administrator AWS |
Ubah tugas AWS DMS yang ada untuk merekam pos pemeriksaan. | AWS DMS membuat pos pemeriksaan yang berisi informasi sehingga mesin replikasi mengetahui titik pemulihan untuk aliran perubahan. Untuk merekam informasi pos pemeriksaan, lakukan langkah-langkah berikut di konsol:
| Administrator AWS |
Validasi informasi pos pemeriksaan. | Menggunakan klien MySQL yang terhubung ke titik akhir penulis untuk cluster, kueri tabel metadata baru di kluster database reporter untuk memverifikasi bahwa itu ada dan berisi informasi status replikasi. Jalankan perintah berikut.
Nama tugas dari ARN harus ditemukan di tabel ini di kolom. | DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Buat infrastruktur dasar di Wilayah DR. | Buat komponen dasar yang diperlukan untuk pembuatan dan akses ke cluster Amazon Aurora:
Pastikan bahwa konfigurasi kedua grup parameter cocok dengan konfigurasi di Wilayah utama. | Administrator AWS |
Tambahkan Wilayah DR ke kedua cluster Amazon Aurora. | Tambahkan Wilayah sekunder (Wilayah DR) ke cluster Amazon Aurora utama dan reporter. Untuk informasi selengkapnya, lihat Menambahkan Wilayah AWS ke database global Amazon Aurora. | Administrator AWS |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Hentikan tugas AWS DMS. | Tugas AWS DMS di Wilayah utama tidak akan berfungsi dengan baik setelah failover terjadi dan harus dihentikan untuk menghindari kesalahan. | Administrator AWS |
Lakukan failover terkelola. | Lakukan failover terkelola dari cluster database utama ke Wilayah DR. Untuk petunjuknya, lihat Melakukan failover terencana terkelola untuk database global Amazon Aurora. Setelah failover pada cluster database utama selesai, lakukan aktivitas yang sama pada kluster database reporter. | Administrator AWS, DBA |
Memuat data ke dalam database utama. | Masukkan data uji ke node penulis dari database utama di cluster database DR. Data ini akan digunakan untuk memvalidasi bahwa replikasi berfungsi dengan baik. | DBA |
Buat instance replikasi AWS DMS. | Untuk membuat instans replikasi AWS DMS di Wilayah DR, lihat Membuat instance replikasi. | Administrator AWS, DBA |
Buat sumber AWS DMS dan titik akhir target. | Untuk membuat sumber AWS DMS dan titik akhir target di Wilayah DR, lihat Membuat titik akhir sumber dan target. Sumber harus menunjuk ke instance penulis dari cluster database utama. Target harus menunjuk ke instance penulis dari cluster database reporter. | Administrator AWS, DBA |
Dapatkan pos pemeriksaan replikasi. | Untuk mendapatkan pos pemeriksaan replikasi, gunakan klien MySQL untuk menanyakan tabel metadata dengan menjalankan yang berikut terhadap node penulis di kluster database reporter di Wilayah DR.
Dalam tabel, temukan nilai task_name yang sesuai dengan ARN tugas AWS DMS yang ada di Wilayah utama yang Anda peroleh di epik kedua. | DBA |
Buat tugas AWS DMS. | Menggunakan konsol, buat tugas AWS DMS di Wilayah DR. Dalam tugas, tentukan metode migrasi Replikasi perubahan data saja. Untuk informasi selengkapnya, lihat Membuat tugas.
Setel pengaturan tugas AWS DMS Mulai tugas migrasi ke Otomatis saat membuat. | Administrator AWS, DBA |
Rekam tugas AWS DMS ARN. | Gunakan ARN untuk mendapatkan nama tugas AWS DMS untuk digunakan nanti. Untuk mengambil ARN tugas AWS DMS, jalankan perintah berikut.
| Administrator AWS, DBA |
Validasi data yang direplikasi. | Kueri kluster database reporter di Wilayah DR untuk mengonfirmasi bahwa data pengujian yang Anda muat ke kluster basis data utama telah direplikasi. | DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|---|---|
Hentikan tugas AWS DMS. | Tugas AWS DMS di Wilayah DR tidak akan berfungsi dengan baik setelah kegagalan terjadi dan harus dihentikan untuk menghindari kesalahan. | Administrator AWS |
Lakukan failback terkelola. | Gagal kembali cluster database utama ke Region primer. Untuk petunjuknya, lihat Melakukan failover terencana terkelola untuk database global Amazon Aurora. Setelah failback pada cluster database utama selesai, lakukan aktivitas yang sama pada kluster database reporter. | Administrator AWS, DBA |
Dapatkan pos pemeriksaan replikasi. | Untuk mendapatkan pos pemeriksaan replikasi, gunakan klien MySQL untuk menanyakan tabel metadata dengan menjalankan yang berikut terhadap node penulis di kluster database reporter di Wilayah DR.
Dalam tabel, temukan | DBA |
Perbarui sumber AWS DMS dan titik akhir target. | Setelah cluster database gagal kembali, periksa cluster di Region primer untuk menentukan node mana yang merupakan instance penulis. Kemudian verifikasi sumber AWS DMS yang ada dan titik akhir target di Wilayah utama menunjuk ke instance penulis. Jika tidak, perbarui titik akhir dengan nama contoh penulis Domain Name System (DNS). | Administrator AWS |
Buat tugas AWS DMS. | Menggunakan konsol, buat tugas AWS DMS di Wilayah utama. Dalam tugas, tentukan metode migrasi Replikasi perubahan data saja. Untuk informasi selengkapnya, lihat Membuat tugas.
| Administrator AWS, DBA |
Rekam tugas AWS DMS Nama Sumber Daya Amazon (ARN). | Gunakan ARN untuk mendapatkan nama tugas AWS DMS untuk digunakan nanti. Untuk mengambil ARN tugas AWS DMS, jalankan perintah berikut:
Nama tugas akan diperlukan saat melakukan failover terkelola lain atau selama skenario DR. | Administrator AWS, DBA |
Hapus tugas AWS DMS. | Hapus tugas AWS DMS asli (saat ini dihentikan) di Wilayah utama dan tugas AWS DMS yang ada (saat ini dihentikan) di Wilayah sekunder. | Administrator AWS |
Sumber daya terkait
Informasi tambahan
Basis data global Amazon Aurora digunakan dalam contoh ini untuk DR karena mereka memberikan tujuan waktu pemulihan yang efektif (RTO) 1 detik dan tujuan titik pemulihan (RPO) kurang dari 1 menit, keduanya lebih rendah dari solusi replikasi tradisional dan ideal untuk skenario DR.
Basis data global Amazon Aurora menawarkan banyak keuntungan lain, termasuk yang berikut:
Pembacaan global dengan latensi lokal — Konsumen global dapat mengakses informasi di Wilayah lokal, dengan latensi lokal.
Cluster Amazon Aurora DB sekunder yang dapat diskalakan — Cluster sekunder dapat diskalakan secara independen, menambahkan hingga 16 replika hanya-baca.
Replikasi cepat dari cluster Amazon Aurora DB primer ke sekunder — Replikasi memiliki dampak kinerja yang kecil pada cluster primer. Ini terjadi pada lapisan penyimpanan, dengan latensi replikasi lintas wilayah khas kurang dari 1 detik.
Pola ini juga menggunakan AWS DMS untuk replikasi. Basis data Amazon Aurora menyediakan kemampuan untuk membuat replika baca, yang dapat menyederhanakan proses replikasi dan pengaturan DR. Namun, AWS DMS sering digunakan untuk mereplikasi ketika transformasi data diperlukan atau ketika database target memerlukan indeks tambahan yang tidak dimiliki database sumber.
