Merencanakan migrasi

Halaman ini memberikan detail tentang cara merencanakan migrasi Anda.

Memperkirakan durasi migrasi untuk satu volume

Durasi migrasi volume dipengaruhi oleh beberapa faktor:

  • Kecepatan volume sumber Anda: Traffic SnapMirror memiliki prioritas yang lebih rendah daripada traffic NFS dan SMB. Beban kerja yang tinggi pada volume sumber dapat mengurangi performa traffic SnapMirror keluar.

  • Throughput Volume NetApp: tingkat layanan dan ukuran volume menentukan throughput-nya. Traffic NFS atau SMB pada volume juga dapat mengurangi performa SnapMirror.

  • Throughput koneksi jaringan: SnapMirror mencoba kecepatan maksimum dan mungkin menggunakan bandwidth yang digunakan bersama dengan pengguna lain pada koneksi jaringan antara sistem ONTAP sumber dan NetApp Volumes.

  • Jumlah data yang digunakan dalam volume sumber: volume data yang lebih besar memerlukan waktu lebih lama untuk ditransfer.

  • Tingkat perubahan data volume sumber: tingkat perubahan data yang lebih tinggi selama proses migrasi akan meningkatkan waktu yang diperlukan untuk menyinkronkan transfer inkremental.

Perkiraan kasar durasi migrasi dapat dihitung dengan aturan praktis.

Contoh

Pertimbangkan skenario berikut untuk penghitungan durasi migrasi:

  • Volume sumber: Kapasitas 15 TiB dengan 12 TiB data yang digunakan.

    • Data yang akan ditransfer: 12 TiB.

    • Efisiensi penyimpanan ONTAP dapat mengurangi ukuran transfer, tetapi Anda dapat mengabaikannya untuk latihan ini.

    • Asumsikan kemampuan performa bukan merupakan faktor pembatas.

  • Tingkat perubahan: 10% per hari.

    • Tingkat perubahan data harian: 1,2 TiB.

    • 10% adalah asumsi untuk contoh ini; tingkat perubahan biasanya jauh lebih rendah.

  • Koneksi jaringan: Infrastruktur lokal terhubung ke Google menggunakan interkoneksi 10 Gbps.

    • Bandwidth TCP efektif: sekitar 1000 MiBps, yang dapat digunakan secara eksklusif.

  • Volume tujuan: Volume 12 TiB dengan tingkat layanan Premium.

    • Batas throughput: 12 × 64 MiBps = 768 MiBps.

Penghitungan

Dalam contoh ini, faktor pembatasnya adalah batas throughput volume tujuan sebesar 768 MiBps. Performa volume sumber dianggap tidak terbatas, dan bandwidth jaringan adalah 1000 MiBps.

Transfer dasar pengukuran

  • Data yang akan ditransfer: 12 TiB

  • Batas throughput: 768 MiBps

  • Penghitungan waktu: (12 TiB x 1024^2 MiB/TiB) / 768 MiBps = 16384 detik

  • Total waktu untuk transfer dasar: 4,6 jam

Transfer inkremental pertama

  • Waktu yang berlalu sejak transfer dasar: 5 jam

  • Perubahan data: (12 TiB x 1024 GiB/TiB) * 10% * (5 jam/24 jam) = 256 GiB

  • Perhitungan waktu:(256 GiB x 1024 MiB/GiB) / 768 MiBps = 341 detik

  • Total waktu untuk transfer inkremental pertama: ~6 menit

Transfer inkremental kedua

  • Waktu yang berlalu sejak transfer inkremental pertama: 1 jam

  • Perubahan data: (12 TiB x 1024 GiB/TiB) * 10% * (1 jam/24 jam) = 51,2 GiB

  • Perhitungan waktu: (51,2 GiB x 1024 MiB/GiB) / 768 MiBps = 68 detik

  • Total waktu untuk transfer inkremental kedua: ~70 detik

Transfer inkremental berikutnya

Setelah transfer inkremental pertama, semua transfer berikutnya biasanya memerlukan waktu kurang dari satu jam. Setelah transfer inkremental kedua, semua transfer berikutnya akan memerlukan waktu yang kurang lebih sama.

Proses peralihan

Mulai proses transisi segera setelah transfer inkremental selesai untuk meminimalkan akumulasi data yang berubah.

Total waktu migrasi: sekitar 4,7 jam.

Menjalankan beberapa migrasi atau replikasi eksternal secara paralel

Migrasi volume dan replikasi eksternal dikelola di API sebagai dua variasi replikasi hybrid dan menggunakan kuota project Google yang sama.

Jumlah replikasi hybrid yang dikonfigurasi dibatasi oleh kuota project khusus region, yang disetel ke 1 secara default. Anda dapat meminta kuota yang lebih tinggi menggunakan konsol Google Cloud untuk NetApp Volumes API. Berikut adalah kuota yang relevan:

  • netapp.googleapis.com/standard_hybrid_replicated_volumes_per_region

  • netapp.googleapis.com/hybrid_replicated_volumes_per_region

Jika Anda perlu memigrasikan lebih banyak volume daripada yang diizinkan oleh kuota saat ini, Anda harus melakukan operasi ini secara berurutan. Sebaiknya kelompokkan volume yang termasuk dalam workload yang sama ke dalam batch untuk migrasi serentak, yang juga membantu dalam melakukan peralihan secara bersamaan.

Untuk replikasi eksternal, kuota project Anda harus memadai untuk mengakomodasi semua replikasi eksternal yang dikonfigurasi, selain potensi migrasi volume.

Langkah berikutnya

Prasyarat untuk ONTAP dan NetApp Volumes.