Memahami hierarki sumber daya Azure Storage Mover
Beberapa sumber daya Azure terlibat dalam penyebaran Storage Mover. Artikel ini menjelaskan masing-masing sumber daya ini, penggunaannya, dan praktik terbaik untuk mengekspresikan kebutuhan migrasi Anda dengan sumber daya tersebut.
Gambaran Umum
Azure Storage Mover adalah layanan cloud hibrid. Layanan hibrid memiliki komponen layanan cloud dan komponen infrastruktur. Administrator layanan menjalankan komponen infrastruktur di lingkungan perusahaan mereka. Untuk Storage Mover, komponen hibrid tersebut terdiri dari agen migrasi. Agen adalah komputer virtual, disebarkan ke dan dijalankan pada host di dekat penyimpanan sumber. Untuk mempelajari selengkapnya tentang agen dan cara penyebarannya, baca artikel penyebaran agen Storage Mover.
Kecuali untuk proses pendaftaran agen, semua aspek migrasi dikelola dari layanan cloud. Detail tentang proses pendaftaran agen tersedia dalam artikel pendaftaran agen.
Sumber daya penggerak penyimpanan
Sumber daya pemindah penyimpanan adalah nama sumber daya layanan tingkat atas yang Anda sebarkan dalam grup sumber daya pilihan Anda. Semua aspek layanan dan migrasi Anda dikontrol dari sumber daya ini. Dalam kebanyakan kasus, menyebarkan satu sumber daya penggerak penyimpanan cukup untuk migrasi terbesar sekalipun.
Anda lebih dapat menggunakan agen Anda dan mengelola migrasi Anda jika semua sumber daya menemukan rumah mereka di instans penggerak penyimpanan yang sama.
Agen migrasi hanya dapat didaftarkan ke satu pemindah penyimpanan.
Saat Anda menyebarkan sumber daya, langganan Anda terdaftar di penyedia sumber daya Microsoft.StorageMover dan Microsoft.HybridCompute . Anda juga menetapkan wilayah tempat pesan kontrol dan metadata tentang migrasi Anda disimpan. Sumber daya Storage Mover itu sendiri tidak bertanggung jawab langsung untuk memigrasikan data Anda. Sebagai gantinya, agen migrasi menyalin data Anda dari sumber dan mengirimkannya langsung ke target di Azure Storage. Karena agen melakukan sebagian besar pekerjaan, kedekatan antara penyimpanan sumber, agen, dan target lebih penting untuk performa migrasi daripada lokasi sumber daya pemindah penyimpanan Anda.
Agen migrasi
Storage Mover adalah layanan hibrid dan menggunakan satu atau beberapa agen migrasi untuk memfasilitasi migrasi. Agen adalah komputer virtual yang berjalan dalam jaringan Anda. Ini juga nama sumber daya, diinduk ke sumber daya pemindah penyimpanan yang telah Anda sebarkan di grup sumber daya Anda.
Anda dapat menyebarkan beberapa VM agen migrasi dan mendaftarkan masing-masing dengan nama unik ke sumber daya pemindah penyimpanan yang sama. Jika Anda memiliki kebutuhan migrasi di lokasi yang berbeda, yang terbaik adalah memiliki agen migrasi yang sangat dekat dengan penyimpanan sumber yang ingin Anda migrasikan.
Agen Anda muncul di penggerak penyimpanan Anda setelah didaftarkan. Pendaftaran membuat hubungan kepercayaan dengan sumber daya pemindah penyimpanan yang telah Anda pilih selama pendaftaran. Kepercayaan ini memungkinkan Anda mengelola semua aspek terkait migrasi dari layanan cloud, baik melalui portal Azure, Azure PowerShell, atau Azure CLI.
Tip
Kedekatan dan kualitas jaringan antara agen migrasi Anda dan penyimpanan target di Azure menentukan kecepatan migrasi pada tahap awal migrasi Anda. Wilayah sumber daya pemindah penyimpanan yang telah Anda sebarkan tidak memainkan peran untuk performa.
Catatan
Untuk meminimalkan waktu henti untuk beban kerja, Anda mungkin memutuskan untuk menyalin beberapa kali dari sumber ke target. Dalam eksekusi salinan nanti, kecepatan migrasi sering dipengaruhi lebih oleh kecepatan agen migrasi dapat mengevaluasi apakah file perlu disalin atau tidak. Itu berarti sumber daya komputasi dan memori lokal pada agen dapat menjadi lebih penting bagi kecepatan migrasi daripada kualitas jaringan.
Proyek migrasi
Proyek memungkinkan Anda mengatur migrasi cloud skala yang lebih besar ke unit yang lebih kecil dan lebih mudah dikelola yang masuk akal untuk situasi Anda.
Unit terkecil dari migrasi dapat didefinisikan sebagai konten dari satu sumber yang berpindah ke satu target, tetapi migrasi pusat data jarang sesingkat itu. Seringkali beberapa sumber mendukung satu beban kerja dan harus dimigrasikan bersama untuk failover beban kerja yang tepat waktu ke lokasi penyimpanan cloud baru di Azure.
Dalam contoh yang berbeda, satu sumber bahkan mungkin perlu dibagi menjadi beberapa lokasi target. Sebaliknya juga dimungkinkan, di mana Anda perlu menggabungkan beberapa sumber ke dalam subpath dari lokasi target yang sama di Azure.
Mengelompokkan sumber ke dalam proyek tidak berarti Anda harus memigrasikan semuanya secara paralel. Anda memiliki kontrol atas apa yang harus dijalankan dan kapan harus menjalankannya. Bagian yang tersisa dalam artikel ini menjelaskan lebih banyak sumber daya yang memungkinkan kontrol halus tersebut.
Tip
Anda dapat secara opsional menambahkan deskripsi ke proyek Anda. Deskripsi dapat membantu melacak informasi tambahan untuk proyek Anda. Jika Anda telah membuat rencana migrasi di tempat lain, bidang deskripsi dapat digunakan untuk menautkan proyek ini ke paket Anda. Anda juga dapat menggunakannya untuk merekam informasi yang mungkin dibutuhkan kolega nanti. Anda dapat menambahkan deskripsi ke semua sumber daya penggerak penyimpanan dan setiap deskripsi dapat berisi hingga 1024 karakter.
Definisi tugas
Definisi Pekerjaan terkandung dalam proyek. Definisi pekerjaan menjelaskan sumber, target, dan pengaturan migrasi yang ingin Anda gunakan saat berikutnya Anda memulai salinan dari sumber yang ditentukan ke target yang ditentukan di Azure.
Penting
Setelah definisi pekerjaan dibuat, informasi sumber dan target tidak dapat diubah. Namun, pengaturan migrasi dapat diubah kapan saja. Perubahan tidak akan memengaruhi pekerjaan migrasi yang sedang berjalan, tetapi akan berlaku saat Anda memulai pekerjaan migrasi berikutnya.
Mungkin tampaknya tidak segera logis bahwa mengubah informasi sumber dan target dalam definisi pekerjaan yang ada tidak diizinkan. Dengan contoh, bayangkan Anda menentukan Bagikan A sebagai sumber migrasi dan yang menjalankan beberapa operasi salin. Bayangkan juga bahwa Anda mengubah sumber migrasi menjadi Berbagi B. Perubahan ini bisa berpotensi berbahaya konsekuensinya.
Pencerminan adalah pengaturan migrasi umum yang membuat gambar "cermin" sumber dalam target. Jika pengaturan ini diterapkan ke contoh kami, file dari Berbagi A mungkin dihapus di target saat operasi penyalinan mulai memigrasikan file dari Berbagi B. Untuk mencegah kesalahan dan mempertahankan integritas riwayat eksekusi pekerjaan, Anda tidak dapat mengedit sumber atau target definisi pekerjaan yang disediakan. Sumber, target, dan informasi subpath opsionalnya dikunci saat definisi pekerjaan dibuat. Jika Anda ingin menggunakan kembali target yang sama tetapi menggunakan sumber yang berbeda (atau sebaliknya), Anda diharuskan membuat definisi pekerjaan baru.
Definisi pekerjaan juga menyimpan catatan historis dari eksekusi salinan sebelumnya dan hasilnya.
Eksekusi pekerjaan
Saat Anda memulai definisi pekerjaan, sumber daya baru dibuat secara implisit: sumber daya eksekusi pekerjaan. Definisi pekerjaan berisi semua informasi yang diperlukan layanan pemindah penyimpanan untuk memulai salinan. Dalam migrasi umum, Anda mungkin menyalin dari sumber ke target beberapa kali. Setiap kali Anda memulai definisi pekerjaan, definisi tersebut direkam dalam eksekusi pekerjaan.
Pekerjaan yang dijalankan adalah rekam jepret definisi pekerjaan dan diberikan kepada agen migrasi yang telah Anda pilih. Agen kemudian memiliki semua informasi yang diperlukan tentang sumber, target, dan perilaku migrasi yang perlu diikuti untuk mencapai migrasi yang telah Anda tentukan sebelumnya.
Penting
Perubahan pada pengaturan migrasi tidak akan memengaruhi pekerjaan migrasi yang sedang berjalan. Pada saat memulai eksekusi pekerjaan, rekam jepret definisi pekerjaan diambil dan dijalankan b agen migrasi. Anda tidak dapat mengubah eksekusi pekerjaan, satu-satunya opsi Anda adalah membatalkannya.
Eksekusi pekerjaan memiliki status, informasi kemajuan, dan informasi hasil salin. Anda menemukan informasi paling penting tentang pekerjaan Anda yang dijalankan sebagai properti pada sumber daya eksekusi pekerjaan itu sendiri. Agen migrasi memiliki saluran telemetri kustom yang memungkinkannya menyimpan informasi ini langsung di sumber daya eksekusi pekerjaan.
Agen juga memancarkan informasi tambahan dan hasil migrasi melalui layanan Azure Monitor:
- Metrik adalah nilai numerik, yang direkam dari waktu ke waktu. Mereka dapat diplot menggunakan layanan Azure Monitor. Beberapa metrik yang dipilih juga tersedia secara langsung saat mengelola definisi pekerjaan /pekerjaan berjalan di portal.
- Salin log bersifat opsional. Jika diaktifkan, setiap pekerjaan yang dijalankan memiliki log salinannya sendiri. Entri log dihasilkan untuk setiap item namespace layanan yang ditemui agen di sumber yang tidak dapat disalin.
Penting
Informasi metrik tersedia secara default, tetapi Anda harus ikut serta untuk mengaktifkan log salin. Itu dapat dilakukan sebagai bagian dari membuat sumber daya penggerak penyimpanan Anda dan juga nanti. Jika Anda ingin memeriksa apakah log salin diaktifkan, atau mengelola detail, Anda dapat menggunakan menu Pengaturan diagnostik di halaman portal Azure untuk sumber daya pemindah penyimpanan Anda.
Titik akhir
Migrasi memerlukan lokasi sumber dan target yang ditentukan dengan baik. Meskipun titik akhir istilah sering digunakan dalam jaringan, di sini ia menjelaskan lokasi penyimpanan ke tingkat detail yang tinggi. Titik akhir berisi jalur ke lokasi penyimpanan dan informasi tambahan.
Meskipun hanya ada satu sumber daya titik akhir, properti setiap titik akhir individu dapat bervariasi, berdasarkan jenis titik akhir. Misalnya, berbagi NFS, berbagi SMB, dan titik akhir kontainer blob Azure Storage masing-masing memerlukan informasi yang berbeda secara mendasar.
Titik akhir digunakan dalam pembuatan definisi pekerjaan. Hanya jenis titik akhir tertentu yang dapat digunakan sebagai sumber atau target. Lihat bagian Sumber dan target yang didukung di artikel Gambaran umum Azure Storage Mover.
Titik akhir diinduk ke sumber daya pemindah penyimpanan tingkat atas dan dapat digunakan kembali di berbagai definisi pekerjaan.
Langkah berikutnya
Setelah memahami sumber daya yang terlibat dalam penyebaran Azure Storage Mover, ada baiknya untuk memulai penyebaran bukti konsep. Artikel ini bagus, bacaan berikutnya: