Halaman ini memberikan ringkasan fitur replikasi eksternal.
Tentang replikasi eksternal
Replikasi eksternal menggunakan SnapMirror untuk mereplikasi data dari sistem berbasis ONTAP ke Google Cloud NetApp Volumes. Fitur ini mendukung operasi yang sama seperti buat, hentikan, lanjutkan, batalkan, dan hapus seperti replikasi volume, yang menawarkan replikasi antar-volume dalam NetApp Volumes.
Replikasi eksternal menggunakan teknologi SnapMirror yang sama seperti migrasi volume dan berbagi fitur umum seperti transfer dasar dan inkremental, serta peering cluster untuk autentikasi.
Tabel berikut menjelaskan perbedaan utama antara migrasi volume dan replikasi eksternal:
Migrasi volume | Replikasi eksternal |
---|---|
Dirancang untuk migrasi searah yang dibatasi waktu dari ONTAP ke NetApp Volumes. | Dirancang sebagai solusi replikasi berkelanjutan untuk pemulihan dari bencana, dengan arah replikasi yang dapat dibalik. |
Pertimbangan
Replikasi eksternal hanya tersedia melalui API dan Google Cloud CLI, tetapi tidak di Google Cloud konsol.
Ringkasan alur kerja replikasi eksternal
Replikasi eksternal berfungsi serupa dengan replikasi volume, tetapi sistem sumber awal adalah volume pada sistem ONTAP eksternal, bukan volume NetApp Volumes.
Seperti replikasi volume, replikasi eksternal melalui berbagai fase seperti replikasi dasar dan inkremental. Layanan ini mendukung operasi seperti membuat, menghentikan, melanjutkan, menghapus, dan membalikkan arah replikasi.
Meskipun semua tindakan dapat dimulai dari NetApp Volumes, beberapa tindakan mengharuskan pengguna menjalankan perintah CLI ONTAP di sistem ONTAP eksternal. Replikasi eksternal juga menggunakan mekanisme autentikasi yang sama dengan sistem ONTAP eksternal seperti migrasi volume, yaitu proses yang diperlukan untuk membuat peering cluster.
Alur kerja replikasi eksternal terdiri dari fase berikut:
Autentikasi
Selama fase autentikasi, administrator penyimpanan sistem ONTAP sumber harus memberikan izin NetApp Volumes untuk mengambil volume dari sistem sumber. Hal ini dilakukan melalui langkah-langkah administratif di sistem ONTAP sumber, yang disebut peering cluster dan peering SVM. Proses replikasi eksternal menghasilkan perintah ONTAP yang harus dijalankan administrator di sistem sumber.
Transfer dasar pengukuran
Setelah Anda menyiapkan replikasi, snapshot akan membuat titik konsistensi pada sistem sumber. Semua data yang diambil dari snapshot ini, termasuk snapshot yang lebih lama, kemudian ditransfer ke NetApp Volumes selama fase awal yang disebut transfer dasar.
Transfer awal dapat memerlukan waktu beberapa menit, jam, hari, atau minggu. Durasi ini bergantung pada hal berikut:
Jumlah data dalam snapshot.
Kecepatan jaringan antara sistem sumber ONTAP dan NetApp Volumes.
Setelan throughput NetApp Volumes Anda.
Selama transfer dasar, volume sumber Anda terus melayani beban kerja dan data ditambahkan, diubah, atau dihapus oleh klien. Perubahan ini tidak memengaruhi snapshot yang digunakan untuk titik konsistensi dasar. Saat pembuatan dasar sedang berlangsung, volume tujuan tidak tersedia untuk klien. Setelah baseline selesai, volume tujuan akan menjadi online dan tersedia untuk akses klien dalam mode hanya baca. Perhatikan bahwa volume tujuan akan memiliki alamat IP yang berbeda.
Tidak seperti replikasi volume, replikasi eksternal tidak dapat membaca parameter volume sumber seperti ukuran, pilihan protokol, dan kebijakan ekspor atau snapshot. Oleh karena itu, Anda harus mengonfigurasi setelan ini dengan benar untuk volume tujuan.
Klien kemudian dapat memetakan atau memasang volume tujuan, tetapi hanya untuk operasi baca saja.
Transfer inkremental
Setelah transfer dasar selesai, replikasi akan memicu transfer inkremental berdasarkan interval terjadwal Anda.
Setiap transfer inkremental melakukan tindakan berikut:
Mengambil snapshot baru dari volume sumber Anda.
Menghitung perubahan data antara snapshot saat ini dan sebelumnya.
Mulai mentransfer perubahan ini ke tujuan.
Setiap transfer inkremental membuat snapshot sumber baru, menghapus snapshot SnapMirror terlama, menghitung perubahan, dan mentransfernya. Jika transfer masih berjalan saat transfer terjadwal berikutnya akan dilakukan, transfer baru akan dilewati. Hal ini dapat terjadi jika perubahan volume data melebihi apa yang dapat ditransfer dalam interval yang ditentukan, karena faktor-faktor berikut:
Interval replikasi yang ditentukan terlalu singkat.
Bandwidth jaringan terbatas antara sistem ONTAP dan Volume NetApp.
Laju perubahan yang tinggi pada sistem sumber.
Transfer yang dilewati berdampak negatif pada toleransi jumlah data yang hilang (RPO). Sebaiknya pantau waktu jeda replikasi. Jika jeda sering kali mencapai dua kali interval replikasi, Anda mungkin harus mengambil tindakan balasan seperti meningkatkan bandwidth jaringan atau memperpanjang interval replikasi.
Klien yang memasang volume tujuan akan melihat tampilan hanya baca dengan konten statis. Namun, setelah transfer inkremental selesai, konten volume akan langsung diperbarui dari snapshot replikasi sebelumnya ke snapshot terbaru dalam satu operasi atomik.
Menjalankan beberapa replikasi eksternal secara paralel
Replika eksternal dan migrasi volume menggunakan kuota project yang sama. Untuk menjalankan beberapa replikasi eksternal dan migrasi volume secara paralel, Anda harus meminta kuota tinggi yang memadai.