Tentang replikasi instance

Filestore menawarkan replikasi asinkron untuk instance Anda.

Instance sumber dapat direplikasi secara terus-menerus dan asinkron ke instance standby di lokasi pilihan Anda.

Untuk pelanggan tertentu, Filestore menawarkan dukungan replikasi instance untuk instance yang dibuat di tingkat layanan berikut:

  • Zonal
  • Regional
  • Enterprise

Replikasi instance dibandingkan dengan opsi pemulihan data lainnya

Bagian berikut membahas keunggulan replikasi instance dibandingkan dengan snapshot dan cadangan.

Snapshot

Snapshot adalah resource yang menggunakan kapasitas dalam instance dan memungkinkan Anda mengembalikan status data instance saat ini ke titik waktu tertentu sebelumnya. Pengguna juga dapat memilih untuk kembali ke versi file tertentu sebelumnya.

Snapshot tidak mereplikasi data apa pun atau menggunakan kapasitas hingga data pada instance diubah. Semua snapshot instance berbagi data yang sama, yang berarti instance hanya mempertahankan perbedaan antara snapshot.

Meskipun snapshot menawarkan efisiensi biaya jika dibandingkan dengan operasi pemulihan data Filestore lainnya, kapasitas instance yang tersedia terus menurun saat modifikasi file dilakukan.

Mengembalikan instance ke status sebelumnya bersifat destruktif, karena akan menghapus versi terbaru data instance, dan harus digunakan dengan hati-hati.

Cadangan

Cadangan adalah resource eksternal yang berada di luar instance, menggunakan kapasitasnya sendiri yang terpisah. Cadangan pertama adalah salinan lengkap data instance, dengan setiap cadangan berikutnya hanya menggunakan data yang diperlukan untuk melacak perubahan inkremental dan diferensial sejak cadangan sebelumnya. Secara internal, histori rantai cadangan dilacak menggunakan snapshot, yang menggunakan kapasitas pada instance sumber.

Replikasi instance

Replikasi instance memasangkan instance sumber dengan instance replika, resource terpisah di lokasi sekunder yang terus memantau perubahan apa pun yang dilakukan pada sumber dan mereplikasi perubahan tersebut secara asinkron ke instance replika dalam batas waktu toleransi durasi kehilangan data (RPO) sekitar 30 menit.

Proses ini bergantung pada snapshot dan juga menggunakan kapasitas. Saat snapshot menjadi usang, snapshot akan dihapus untuk mengosongkan kapasitas instance di kedua instance.

Instance replika adalah salinan lengkap instance sumber yang terus diperbarui. Sebagian besar salinan dijadwalkan setiap lima hingga sepuluh menit. Metrik tersedia yang menunjukkan stempel waktu salinan instance lengkap terakhir. Untuk mengetahui informasi selengkapnya, baca bagian Monitoring.

Peran pasangan instance

Saat replikasi instance diaktifkan, setiap instance dalam pasangan akan diberi peran:

  • ACTIVE adalah instance sumber.
  • STANDBY adalah instance replika.

Perubahan peran tidak otomatis dan hanya dapat dimulai oleh pengguna.

Menjeda dan melanjutkan replikasi

Saat replikasi dijeda, status instance replika akan berubah dari STANDBY menjadi ACTIVE berdasarkan titik data terakhir yang berhasil.

Saat Anda melanjutkan replikasi, akses klien ke replika akan dihapus, dan instance akan kembali ke titik data aslinya, sehingga menghapus semua data pengujian. Setelah itu, replikasi standar dari instance aktif akan dimulai ulang.

Melanjutkan replikasi mungkin memerlukan waktu lebih lama untuk sinkronisasi awal, bergantung pada durasi jeda dan jumlah perubahan pada instance aktif. Selain itu, durasi operasi lanjutan dipengaruhi oleh ukuran sistem file dan bergantung pada jumlah file yang terlibat dalam operasi.

Untuk mengetahui informasi selengkapnya, lihat Menjeda replikasi dan Melanjutkan replikasi.

Mempromosikan replika

Meskipun Anda tidak dapat memasang instance replika atau menulis ke instance tersebut secara langsung, jika terjadi gangguan layanan, Anda dapat mempromosikan replika menggunakan perintah gcloud CLI promote-replicaatau Google Cloud konsol.

Operasi promote-replica memulai tindakan berikut:

  1. Menghentikan replikasi antara instance ACTIVE dan STANDBY.
  2. Membatalkan pemasangan kedua resource.
  3. Mempromosikan replika ke instance reguler yang dapat melakukan koneksi dan penulisan klien seperti instance lainnya.
  4. Menghapus peran replikasi (ACTIVE atau STANDBY) dari kedua resource.

Saat operasi berhasil diselesaikan, status instance replika akan berubah dari PROMOTING menjadi READY. Setelah aplikasi Anda kembali online, Anda dapat memasangkan instance sumber ini dengan replika baru dan dapat memulai replikasi instance lagi.

Untuk mengetahui informasi selengkapnya, lihat Menghentikan replikasi dan mempromosikan replika.

Mempromosikan replika yang dijeda

Mempromosikan replika yang dijeda berguna untuk pemulihan dari bencana jika instance aktif tidak tersedia. Saat Anda mempromosikan replika yang dijeda, instance akan kembali ke titik data terakhir yang diselesaikan, sehingga menghapus semua data pengujian. Instance replika menyinkronkan data dalam pengiriman yang tersisa dari instance sumber dan menjadi instance aktif baru. Mempromosikan replika berarti menghentikan proses replikasi. Akibatnya, link replikasi asli akan terputus dan replikasi tidak dapat dilanjutkan.

Failback

Operasi promote-replica memulai penghentian replikasi. Operasi ini adalah pengalihan, bukan peristiwa failover, yang berarti failback tidak otomatis. Setelah operasi selesai, administrator harus menghubungkan kembali aplikasi mereka ke instance sumber baru.

Batasan

Batasan berikut berlaku:

  • Replikasi instance tidak tersedia di tingkat HDD Dasar dan SSD Dasar.

  • Tingkat layanan , termasuk rentang kapasitas, harus sama untuk instance aktif dan replika.

Replikasi lintas project

Anda dapat membuat replika di project Google Cloud yang berbeda dari instance aktif. Batasan berikut berlaku untuk replikasi lintas project:

  • Anda hanya dapat membuat replika lintas project menggunakan gcloud CLI atau API. Anda tidak dapat menggunakan Google Cloud konsol.
  • Anda harus memiliki peran Editor Cloud Filestore (roles/file.editor) di project sumber dan replika. Peran ini mencakup izin file.instances.create, yang diperlukan di project sumber untuk membuat replika lintas project.
  • Anda dapat menggunakan Google Cloud konsol untuk melihat detail replika lintas project, tetapi Anda tidak dapat mengedit detail instance.
  • Filestore hanya memvalidasi izin pengguna dan tidak memvalidasi kepemilikan project. Anda harus melindungi project menggunakan kebijakan Kontrol Layanan VPC.

Bagian berikut membahas batasan fitur lainnya terkait RPO, operasi, traffic jaringan, performa, dan ketersediaan secara mendetail:

RPO

  • Waktu RPO yang dikutip adalah perkiraan dan tidak didukung berdasarkan perjanjian tingkat layanan (SLA) Filestore apa pun.

  • RPO target 30 menit berlaku untuk instance dengan tingkat perubahan 100 MB per detik dan tingkat IOPS 300 per detik, dengan IOPS ditentukan sebagai operasi create, edit, atau delete yang diterapkan ke file atau direktori apa pun.

    Instance dengan tingkat perubahan yang lebih tinggi mungkin mengalami periode replikasi yang lebih lama. Waktu RPO bervariasi dan tidak secara ketat dipetakan secara linear dengan tingkat perubahan yang lebih tinggi. Misalnya, jika tingkat perubahan dua kali lipat, jendela RPO tidak akan selalu dua kali lipat.

  • Replikasi instance ditentukan saat pembuatan instance. Jika ingin memasangkan replika dengan instance sumber, Anda harus mengaktifkan replikasi instance pada instance saat membuatnya, lalu memasangkannya dengan replika. Instance yang ada tidak dapat digunakan sebagai replika.

Operasi

  • Operasi berikut dinonaktifkan pada instance ACTIVE:

    • Penghapusan instance
    • Kembali ke snapshot

  • Batasan berikut berlaku untuk instance STANDBY:

    • Tidak mendukung akses NFS
    • Cadangan dinonaktifkan
    • Snapshot dinonaktifkan

Traffic jaringan

  • Replikasi data berkelanjutan antara instance sumber dan replika akan dikenai biaya traffic jaringan. Untuk mengetahui informasi selengkapnya, lihat harga Filestore atau perwakilan Filestore Anda.

Performa

  • Replikasi data berkelanjutan antara pasangan akan memengaruhi performa IOPS pada instance sumber.

Ketersediaan

  • Beberapa batasan berlaku saat memilih region untuk instance replika Anda. Untuk mengetahui informasi selengkapnya, hubungi perwakilan Filestore Anda.

  • Menghapus instance sumber tidak akan menghapus replika terkait. Jika instance sumber tidak ada lagi, dan Anda ingin menghapus instance yang sebelumnya digunakan sebagai replikanya, gunakan gcloud untuk menemukan dan menghapus instance.

Rekomendasi

Untuk solusi disaster recovery yang andal, pengguna sangat disarankan untuk memilih region terpisah, bukan zona terpisah untuk instance replika.

Pemantauan

Metrik time_since_last_replication menunjukkan stempel waktu salinan lengkap terakhir dari instance aktif.

Untuk informasi selengkapnya, lihat referensi berikut:

Harga

Saat Anda menggunakan replikasi instance, biaya untuk instance dan jaringan lintas region akan berlaku. Replikasi instance ditawarkan tanpa biaya tambahan. Instance replika adalah salinan lengkap instance sumber yang terus diperbarui. Harga sebanding dengan dukungan pemulihan data yang disediakan dalam opsi pemulihan data berkelanjutan yang sesuai untuk workload perusahaan.

Untuk mengetahui informasi selengkapnya, hubungi perwakilan Filestore Anda.

Langkah berikutnya