Bagikan melalui

Mengelola proyek Azure Migrate dalam skala besar dengan Azure Lighthouse

  • Artikel

Topik ini memberikan gambaran umum tentang bagaimana Azure Lighthouse dapat membantu Anda menggunakan Azure Migrate dengan cara yang dapat diskalakan di beberapa penyewa Microsoft Entra.

Azure Lighthouse memungkinkan penyedia layanan melakukan operasi dalam skala besar di beberapa penyewa sekaligus, membuat tugas manajemen menjadi lebih efisien.

Azure Migrate menawarkan hub terpadu untuk menilai dan memigrasikan ke server lokal, infrastruktur, aplikasi, dan data Azure.

Integrasi Azure Lighthouse dengan Azure Migrate memungkinkan penyedia layanan menemukan, menilai, dan memigrasikan beban kerja untuk pelanggan yang berbeda dalam skala besar, daripada mengakses setiap langganan pelanggan satu per satu. Penyedia layanan dapat memiliki satu tampilan dari semua proyek Azure Migrate yang mereka kelola di beberapa penyewa pelanggan. Pelanggan mereka memiliki visibilitas ke dalam tindakan penyedia layanan, dan mereka mempertahankan kontrol terhadap lingkungan mereka sendiri.

Tip

Meskipun kami mengacu pada penyedia layanan dan pelanggan dalam topik ini, panduan ini juga berlaku untuk perusahaan yang menggunakan Azure Lighthouse untuk mengelola beberapa penyewa.

Bergantung pada skenario Anda, Anda mungkin ingin membuat proyek Azure Migrate di penyewa pelanggan atau di penyewa pengelola Anda. Tinjau pertimbangan di bawah ini dan tentukan model mana yang paling sesuai dengan kebutuhan migrasi pelanggan Anda.

Catatan

Dengan Azure Lighthouse, mitra dapat melakukan penemuan, penilaian, dan migrasi untuk VMware VM lokal, VM Hyper-V, server fisik, dan instans AWS/GCP. Untuk migrasi VMware VM, hanya metode migrasi berbasis agen yang dapat digunakan untuk proyek migrasi dalam langganan pelanggan yang didelegasikan. Migrasi menggunakan replikasi tanpa agen saat ini tidak didukung melalui akses yang didelegasikan ke cakupan pelanggan.

Buat proyek Azure Migrate di mengelola penyewa

Salah satu opsi saat menggunakan Azure Lighthouse adalah membuat proyek Azure Migrate di penyewa pelanggan. Pengguna dalam mengelola penyewa kemudian dapat memilih langganan pelanggan saat membuat proyek migrasi. Pada mengelola penyewa, penyedia layanan dapat melakukan operasi migrasi yang diperlukan. Ini mungkin termasuk menyebarkan peralatan Azure Migrate untuk menemukan beban kerja, menilai beban kerja dengan mengelompokkan VM, dan menghitung biaya terkait cloud, meninjau kesiapan VM, dan melakukan migrasi.

Dalam skenario ini, tidak ada sumber daya yang akan dibuat dan disimpan dalam mengelola penyewa, meskipun langkah penemuan dan penilaian dapat dimulai dan dieksekusi dari penyewa tersebut. Semua sumber daya, seperti proyek migrasi, laporan penilaian untuk beban kerja lokal, dan sumber daya yang dimigrasikan di tujuan target, akan disebarkan dalam langganan pelanggan yang didelegasikan. Namun, penyedia layanan dapat mengakses semua proyek pelanggan dari penyewa dan pengalaman portal mereka sendiri.

Pendekatan ini meminimalkan peralihan konteks untuk penyedia layanan yang bekerja di beberapa pelanggan, dan memungkinkan pelanggan menyimpan semua sumber daya mereka di penyewa mereka sendiri.

Alur kerja untuk model ini akan mirip dengan berikut ini:

  1. Pelanggan disetorkan ke Azure Lighthouse. Peran bawaan Kontributor diperlukan untuk identitas yang akan digunakan dengan Azure Migrate. Lihat templat sampel delegated-resource-management-azmigrate sebagai contoh untuk menggunakan peran ini. Pastikan untuk memodifikasi file parameter untuk mencerminkan lingkungan Anda sebelum menyebarkan templat.

  2. Pengguna yang ditunjuk masuk ke mengelola penyewa di portal Azure, lalu masuk ke Azure Migrate. Pengguna ini membuat proyek Azure Migrate, dengan memilih langganan pelanggan yang didelegasikan yang sesuai.

  3. Pengguna kemudian melakukan langkah-langkah untuk penemuan dan penilaian.

    Untuk VM VMware, sebelum Anda mengonfigurasi appliance, Anda dapat membatasi penemuan ke pusat data vCenter Server, kluster, folder kluster, host, folder host, atau VM individu. Untuk mengatur cakupan, tetapkan izin pada akun yang digunakan appliance untuk mengakses vCenter Server. Ini berguna jika VM beberapa pelanggan dihosting di hypervisor. Anda tidak dapat membatasi cakupan penemuan Hyper-V.

    Catatan

    Untuk migrasi komputer virtual VMware, hanya metode berbasis agen yang didukung saat ini saat mengerjakan proyek migrasi dalam langganan pelanggan yang didelegasikan.

  4. Ketika langganan pelanggan target sudah siap, lanjutkan dengan migrasi melalui akses yang diizinkan oleh Azure Lighthouse. Proyek migrasi berisi hasil penilaian dan sumber daya yang dimigrasikan akan dibuat di penyewa pelanggan pada langganan target.

Tip

Sebelum migrasi, zona pendaratan harus disebarkan untuk menyediakan sumber daya infrastruktur fondasi dan untuk menyiapkan langganan tempat komputer virtual akan dimigrasikan. Peran bawaan Pemilik mungkin diperlukan untuk mengakses atau membuat beberapa sumber daya di zona pendaratan ini. Karena peran ini saat ini tidak didukung di Azure Lighthouse, pelanggan mungkin perlu menyediakan akses tamu ke penyedia layanan, atau mendelegasikan akses admin melalui model langganan Penyedia Solusi Cloud (CSP).

Untuk informasi selengkapnya tentang zona pendaratan multi-penyewa, lihat Pertimbangan dan rekomendasi untuk skenario zona pendaratan Azure multi-penyewa dan solusi demo Zona Pendaratan Multi-penyewa di GitHub.

Buat proyek Azure Migrate di mengelola penyewa

Dalam skenario ini, proyek migrasi dan semua sumber daya yang relevan akan berada di penyewa pengelola. Pelanggan tidak memiliki akses langsung ke proyek migrasi (meskipun penilaian dapat dibagikan dengan pelanggan jika diinginkan). Seperti skenario sebelumnya, operasi terkait migrasi seperti penemuan dan penilaian dilakukan oleh pengguna di penyewa pengelola, dan tujuan migrasi untuk setiap pelanggan adalah langganan target di penyewa mereka.

Pendekatan ini memungkinkan penyedia layanan untuk memulai penemuan migrasi dan proyek penilaian dengan cepat, mengabstraksi langkah-langkah awal tersebut dari langganan pelanggan dan penyewa.

Alur kerja untuk model ini akan mirip dengan berikut ini:

  1. Pelanggan disetorkan ke Azure Lighthouse. Peran bawaan Kontributor diperlukan untuk identitas yang akan digunakan dengan Azure Migrate. Lihat templat sampel delegated-resource-management-azmigrate sebagai contoh untuk menggunakan peran ini. Pastikan untuk memodifikasi file parameter untuk mencerminkan lingkungan Anda sebelum menyebarkan templat.

  2. Pengguna yang ditunjuk masuk ke mengelola penyewa di portal Azure, lalu masuk ke Azure Migrate. Pengguna ini membuat proyek Azure Migrate dalam langganan milik mengelola penyewa.

  3. Pengguna kemudian melakukan langkah-langkah untuk penemuan dan penilaian. VM lokal akan ditemukan dan dinilai dalam proyek migrasi yang dibuat di mengelola penyewa, kemudian dimigrasikan dari sana.

    Jika Anda mengelola beberapa pelanggan di host Hyper-V yang sama, Anda dapat menemukan semua beban kerja sekaligus. Anda dapat memilih VM khusus pelanggan dalam grup yang sama, lalu membuat penilaian. Migrasi dilakukan dengan memilih langganan pelanggan yang sesuai sebagai tujuan target. Tidak perlu membatasi cakupan penemuan, dan Anda dapat mempertahankan gambaran umum lengkap semua beban kerja pelanggan dalam satu proyek migrasi.

  4. Jika sudah siap, lanjutkan dengan migrasi dengan memilih langganan pelanggan yang didelegasikan sebagai tujuan target untuk mereplikasi dan memigrasikan beban kerja. Sumber daya yang baru dibuat akan ada di langganan pelanggan, sementara data penilaian dan sumber daya yang berkaitan dengan proyek migrasi akan tetap berada di mengelola penyewa.

Rekognisi mitra untuk migrasi pelanggan

Sebagai anggota Program Mitra Cloud Microsoft, Anda dapat menautkan ID mitra Anda dengan kredensial yang digunakan untuk mengelola sumber daya pelanggan yang didelegasikan. Ini memungkinkan Microsoft untuk mengaitkan pengaruh dan pendapatan yang digunakan Azure ke organisasi Anda berdasarkan tugas yang Anda lakukan untuk pelanggan, termasuk proyek migrasi.

Untuk informasi selengkapnya, lihat Menautkan ID mitra.

Langkah berikutnya