Filestore kini menawarkan replikasi asinkron untuk instance Anda.
Instance sumber dapat direplikasi secara asinkron dan berkelanjutan ke instance standby di lokasi pilihan Anda.
Untuk pelanggan tertentu, Filestore menawarkan dukungan replikasi instance (GA yang Diizinkan) 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 pencadangan.
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 sebelumnya dari file tertentu.
Snapshot tidak mereplikasi data apa pun atau menggunakan kapasitas hingga data di instance diubah. Semua snapshot instance memiliki data yang sama, yang berarti bahwa 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 seiring dengan dilakukannya modifikasi file.
Mengembalikan instance ke status sebelumnya bersifat destruktif, karena akan menghapus data instance versi terbaru, dan harus digunakan dengan hati-hati.
Cadangan
Pencadangan adalah resource eksternal yang berada di luar instance, yang menggunakan kapasitas terpisahnya sendiri. 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 cadangan dilacak menggunakan snapshot, yang menggunakan kapasitas pada instance sumber.
Replikasi instance
Replikasi instance menyambungkan instance sumber dengan instance replika, yaitu resource terpisah di lokasi sekunder yang terus memantau setiap perubahan yang dilakukan pada sumber dan mereplikasi perubahan tersebut secara asinkron ke instance replika dalam target toleransi jumlah data yang hilang (RPO) sebesar sekitar 30 menit.
Proses ini mengandalkan snapshot dan juga menggunakan kapasitas. Saat tidak lagi digunakan, snapshot akan dihapus untuk mengosongkan kapasitas instance di kedua instance.
Instance replika adalah salinan lengkap dari 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, lihat Pemantauan.
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.
Promosikan replika
Meskipun instance replika tidak dapat dipasang atau ditulis secara langsung, jika terjadi
penghentian layanan, replika dapat melakukan
operasi
promote-replica
. Operasi yang sama ini dapat diakses dari konsol Google Cloud.
Operasi ini memulai tindakan berikut:
- Menghentikan replikasi antara instance
ACTIVE
danSTANDBY
. - Membatalkan penyambungan kedua resource.
- Mempromosikan replika ke instance reguler yang mampu melakukan koneksi klien dan menulis seperti instance lainnya.
- Peran replikasi, baik
ACTIVE
maupunSTANDBY
, dihapus dari kedua instance. - Jika operasi berhasil selesai, status instance replika akan berubah
dari
PROMOTING
menjadiREADY
.
Setelah aplikasi Anda kembali online, instance sumber baru ini dapat dipasangkan dengan replika baru dan Anda dapat memulai replikasi instance sekali lagi.
Untuk melihat cara menjalankan operasi, lihat Memutuskan replikasi.
Failback
Operasi promote-replica
memulai jeda dalam replikasi. Ini adalah
penggantian, bukan peristiwa failover, yang berarti bahwa failback
tidak otomatis. Setelah operasi selesai, administrator harus
menghubungkan kembali aplikasi mereka ke instance sumber baru.
Batasan
Batasan berikut berlaku:
Tidak tersedia di tingkat layanan berikut:
- HDD Dasar
- SSD Dasar
Spesifikasi berikut harus sama untuk setiap instance dalam pasangan:
- Project
- VPC
- Protokol Filestore
- Tingkat layanan, termasuk rentang kapasitas
Bagian berikut membahas batasan fitur lainnya yang terkait dengan 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 kecepatan perubahan 100 MB per detik dan kecepatan IOPS 300 per detik, dengan IOPS didefinisikan sebagai operasi
create
,edit
, ataudelete
yang diterapkan ke file atau direktori apa pun.Instance dengan rasio perubahan yang lebih tinggi dapat mengalami periode replikasi yang lebih lama. Waktu RPO bervariasi dan tidak dipetakan secara linear dengan rasio perubahan yang lebih tinggi. Misalnya, jika rasio perubahan meningkat dua kali lipat, periode RPO tidak akan otomatis meningkat dua kali lipat.
Replikasi instance ditentukan saat pembuatan instance. Jika ingin menyambungkan replika dengan instance sumber, Anda harus mengaktifkan replika instance pada replika saat membuatnya, lalu menyambungkannya dengan sumber. 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
- 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 perwakilan Filestore Anda.
Performa
- Replikasi data berkelanjutan antara pasangan tersebut memengaruhi performa IOPS pada instance sumber.
Ketersediaan
Beberapa batasan berlaku saat memilih region untuk instance replika Anda. Untuk mengetahui informasi selengkapnya, lihat perwakilan Filestore Anda.
Jika terjadi pemadaman layanan di region standby, instance aktif tidak akan dapat diakses. Hubungi dukungan Filestore untuk mendapatkan kembali akses.
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.
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
mewakili stempel waktu salinan lengkap
terakhir dari instance aktif.
Untuk informasi selengkapnya, lihat referensi berikut:
Harga
Instance replika adalah salinan lengkap dari 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, lihat perwakilan Filestore Anda.