Tentang replikasi instance

Filestore kini 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 tingkatan 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 data instance ke titik waktu tertentu sebelumnya. Pengguna juga dapat memilih untuk kembali ke versi file tertentu sebelumnya.

Snapshot tidak mereplikasi data atau menggunakan kapasitas hingga data di instance diubah. Semua snapshot instance berbagi data yang sama, yang berarti instance hanya menyimpan perbedaan antara snapshot.

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

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

Cadangan

Backup adalah resource eksternal yang berada di luar instance, yang menggunakan kapasitasnya sendiri secara terpisah. Pencadangan pertama adalah salinan lengkap data instance, dengan setiap pencadangan berikutnya hanya menggunakan data yang diperlukan untuk melacak perubahan inkremental dan diferensial sejak pencadangan sebelumnya. Secara internal, histori rantai pencadangan' 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 setiap perubahan yang dilakukan pada sumber dan mereplikasi perubahan tersebut secara asinkron ke instance replika dalam toleransi jumlah data yang hilang (RPO) target sekitar 30 menit.

Proses ini mengandalkan snapshot dan juga menggunakan kapasitas. Saat snapshot menjadi tidak berlaku, snapshot akan dihapus untuk mengosongkan kapasitas instance di kedua instance.

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

Peran pasangan instance

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

  • ACTIVE

    Instance sumber.

  • STANDBY

    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 terbaru yang berhasil.

Saat Anda melanjutkan replikasi, akses klien ke replika akan dihapus, dan instance akan dikembalikan 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.

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

Promosikan replika

Meskipun instance replika tidak dapat dipasang atau ditulis secara langsung, jika terjadi gangguan layanan, replika dapat melakukan operasi promote-replica. Operasi yang sama ini dapat diakses dari Google Cloud console.

Operasi ini memulai tindakan berikut:

  • Menghentikan replikasi antara instance ACTIVE dan STANDBY.
  • Membatalkan penyandingan kedua resource.
  • Mempromosikan replika ke instance reguler yang mampu melakukan koneksi dan penulisan klien seperti instance lainnya.
  • Peran replikasi, baik ACTIVE maupun STANDBY, dihapus dari kedua instance.
  • Jika operasi berhasil diselesaikan, status instance replika akan berubah dari PROMOTING menjadi READY.

Setelah aplikasi Anda kembali online, instance sumber baru ini dapat dipasangkan dengan replika baru dan Anda dapat memulai replikasi instance sekali 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 dikembalikan ke titik data terakhir yang diselesaikan, sehingga menghapus semua data pengujian.

Instance replika menyinkronkan data yang tersisa dalam transit dari instance sumber dan menjadi instance aktif baru. Mempromosikan replika berarti menghentikan proses replikasi. Akibatnya, link replikasi asli terputus dan replikasi tidak dapat dilanjutkan.

Failback

Operasi promote-replica memulai jeda dalam replikasi. 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 layanan berikut:

    • HDD Dasar
    • SSD Dasar

  • Spesifikasi berikut harus sama untuk setiap instance dalam pasangan:

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

RPO

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

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

    Instance dengan kecepatan perubahan yang lebih tinggi dapat mengalami periode replikasi yang lebih lama. Waktu RPO bervariasi dan tidak secara ketat memetakan secara linear dengan kecepatan perubahan yang lebih tinggi. Misalnya, jika tingkat perubahan berlipat ganda, periode RPO tidak akan berlipat ganda.

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

Operasi

  • Operasi berikut dinonaktifkan di instance ACTIVE:

    • Penghapusan instance
    • Mengembalikan ke snapshot

  • Batasan berikut berlaku untuk instance STANDBY:

    • Tidak mendukung akses NFS
    • Pencadangan dinonaktifkan
    • Snapshot dinonaktifkan

Traffic jaringan

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

Performa

  • Replikasi data berkelanjutan antara pasangan 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 terkaitnya. Jika instance sumber tidak ada lagi, dan Anda ingin menghapus instance yang sebelumnya digunakan sebagai replikanya, gunakan gcloud untuk menemukan dan menghapus instance tersebut.

Rekomendasi

Untuk solusi pemulihan dari bencana yang andal, pengguna sangat dianjurkan 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. Mereplikasi instance ditawarkan tanpa biaya tambahan. Instance replika adalah salinan lengkap instance sumber yang terus diperbarui. Harga sebanding dengan dukungan pemulihan data yang diberikan dalam opsi pemulihan data berkelanjutan yang sesuai untuk beban kerja perusahaan.

Untuk mengetahui informasi selengkapnya, hubungi perwakilan Filestore Anda.

Langkah berikutnya