Bagikan melalui


Mengelola proyek Azure Migrate dalam skala besar dengan Azure Lighthouse

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 dapat membuat proyek Azure Migrate di penyewa pelanggan atau di penyewa pengelola Anda. Artikel ini menjelaskan setiap model sehingga Anda dapat menentukan 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. Contoh operasi ini adalah menyebarkan appliance Azure Migrate untuk menemukan beban kerja, menilai beban kerja dengan mengelompokkan VM dan menghitung biaya terkait cloud, meninjau kesiapan VM, dan melakukan migrasi aktual.

Dalam skenario ini, tidak ada sumber daya yang dibuat atau disimpan di penyewa pengelola, meskipun langkah-langkah penemuan dan penilaian dimulai dan dijalankan dari penyewa tersebut. Semua sumber daya, seperti proyek migrasi, laporan penilaian untuk beban kerja lokal, dan sumber daya yang dimigrasikan di tujuan target, disebarkan dalam langganan pelanggan yang didelegasikan. 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 tingkat tinggi untuk model ini adalah:

  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. Sebelum menyebarkan templat, pastikan untuk memodifikasi file parameter untuk mencerminkan lingkungan Anda.

  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 saat ini didukung saat bekerja dalam langganan pelanggan yang didelegasikan.

  4. Ketika langganan pelanggan target sudah siap, lanjutkan dengan migrasi melalui akses yang diizinkan oleh Azure Lighthouse. Proyek migrasi yang berisi hasil penilaian dan sumber daya yang dimigrasikan dibuat di penyewa pelanggan di bawah 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 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 tingkat tinggi untuk model ini adalah:

  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. Sebelum menyebarkan templat, pastikan untuk memodifikasi file parameter untuk mencerminkan lingkungan Anda.

  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 ditemukan dan dinilai dalam proyek migrasi yang dibuat di penyewa pengelola, lalu 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 baru dibuat dalam langganan pelanggan, sementara data penilaian dan sumber daya yang berkaitan dengan proyek migrasi tetap berada di penyewa pengelola.

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. Tautan ini memungkinkan Microsoft untuk mengaitkan pengaruh dan pendapatan yang dikonsumsi Azure ke organisasi Anda berdasarkan tugas yang Anda lakukan untuk pelanggan, termasuk proyek migrasi.

Untuk informasi selengkapnya, lihat Menautkan ID mitra.

Langkah berikutnya