Gambaran umum migrasi Microsoft Azure Storage

  • Artikel

Artikel ini berfokus pada migrasi penyimpanan ke Azure dan memberikan panduan tentang skenario migrasi penyimpanan berikut:

  • Migrasi data yang tidak terstruktur, seperti file dan objek
  • Memigrasi perangkat berbasis blok, seperti disk dan jaringan area penyimpanan (SAN)

Memigrasi data yang tidak terstruktur

Migrasi data yang tidak terstruktur mencakup skenario berikut:

Fase migrasi

Migrasi penuh terdiri dari beberapa fase berbeda: penemuan, penilaian, dan migrasi.

Penemuan Penilaian Migration
-Temukan sumber yang akan dimigrasikan - Beri nilai layanan target yang berlaku
- Pertimbangan teknis vs. biaya		 - Migrasi awal
- Sinkronisasi Ulang
- Sakelar akhir berakhir

Fase penemuan

Dalam fase penemuan, Anda menentukan semua sumber yang perlu dimigrasikan seperti bagian SMB, ekspor NFS, atau namespace objek. Anda dapat melakukan fase ini secara manual, atau menggunakan alat otomatis.

Fase penilaian

Fase penilaian sangat penting dalam memahami opsi yang tersedia untuk migrasi. Untuk mengurangi risiko selama migrasi, dan untuk menghindari kegagalan umum, ikuti tiga langkah berikut:

Langkah-langkah fase penilaian Opsi
Pilih layanan penyimpanan target - Azure Blob Storage dan Data Lake Storage
- Azure Files
- Azure NetApp Files
- Solusi ISV
Pilih metode migrasi - Online
- Offline
- Kombinasi keduanya
Pilih alat migrasi terbaik untuk pekerjaan tersebut - Alat komersial (Azure dan ISV)
- Sumber terbuka

Ada beberapa alat komersial (ISV) yang dapat membantu fase penilaian. Lihat matriks perbandingan.

Pilih layanan penyimpanan target

Memilih layanan penyimpanan target tergantung pada aplikasi atau pengguna yang mengakses data. Pilihan yang benar tergantung pada aspek teknis dan keuangan. Pertama, lakukan penilaian teknis untuk menilai target yang mungkin dan menentukan layanan mana yang memenuhi persyaratan. Selanjutnya, lakukan penilaian keuangan untuk menentukan pilihan terbaik.

Untuk membantu memilih layanan penyimpanan target untuk migrasi, evaluasi aspek berikut dari setiap layanan:

  • Dukungan protokol
  • Karakteristik kinerja
  • Batas layanan penyimpanan target

Diagram berikut adalah pohon keputusan yang disederhanakan yang membantu memandu Anda ke layanan file Azure yang direkomendasikan. Jika layanan Azure asli tidak memenuhi persyaratan, berbagai solusi vendor perangkat lunak independen (ISV) dapat membantu Anda.

Setelah Anda menyelesaikan penilaian teknis, dan memilih target yang tepat, lakukan penilaian biaya untuk menentukan opsi yang paling hemat biaya.

Pohon keputusan dasar tentang memilih layanan file yang benar

Agar pohon keputusan tetap sederhana, batas layanan penyimpanan target tidak dimasukkan dalam diagram. Untuk mengetahui selengkapnya tentang batas saat ini, dan untuk menentukan apakah Anda perlu mengubah pilihan berdasarkan batas tersebut, lihat:

Jika salah satu batasan menimbulkan pemblokir untuk menggunakan layanan, Azure mendukung beberapa vendor penyimpanan yang menawarkan solusi mereka di Marketplace Azure. Untuk informasi tentang mitra ISV tervalidasi yang menyediakan layanan file, lihat Mitra Microsoft Azure Storage untuk penyimpanan primer dan sekunder.

Pilih metode migrasi

Ada dua metode migrasi dasar untuk migrasi penyimpanan.

  • Online. Metode online menggunakan jaringan untuk migrasi data. Baik internet publik atau Azure ExpressRoute dapat digunakan. Jika layanan tidak memiliki titik akhir publik, Anda harus menggunakan VPN dengan internet publik.
  • Offline. Metode offline menggunakan salah satu perangkat Azure Data Box.

Keputusan untuk menggunakan metode online versus metode offline tergantung pada bandwidth jaringan yang tersedia. Metode online lebih disukai dalam kasus di mana ada bandwidth jaringan yang cukup untuk melakukan migrasi dalam garis waktu yang diperlukan.

Dimungkinkan untuk menggunakan kombinasi kedua metode, metode offline untuk migrasi massal awal dan metode online untuk migrasi perubahan inkremental. Menggunakan kedua metode secara bersamaan membutuhkan koordinasi tingkat tinggi dan tidak direkomendasikan karena alasan ini. Jika Anda memilih untuk menggunakan kedua metode tersebut, isolasi kumpulan data yang dimigrasikan secara online dari kumpulan data yang dimigrasikan secara offline.

Untuk informasi selengkapnya tentang berbagai metode dan panduan migrasi, lihat Memilih solusi Azure untuk transfer data dan Melakukan migrasi ke berbagi file Azure.

Memilih alat migrasi terbaik untuk pekerjaan tersebut

Ada berbagai alat migrasi yang dapat Anda gunakan untuk melakukan migrasi. Beberapa adalah open source seperti AzCopy, robocopy, xcopy, dan rsync sementara yang lain komersial. Daftar alat komersial yang tersedia dan perbandingan di antara mereka tersedia pada matriks perbandingan kami.

Alat sumber terbuka sangat cocok untuk migrasi skala kecil. Untuk migrasi dari server file Windows ke Azure Files, Microsoft merekomendasikan untuk memulai dengan kemampuan asli Azure Files dan menggunakan Sinkronisasi Azure Files. Untuk migrasi yang lebih kompleks yang terdiri dari sumber yang berbeda, kapasitas besar, atau persyaratan khusus seperti throttling atau pelaporan terperinci dengan kemampuan audit, alat komersial akan menjadi pilihan terbaik. Alat-alat ini membuat migrasi lebih mudah dan mengurangi risiko secara signifikan. Sebagian besar alat komersial juga dapat melakukan penemuan, yang memberikan masukan berharga untuk penilaian.

Fase migrasi

Fase migrasi adalah langkah migrasi akhir yang melakukan pergerakan dan migrasi data. Biasanya, Anda akan melalui fase migrasi beberapa kali untuk mencapai peralihan yang lebih mudah. Fase migrasi terdiri dari langkah berikut:

  1. Migrasi awal. Langkah migrasi awal memigrasikan semua data dari sumber ke target. Langkah ini memigrasikan sebagian besar data yang perlu dimigrasikan.
  2. Sinkronisasi Ulang. Operasi sinkronisasi ulang memigrasikan data apa pun yang diubah setelah langkah migrasi awal. Anda dapat mengulangi langkah ini beberapa kali jika ada banyak perubahan. Tujuan menjalankan beberapa operasi sinkronisasi ulang adalah untuk mengurangi waktu yang diperlukan untuk langkah terakhir. Untuk data tidak aktif dan data yang tidak memiliki perubahan (seperti data cadangan atau arsip), Anda dapat melewati langkah ini.
  3. Peralihan akhir. Langkah peralihan akhir mengalihkan penggunaan aktif data dari sumber ke target dan pensiun sumber.

Durasi migrasi untuk data yang tidak terstruktur bergantung pada beberapa aspek. Di luar metode yang dipilih, faktor terpenting adalah ukuran total data dan distribusi ukuran file. Semakin besar total himpunan data, semakin lama waktu migrasi. Semakin kecil ukuran file rata-rata, semakin lama waktu migrasi yang diperlukan. Jika Anda memiliki sejumlah besar file kecil, pertimbangkan untuk mengarsipkannya dalam file yang lebih besar (seperti file .tar atau .zip), jika ada, untuk mengurangi total waktu migrasi.

Migrasi perangkat berbasis blok

Migrasi perangkat berbasis blok biasanya dilakukan sebagai bagian dari komputer virtual atau migrasi host fisik. Ini adalah kesalahpahaman umum untuk menunda keputusan penyimpanan blok sampai setelah migrasi. Membuat keputusan ini sebelumnya dengan pertimbangan yang tepat untuk persyaratan beban kerja akan menghasilkan migrasi yang lebih lancar ke cloud.

Untuk menjelajahi beban kerja untuk dimigrasikan dan didekati, lihat dokumentasi Penyimpanan Disk Azure, dan sumber daya di halaman produk Penyimpanan Disk. Anda dapat mempelajari tentang disk yang sesuai dengan kebutuhan Anda, dan kemampuan terbaru seperti disk bursting. Migrasi perangkat berbasis blok dapat dilakukan dengan dua cara:

  • Untuk informasi tentang cara memigrasikan komputer virtual bersama dengan perangkat berbasis blok yang mendasarinya, lihat dokumentasi Azure Migrate
  • Untuk migrasi perangkat berbasis blok saja, dan kasus penggunaan yang lebih kompleks, gunakan Cirrus Migrate Cloud.

Lihat juga