Kloning Basis Data di Neptune

Menggunakan kloning DB, Anda dapat dengan cepat dan berbiaya-efektif membuat klon dari semua basis data Anda di Amazon Neptune. Basis data klon hanya mensyaratkan ruang tambahan yang minimal saat pertama kali dibuat. Kloning database menggunakan copy-on-write protokol. Data disalin pada saat yang sama dengan diubah, baik di basis data sumber maupun basis data klon. Anda dapat membuat beberapa klon dari kluster DB yang sama. Anda juga dapat membuat klon tambahan dari klon lain. Untuk informasi selengkapnya tentang cara kerja copy-on-write protokol dalam konteks penyimpanan Neptune, lihatProtokol Copy-on-Write.

Anda dapat menggunakan kloning DB dalam berbagai kasus penggunaan, khususnya jika Anda tidak ingin memiliki dampak pada lingkungan produksi Anda, seperti berikut ini:

• Lakukan eksperimen dengan dan nilai dampak perubahan, seperti perubahan skema atau perubahan grup parameter.

• Lakukan operasi dengan beban kerja intensif, seperti mengekspor data atau menjalankan kueri analitis.

• Buat salinan klaster DB produksi dalam lingkungan nonproduksi untuk pengembangan atau pengujian.

Untuk membuat klon klaster DB menggunakan AWS Management Console

1. Masuk ke AWS Konsol Manajemen, dan buka konsol Amazon Neptune di https://console.aws.amazon.com/neptune/home.

2. Di panel navigasi, pilih Instans. Pilih instans primer untuk klaster DB yang ingin Anda buat klonnya.

3. Pilih Tindakan Instan, lalu pilih Buat klon.

4. Di halaman Buat Klon, ketik nama untuk instans primer klaster DB klon sebagai Pengidentifikasi instans DB.

   Jika ingin, konfigurasikan pengaturan lain untuk klaster DB klon. Untuk informasi tentang pengaturan klaster DB yang berbeda, lihat Luncurkan menggunakan konsol.

5. Pilih Buat Klon untuk meluncurkan klaster DB klon.

Untuk membuat klon klaster DB menggunakan AWS CLI

• Panggilpoint-in-timeAWS CLI perintah restore-db-cluster-toNeptune dan berikan nilai-nilai berikut:

  • --source-db-cluster-identifier   –   Nama klaster DB sumber untuk membuat klon.

  • --db-cluster-identifier   –   Nama klaster DB klon.

  • --restore-type copy-on-write   –   Nilai copy-on-write menunjukkan bahwa klaster DB klon harus dibuat.

  • --use-latest-restorable-time   –   Ini menentukan bahwa waktu pencadangan terbaru yang dapat dipulihkan harus digunakan.

  catatan

  point-in-timeAWS CLIPerintah restore-db-cluster-to- hanya mengklon klaster DB, bukan instans DB untuk klaster DB tersebut.

  Contoh Linux/UNIX berikut membuat klon dari klaster DB source-db-cluster-id dan menamai klon db-clone-cluster-id.

  aws neptune restore-db-cluster-to-point-in-time \
    --region us-east-1 \
    --source-db-cluster-identifier source-db-cluster-id \
    --db-cluster-identifier db-clone-cluster-id \
    --restore-type copy-on-write \
    --use-latest-restorable-time

  Contoh yang sama bekerja pada Windows jika karakter escape line-end \digantikan oleh yang setara dengan Windows ^:

  aws neptune restore-db-cluster-to-point-in-time ^
    --region us-east-1 ^
    --source-db-cluster-identifier source-db-cluster-id ^
    --db-cluster-identifier db-clone-cluster-id ^
    --restore-type copy-on-write ^
    --use-latest-restorable-time

Keterbatasan:

Kloning DB di Neptune memiliki batasan sebagai berikut:

• Anda tidak dapat membuat basis data klon di seluruh Wilayah AWS. Basis data klon harus dibuat dalam Wilayah yang sama dengan basis data sumber.

• Basis data yang diklonning selalu menggunakan patch terbaru dari versi mesin Neptune yang sedang digunakan oleh basis data yang diklonning. Hal ini benar bahkan jika basis data sumber belum ditingkatkan ke versi patch tersebut. Tetapi, versi mesin itu sendiri tidak berubah.

• Saat ini, Anda dibatasi pada 15 klon per salinan klaster DB Neptune Anda, termasuk klon berdasarkan klon lainnya. Setelah mencapai batas itu, Anda harus membuat salinan lain dari database Anda daripada mengkloning itu. Namun, jika Anda membuat salinan baru, itu dapat memiliki hingga 15 klon.

• Kloning DB cross-account saat ini tidak didukung.

• Anda dapat menyediakan Virtual Private Cloud (VPC) yang berbeda untuk klon Anda. Namun, subnet di VPC tersebut harus memetakan ke set Availability Zone yang sama.

Protokol Copy-on-Write untuk Kloning DB

Skenario berikut ini menggambarkan cara kerja copy-on-write protokol.

• Basis Data Neptune Sebelum Kloning

• Basis Data Neptune Setelah Kloning

• Ketika Perubahan Dibuat ke Basis Data Sumber

• Ketika Perubahan Dibuat ke Basis Data Klon

Basis Data Neptune Sebelum Kloning

Data dalam basis data sumber disimpan dalam halaman. Pada diagram berikut, basis data sumber memiliki empat halaman.

Basis Data Neptune Setelah Kloning

Seperti yang ditunjukkan dalam diagram berikut, tidak ada perubahan pada basis data sumber setelah kloning DB. Baik basis data sumber dan basis data klon menunjuk ke empat halaman yang sama. Tidak ada halaman yang secara fisik disalin, sehingga tidak perlu penyimpanan tambahan.

Ketika Perubahan Dibuat ke Basis Data Sumber

Pada contoh berikut, basis data sumber membuat perubahan ke data dalamPage 1. Alih-alih menulis ke aslinya Page 1, itu menggunakan penyimpanan tambahan untuk membuat halaman baru, disebut Page 1'. Basis data sumber sekarang menunjuk ke Page 1' baru, dan juga ke Page 2, Page 3, danPage 4. Basis data klon terus menunjuk ke Page 1 melalui Page 4.

Ketika Perubahan Dibuat ke Basis Data Klon

Pada diagram berikut, basis data klon juga telah berubah, kali ini dalam Page 4. Alih-alih menulis ke aslinya Page 4, penyimpanan tambahan digunakan untuk membuat halaman baru, disebut Page 4'. Basis data sumber terus menunjuk ke Page 1', dan juga Page 2 melalui Page 4, namun basis data klon sekarang menunjuk ke Page 1melalui Page 3, dan juga Page 4'.

Seperti yang ditunjukkan dalam skenario kedua, setelah kloning DB, tidak ada penyimpanan tambahan yang diperlukan pada saat pembuatan klon. Namun, karena perubahan terjadi dalam basis data sumber dan basis data klon, hanya halaman yang diubah yang dibuat, seperti yang ditunjukkan dalam skenario ketiga dan keempat. Karena lebih banyak perubahan yang terjadi seiring waktu baik pada basis data sumber maupun basis data klon, Anda perlu lebih banyak penyimpanan secara bertahap untuk menangkap dan menyimpan perubahan tersebut.

Menghapus Basis Data Sumber

Menghapus basis data sumber tidak mempengaruhi basis data klon database yang terkait dengannya. Basis data klon terus menunjuk ke halaman yang sebelumnya dimiliki oleh basis data sumber.