Dasar-dasar migrasi cloud untuk penyimpanan file dan folder

Setiap migrasi dimulai dengan kebutuhan bisnis. Migrasi cloud mengubah beban kerja dengan memindahkan file dan folder yang bergantung padanya. Beban kerja dapat berupa aplikasi atau akses pengguna langsung. Dalam kedua kasus, beban kerja memiliki dependensi pada penyimpanan yang Anda pindahkan ke cloud. Beban kerja mungkin juga berpindah ke cloud, atau tetap berada di tempat tetapi memerlukan perubahan konfigurasi untuk menunjuk ke lokasi penyimpanan cloud baru. Detail ini dicatat dalam desain solusi cloud Anda yang memiliki bagian penyimpanan.

Tujuan artikel ini adalah untuk memberikan wawasan tentang bagaimana Anda dapat mencapai migrasi penyimpanan ke Azure, sehingga Anda dapat mewujudkan desain solusi cloud Anda untuk penyimpanan.

Summary illustration showing migration phases: Discover, Assess, Plan, Deploy, Migrate, Post-Migrate to illustrate the sections to come in this article.

Memigrasikan file dan folder ke cloud memerlukan perencanaan yang cermat dan banyak pertimbangan di sepanjang jalan untuk mencapai hasil yang optimal. Azure Storage Mover menyediakan daftar fitur dan skenario migrasi yang berkembang yang mendukung Anda dalam perjalanan Anda. Dalam artikel ini, kami memecah tugas umum migrasi menjadi fase yang masing-masing memiliki bagiannya sendiri.

Fase 1: Penemuan

Dalam fase penemuan, Anda memutuskan lokasi sumber mana yang merupakan bagian dari proyek migrasi Anda. Azure Storage Mover menangani lokasi sumber dalam bentuk berbagi file. Lokasi ini dapat berada di Network Attached Storage (NAS), server, atau bahkan di stasiun kerja. Protokol umum untuk berbagi file adalah SMB (Blok Pesan Server) dan NFS (Sistem File Jaringan).

Jika beban kerja Anda menggunakan Direct Attached Storage (DAS), kemungkinan besar Azure Storage Mover masih dapat membantu migrasi cloud Anda. Anda mungkin dapat membuat berbagi file di jalur folder lokal lalu berbagi lokasi melalui jaringan lokal. Dengan izin dan pertimbangan jaringan yang tepat, Anda sekarang dapat memigrasikan lokasi ini ke Azure, bahkan jika aplikasi Anda menggunakan jalur lokal.

Mulailah dengan membuat daftar semua berbagi yang bergantung pada beban kerja Anda. Lihat desain solusi cloud Anda untuk melihat berbagi mana yang tetap berada di tempat dan mana yang berada dalam cakupan untuk migrasi cloud. Persempit cakupan proyek migrasi Anda sebanyak mungkin. Pada akhirnya, beban kerja Anda perlu melakukan failover ke lokasi cloud. Semakin kecil jumlah lokasi sumber, semakin mudah failover beban kerja Anda.

Jika Anda perlu memigrasikan penyimpanan untuk beberapa beban kerja pada waktu yang kira-kira sama, Anda harus membaginya menjadi proyek migrasi individual.

Penting

Menyertakan beberapa beban kerja dalam satu proyek migrasi tidak disarankan. Setiap beban kerja harus memiliki proyek migrasinya sendiri. Menyusun proyek dengan cara ini akan secara signifikan menyederhanakan manajemen migrasi dan failover beban kerja.

Hasil dari fase penemuan adalah daftar berbagi file yang perlu Anda migrasikan ke Azure. Anda harus memiliki daftar yang berbeda per beban kerja.

Azure Storage Mover menawarkan proyek migrasi untuk membuat dan menyimpan daftar individual. Praktik umumnya adalah memberi nama proyek migrasi setelah beban kerja yang Anda migrasikan. Praktik ini menyederhanakan pengawasan langkah-langkah perencanaan Anda dan kemajuan migrasi Anda.

Fase 2: Penilaian

Azure menawarkan berbagai jenis penyimpanan cloud. Aspek mendasar dari migrasi file ke Azure adalah menentukan opsi penyimpanan Azure mana yang tepat untuk data Anda. Jumlah file dan folder, struktur direktori, protokol akses, keakuratan file, dan aspek lainnya adalah input penting ke dalam desain solusi cloud lengkap.

Dalam fase penilaian, Anda menyelidiki berbagi yang ditemukan dan tidak terdaftar untuk memastikan Anda telah memilih penyimpanan target Azure yang tepat untuk desain solusi cloud Anda.

Bagian utama dari migrasi apa pun adalah mengambil keakuratan file yang diperlukan saat memindahkan file Anda dari lokasi penyimpanan mereka saat ini ke Azure. Sistem file dan perangkat penyimpanan yang berbeda merekam array informasi keakuratan file, dan sepenuhnya mempertahankan atau menyimpan informasi tersebut di Azure tidak selalu diperlukan. Keakuratan file yang diperlukan oleh skenario Anda, dan tingkat keakuratan yang didukung oleh penawaran penyimpanan di Azure, juga membantu Anda memilih solusi penyimpanan yang tepat di Azure. Data file tujuan umum secara tradisional bergantung pada setidaknya beberapa metadata file. Data aplikasi mungkin tidak.

Berikut dua komponen dasar file:

  • Aliran data: Aliran data file menyimpan konten file.
  • Metadata file: Metadata file memiliki subkomponen ini:
    • atribut file, seperti baca-saja
    • izin file, seperti izin NTFS atau daftar kontrol akses file dan folder (ACL)
    • tanda waktu, terutama pembuatan dan tanda waktu terakhir yang dimodifikasi
    • aliran data alternatif, yang merupakan ruang untuk menyimpan properti nonstandar dalam jumlah yang lebih besar

Keakuratan file dalam migrasi dapat didefinisikan sebagai kemampuan untuk:

  • Baca semua informasi file yang diperlukan dari sumber.
  • Transfer file dengan layanan atau alat migrasi.
  • Menyimpan file di penyimpanan target migrasi.

Output fase penilaian adalah daftar aspek yang ditemukan dalam berbagi sumber. Aspek-aspek ini dapat mencakup data seperti:

  • Ukuran berbagi.
  • Jumlah item namespace, atau jumlah gabungan file dan folder.
  • Tingkat keakuratan yang perlu dipertahankan dalam target penyimpanan Azure.
  • Tingkat keakuratan yang harus tetap berfungsi secara asli di target penyimpanan Azure.

Wawasan ini adalah input penting ke dalam desain solusi cloud Anda untuk penyimpanan.

Fase 3: Perencanaan

Dalam fase perencanaan, Anda menggabungkan berbagi sumber yang ditemukan dengan lokasi target Anda di Azure.

Fase perencanaan memetakan setiap berbagi sumber ke tujuan tertentu, seperti kontainer blob Azure atau berbagi file Azure. Untuk melakukannya, Anda harus merencanakan dan merekam langganan Azure dan akun penyimpanan mana yang berisi sumber daya target Anda.

Di layanan Azure Storage Mover, Anda dapat merekam setiap pasangan sumber/target sebagai definisi pekerjaan. Definisi pekerjaan ditumpuk dalam proyek migrasi yang telah Anda buat sebelumnya. Anda memerlukan definisi pekerjaan baru yang berbeda untuk setiap pasangan sumber/target.

Catatan

Dalam rilis Azure Storage Mover ini, penyimpanan target Anda harus ada sebelum Anda dapat membuat definisi pekerjaan. Misalnya, jika target Anda adalah kontainer blob Azure, Anda perlu menyebarkannya sebelum membuat definisi pekerjaan baru.

Hasil dari fase perencanaan adalah pemetaan berbagi sumber ke lokasi target Azure. Jika target Anda belum ada, Anda harus menyelesaikan fase berikutnya "Sebarkan" sebelum Anda dapat merekam rencana migrasi Anda di layanan Azure Storage Mover.

Fase 4: Penyebaran

Setelah menyelesaikan rencana migrasi, Anda perlu memastikan bahwa sumber daya Azure Storage target seperti akun penyimpanan dan kontainer disebarkan. Anda perlu menyelesaikan penyebaran ini sebelum anda dapat merekam rencana migrasi anda sebagai definisi pekerjaan untuk setiap pasangan sumber/target dalam Azure Storage Mover.

Azure Storage Mover saat ini tidak dapat membantu penyebaran sumber daya target. Untuk menyebarkan penyimpanan Azure, Anda dapat menggunakan templat portal Azure, Azure PowerShell, Azure CLI, atau Bicep.

Penting

Saat menyebarkan Azure Storage, tinjau kombinasi pasangan sumber/target dukungan untuk Azure Storage Mover dan pastikan Anda tidak mengonfigurasi skenario yang tidak didukung.

Fase 5: Migrasi

Pekerjaan penyalinan file dan folder Anda ke lokasi target Azure terjadi dalam fase migrasi.

Ada dua pertimbangan utama untuk fase migrasi:

  • Minimalkan waktu henti beban kerja Anda.
  • Tentukan mode migrasi yang benar.

Meminimalkan waktu henti

Selama migrasi, mungkin ada periode waktu di mana beban kerja tidak dapat mengakses penyimpanan yang bergantung padanya. Meminimalkan periode waktu ini sering kali menjadi persyaratan. Bagian ini membahas strategi umum untuk meminimalkan waktu henti beban kerja.

Migrasi konvergen, n-pass

Dalam strategi ini, Anda menyalin data dari sumber ke target beberapa kali. Selama iterasi salinan ini, sumber tetap tersedia untuk dibaca dan ditulis ke beban kerja. Tepat sebelum perulangan salinan akhir, Anda mengambil sumber offline. Diharapkan bahwa salinan akhir selesai lebih cepat dari salinan awal. Setelah salinan akhir, beban kerja di-failover untuk menggunakan penyimpanan target baru di Azure.

Azure Storage Mover mendukung penyalinan dari sumber ke target sesering yang Anda butuhkan. Definisi pekerjaan menyimpan pengaturan sumber, target, dan migrasi Anda. Anda dapat menginstruksikan agen migrasi untuk menjalankan definisi pekerjaan Anda, yang menghasilkan eksekusi pekerjaan. Dalam artikel tertaut ini, Anda dapat mempelajari selengkapnya tentang hierarki sumber daya Storage Mover.

Mode migrasi

Bagaimana file Anda disalin dari sumber ke target sama pentingnya dengan tempat file disalin ke dan dari. Skenario migrasi yang berbeda memerlukan pengaturan yang berbeda. Selama migrasi, Anda mungkin menyalin dari sumber ke target beberapa kali untuk meminimalkan waktu henti. Saat file atau folder berubah di antara perulangan salin, mode salin menentukan perilaku mesin migrasi. Pilih mode yang benar dengan hati-hati, berdasarkan perubahan yang diharapkan pada namespace Layanan Anda selama migrasi.

Ada dua mode salin:

Mode salin Perilaku migrasi
Cermin
Target terlihat seperti sumbernya.
- File dalam target dihapus jika tidak ada di sumbernya.
- File dan folder dalam target diperbarui agar sesuai dengan sumbernya.
Gabungkan
Target memiliki lebih banyak konten daripada sumbernya, dan Anda terus menambahkannya.
- File disimpan dalam target, bahkan jika file tersebut tidak ada di sumbernya.
- File dengan nama dan jalur yang cocok diperbarui agar sesuai dengan sumbernya.
- Nama folder antar salinan dapat menyebabkan konten duplikat dalam target.

Fase 6: Tugas pascamigrasi

Dalam fase migrasi ini, Anda perlu memikirkan konfigurasi dan layanan lain yang memungkinkan Anda melakukan failover pada beban kerja Anda dan untuk melindungi data Anda.

Misalnya, failover beban kerja Anda memerlukan jalur jaringan untuk mengakses penyimpanan Azure dengan aman. Jika Anda menggunakan titik akhir publik akun penyimpanan Azure selama migrasi, pertimbangkan untuk mengonfigurasi titik akhir privat untuk akun penyimpanan Anda dan mengaktifkan aturan firewall untuk menonaktifkan permintaan data melalui titik akhir publik.

Berikut adalah beberapa rekomendasi lainnya:

Langkah berikutnya

Artikel ini dapat membantu Anda menggunakan Azure Storage Mover untuk migrasi cloud Anda: