Migrasi ke FSx untuk ONTAP menggunakan NetApp SnapMirror - fsX untuk ONTAP

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Migrasi ke FSx untuk ONTAP menggunakan NetApp SnapMirror

Anda dapat memigrasi sistem file NetApp ONTAP Anda ke Amazon FSx untuk ONTAP menggunakan. NetApp NetApp SnapMirror

NetApp SnapMirror menggunakan replikasi tingkat blok antara dua sistem file ONTAP, mereplikasi data dari volume sumber tertentu ke volume tujuan. Kami merekomendasikan penggunaan SnapMirror untuk memigrasikan sistem NetApp file ONTAP on-premise ke fsX untuk ONTAP. NetApp SnapMirrorreplikasi tingkat blok cepat dan efisien bahkan untuk sistem file dengan:

  • Struktur direktori yang kompleks

  • Lebih dari 50 juta file

  • Ukuran file yang sangat kecil (sesuai urutan kilobyte)

Saat Anda menggunakan migrasi SnapMirror ke FSx untuk ONTAP, data yang tidak digandakan dan dikompresi tetap berada di status tersebut, yang mengurangi waktu transfer dan mengurangi jumlah bandwidth yang diperlukan untuk migrasi. Snapshot yang ada pada volume ONTAP sumber dipertahankan saat dimigrasikan ke volume tujuan. Memigrasi sistem file NetApp ONTAP lokal Anda ke FSx untuk ONTAP melibatkan tugas tingkat tinggi berikut:

  1. Buat volume tujuan di Amazon FSx.

  2. Kumpulkan antarmuka logis sumber dan tujuan (LIF).

  3. Membangun cluster peering antara sumber dan sistem file tujuan.

  4. Buat hubungan peering SVM.

  5. Ciptakan SnapMirror hubungan.

  6. Pertahankan klaster tujuan yang diperbarui.

  7. Potong ke FSx Anda untuk sistem file ONTAP.

Diagram berikut menggambarkan skenario migrasi yang dijelaskan di bagian ini.

Flowchart menampilkan proses migrasi sistem  NetApp  file ONTAP lokal ke fsX untuk ONTAP.

Sebelum Anda memulai

Sebelum Anda mulai menggunakan prosedur yang dijelaskan di bagian berikut, pastikan Anda telah memenuhi prasyarat berikut:

  • FSx untuk ONTAP memprioritaskan lalu lintas klien daripada tugas latar belakang termasuk tiering data, efisiensi penyimpanan, dan pencadangan. Saat memigrasikan data, dan sebagai praktik terbaik secara umum, kami menyarankan Anda memantau kapasitas tingkat SSD Anda untuk memastikan pemanfaatannya tidak melebihi 80%. Anda dapat memantau pemanfaatan tingkat SSD Anda menggunakan metrik sistem CloudWatch File. Untuk informasi selengkapnya, lihat Metrik volume.

  • Jika Anda menyetel kebijakan tingkatan data volume tujuan All saat memigrasikan data, semua metadata file disimpan di tingkat penyimpanan SSD utama. Metadata file selalu disimpan di tingkat primer berbasis SSD, terlepas dari kebijakan tingkatan data volume. Kami menyarankan Anda mengasumsikan rasio 1:10 untuk tingkat primer: kapasitas kapasitas kapasitas kapasitas kapasitas penyimpanan tingkat.

  • Sistem file sumber dan tujuan terhubung dalam VPC yang sama, atau berada di jaringan yang diintip menggunakan Amazon VPC Peering, Transit Gateway, atau. AWS Direct Connect AWS VPN Untuk informasi lebih lanjut, lihat Mengakses data dari dalam AWS dan Apa itu VPC peering? di Panduan Peering VPC Amazon.

  • Grup keamanan VPC untuk sistem file FSx untuk ONTAP memiliki aturan masuk dan keluar yang memungkinkan ICMP serta TCP pada port 443, 10000, 11104, dan 11105 untuk titik akhir antar-cluster (LIF) Anda.

  • Verifikasi bahwa volume sumber dan tujuan menjalankan versi NetApp ONTAP yang kompatibel sebelum membuat hubungan perlindungan SnapMirror data. Untuk informasi selengkapnya, lihat Versi ONTAP yang kompatibel untuk SnapMirror hubungan dalam dokumentasi NetApp pengguna ONTAP. Prosedur yang disajikan di sini menggunakan sistem file NetApp ONTAP on-premise untuk sumbernya.

  • Sistem file NetApp ONTAP lokal (sumber) Anda menyertakan lisensi. SnapMirror

  • Anda telah membuat FSx tujuan untuk sistem file ONTAP dengan SVM, tetapi Anda belum membuat volume tujuan. Untuk informasi selengkapnya, lihat Membuat fsX untuk sistem file ONTAP.

Perintah dalam prosedur ini menggunakan alias klaster, SVM, dan volume berikut:

  • FSx-Dest— ID cluster tujuan (FSx) (dalam format F SxIdabcdef 1234567890a).

  • OnPrem-Source— ID cluster sumber.

  • DestSVM— nama SVM tujuan.

  • SourceSVM— nama sumber SVM.

  • Baik nama volume sumber dan tujuan adalahvol1.

catatan

Sebuah fsX untuk sistem file ONTAP disebut sebagai cluster di semua perintah ONTAP CLI.

Prosedur di bagian ini menggunakan perintah CLI NetApp ONTAP berikut.

Anda akan menggunakan CLI NetApp ONTAP untuk membuat dan mengelola SnapMirror konfigurasi pada fsX Anda untuk sistem file ONTAP. Untuk informasi selengkapnya, lihat Menggunakan CLI NetApp ONTAP.

Buat volume tujuan

Anda dapat membuat volume tujuan perlindungan data (DP) menggunakan konsol Amazon FSx, API, AWS CLI dan Amazon fsX, selain NetApp ONTAP CLI dan REST API. Untuk informasi tentang membuat volume tujuan menggunakan konsol Amazon FSx danAWS CLI, lihat. Membuat volume

Dalam prosedur berikut, Anda akan menggunakan CLI NetApp ONTAP untuk membuat volume tujuan pada fsX Anda untuk sistem file ONTAP. Anda akan memerlukan fsxadmin kata sandi dan alamat IP atau nama DNS dari port manajemen sistem file.

  1. Buat sesi SSH dengan sistem file tujuan menggunakan pengguna fsxadmin dan kata sandi yang Anda tetapkan saat Anda membuat sistem file.

    ssh fsxadmin@file-system-management-endpoint-ip-address
  2. Buat volume pada cluster tujuan yang memiliki kapasitas penyimpanan yang setidaknya sama dengan kapasitas penyimpanan volume sumber. Gunakan -type DP untuk menunjuknya sebagai tujuan untuk suatu SnapMirror hubungan.

    Jika Anda berencana untuk menggunakan tiering data, kami sarankan Anda -tiering-policy menyetelnya. all Ini memastikan bahwa data Anda segera ditransfer ke penyimpanan kolam kapasitas dan mencegah Anda kehabisan kapasitas pada tingkat SSD Anda. Setelah migrasi, Anda dapat beralih -tiering-policy keauto.

    catatan

    Metadata file selalu disimpan di tingkat primer berbasis SSD, terlepas dari kebijakan tingkatan data volume.

    FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all

Rekam LIF antar cluster sumber dan tujuan

SnapMirror menggunakan antarmuka logis antar-cluster (LIF), masing-masing dengan alamat IP unik, untuk memfasilitasi transfer data antara cluster sumber dan tujuan.

  1. Untuk FSx tujuan untuk sistem file ONTAP, Anda dapat mengambil titik akhir Inter-cluster - alamat IP dari konsol Amazon FSx dengan menavigasi ke tab Administrasi di halaman detail sistem file Anda.

  2. Untuk cluster NetApp ONTAP sumber, ambil alamat IP LIF antar-cluster menggunakan CLI ONTAP. Jalankan perintah berikut:

    OnPrem-Source::> network interface show -role intercluster Logical Network Vserver Interface Status Address/Mask ----------- ---------- ------- ------------ FSx-Dest inter_1 up/up 10.0.0.36/24 inter_2 up/up 10.0.1.69/24
    catatan

    Untuk sistem file scale-out, ada dua alamat IP antar-cluster untuk setiap pasangan ketersediaan tinggi (HA). Simpan nilai-nilai ini untuk nanti.

    Simpan alamat inter_1 dan inter_2 IP. Mereka direferensikan dalam FSx-Dest as dest_inter_1 dan dest_inter_2 dan untuk OnPrem-Source as source_inter_1 dansource_inter_2.

Membangun cluster peering antara sumber dan tujuan

Menetapkan hubungan peer cluster pada cluster tujuan dengan menyediakan alamat IP antar-cluster. Anda juga perlu membuat frasa sandi yang harus Anda masukkan saat Anda membuat cluster peering di cluster sumber.

  1. Siapkan peering pada cluster tujuan menggunakan perintah berikut. Untuk sistem file scale-out, Anda harus memberikan setiap alamat IP antar-cluster.

    FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2 Enter the passphrase: Confirm the passphrase: Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
  2. Selanjutnya, buat hubungan rekan cluster pada cluster sumber. Anda harus memasukkan frasa sandi yang Anda buat di atas untuk mengautentikasi. Untuk sistem file scale-out, Anda harus memberikan setiap alamat IP antar-cluster.

    OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase:
  3. Verifikasi peering berhasil menggunakan perintah berikut pada cluster sumber. Dalam output, Availability harus diatur keAvailable.

    OnPrem-Source::> cluster peer show Peer Cluster Name Availability Authentication ----------------- -------------- -------------- FSx-Dest Available ok

Buat hubungan peering SVM

Dengan pengintip cluster didirikan, langkah selanjutnya adalah mengintip SVM. Buat hubungan peering SVM pada cluster tujuan (FSX-dest) menggunakan perintah. vserver peer Alias tambahan yang digunakan dalam perintah berikut adalah sebagai berikut:

  • DestLocalName— ini adalah nama yang digunakan untuk mengidentifikasi SVM tujuan saat mengkonfigurasi SVM mengintip pada sumber SVM.

  • SourceLocalName— ini adalah nama yang digunakan untuk mengidentifikasi sumber SVM saat mengkonfigurasi SVM mengintip pada SVM tujuan.

  1. Gunakan perintah berikut untuk membuat hubungan peering SVM antara SVM sumber dan tujuan.

    FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName Info: [Job 207] 'vserver peer create' job queued
  2. Terima hubungan peering di cluster sumber:

    OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName Info: [Job 211] 'vserver peer accept' job queued
  3. Verifikasi status peering SVM menggunakan perintah berikut; Peer State harus diatur ke peered dalam respons.

    OnPrem-Source::> vserver peer show Peer Peer Peer Peering Remote vserver Vserver State Cluster Applications Vserver ------- -------- ------ -------- ------------- --------- svm01 destsvm1 peered FSx-Dest snapmirror svm01

Ciptakan SnapMirror hubungan

Sekarang setelah Anda mengintip SVM sumber dan tujuan, langkah selanjutnya adalah membuat dan menginisialisasi SnapMirror hubungan pada cluster tujuan.

catatan

Setelah Anda membuat dan menginisialisasi SnapMirror hubungan, volume tujuan hanya dapat dibaca sampai hubungan terputus.

  • Gunakan snapmirror create perintah untuk membuat SnapMirror hubungan pada cluster tujuan. snapmirror createPerintah harus digunakan dari SVM tujuan.

    Anda dapat secara opsional menggunakan -throttle untuk mengatur bandwidth maksimum (dalam KB/detik) untuk hubungan. SnapMirror

    FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".

Transfer data ke FSx Anda untuk sistem file ONTAP

Sekarang setelah Anda membuat SnapMirror hubungan, Anda dapat mentransfer data ke sistem file tujuan.

  1. Anda dapat mentransfer data ke sistem file tujuan dengan menjalankan perintah berikut pada sistem file tujuan.

    catatan

    Setelah Anda menjalankan perintah ini, SnapMirror mulai mentransfer snapshot data dari volume sumber ke volume tujuan.

    FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1
  2. Jika Anda memigrasikan data yang sedang digunakan secara aktif, Anda harus memperbarui klaster tujuan agar tetap disinkronkan dengan cluster sumber Anda. Untuk melakukan pembaruan satu kali ke cluster tujuan, jalankan perintah berikut.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  3. Anda juga dapat menjadwalkan pembaruan setiap jam atau harian sebelum menyelesaikan migrasi dan memindahkan klien Anda ke FSx untuk ONTAP. Anda dapat membuat jadwal SnapMirror pembaruan menggunakan snapmirror modifyperintah.

    FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly

Melakukan cut over ke Amazon FSx

Untuk mempersiapkan pemotongan ke FSx Anda untuk sistem file ONTAP, lakukan hal berikut:

  • Putuskan sambungan semua klien yang menulis ke cluster sumber.

  • Lakukan SnapMirror transfer akhir untuk memastikan tidak ada kehilangan data saat memotong.

  • Putuskan SnapMirror hubungan.

  • Hubungkan semua klien ke FSx Anda untuk sistem file ONTAP.

  1. Untuk memastikan bahwa semua data dari cluster sumber ditransfer ke FSx untuk sistem file ONTAP, lakukan transfer Snapmirror akhir.

    FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
  2. Pastikan migrasi data selesai dengan memverifikasi yang Mirror State disetel keSnapmirrored, dan Relationship Status disetel keIdle. Anda juga harus memastikan bahwa Last Transfer End Timestamp tanggalnya seperti yang diharapkan, seperti yang ditunjukkan kapan transfer terakhir ke volume tujuan terjadi.

  3. Jalankan perintah berikut untuk menunjukkan SnapMirror status.

    FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp Source Destination Mirror Relationship Last Transfer End Path Path State Status Timestamp ---------- ----------- ---------- ------- --------------- Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
  4. Nonaktifkan SnapMirror transfer future apa pun dengan menggunakan snapmirror quiesce perintah.

    FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
  5. Verifikasi bahwa Relationship Status telah berubah menjadi Quiesced penggunaansnapmirror show.

    FSx-Dest::> snapmirror show Source Destination Mirror Relationship Path Path State Status ----------- ------------ ------------- -------- sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
  6. Selama migrasi, volume tujuan hanya-baca. Untuk mengaktifkan baca/tulis, Anda perlu memutuskan SnapMirror hubungan dan memotong ke FSx Anda untuk sistem file ONTAP. Putuskan SnapMirror hubungan menggunakan perintah berikut.

    FSx-Dest::> snapmirror break -destination-path DestSVM:vol1 Operation succeeded: snapmirror break for destination "DestSVM:vol1".
  7. Setelah SnapMirror replikasi selesai dan Anda telah memutuskan SnapMirror hubungan, Anda dapat memasang volume untuk membuat data tersedia.

    FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1

Volume sekarang tersedia dengan data dari volume sumber yang sepenuhnya dimigrasikan ke volume tujuan Volume juga tersedia bagi klien untuk membaca dan menulis ke sana. Jika sebelumnya Anda mengatur tiering-policy volume iniall, Anda dapat mengubahnya menjadi auto atau snapshot-only dan data Anda akan secara otomatis bertransisi antar tingkatan penyimpanan sesuai dengan pola akses. Untuk membuat data ini dapat diakses oleh klien dan aplikasi, lihatMengakses data.