Azure Lighthouse ile Azure Geçişi projelerini büyük ölçekte yönetme
Bu konu başlığında, Azure Lighthouse'un Azure Geçişi'ni birden çok Microsoft Entra kiracısında ölçeklenebilir bir şekilde kullanmanıza nasıl yardımcı olabileceğine yönelik bir genel bakış sunulmaktadır.
Azure Lighthouse, hizmet sağlayıcılarının aynı anda birden fazla kiracıda büyük ölçekte işlem gerçekleştirerek yönetim görevlerini daha verimli hale getirmelerine imkan tanır.
Azure Geçişi, azure şirket içi sunucuları, altyapıyı, uygulamaları ve verileri değerlendirmek ve bu sunuculara geçiş yapmak için merkezi bir merkez sağlar.
Azure Geçişi ile Azure Lighthouse tümleştirmesi, hizmet sağlayıcılarının her müşteri aboneliğine tek tek erişmek yerine farklı müşteriler için iş yüklerini büyük ölçekte keşfetmesini, değerlendirmesini ve geçirmesini sağlar. Hizmet sağlayıcıları, birden çok müşteri kiracısı genelinde yönettikleri tüm Azure Geçişi projelerinin tek bir görünümüne sahip olabilir. Müşterileri hizmet sağlayıcısı eylemlerine görünürlük sağlar ve kendi ortamlarının denetimini korur.
Bahşiş
Bu konuda hizmet sağlayıcılarına ve müşterilere başvursak da, bu kılavuz birden çok kiracıyı yönetmek için Azure Lighthouse kullanan kuruluşlar için de geçerlidir.
Senaryonuza bağlı olarak, Azure Geçişi projesini müşteri kiracısında veya yönetim kiracınızda oluşturmak isteyebilirsiniz. Aşağıdaki noktaları gözden geçirin ve müşterilerinizin geçiş gereksinimlerine en uygun modeli belirleyin.
Dekont
Azure Lighthouse ile iş ortakları şirket içi VMware VM'leri, Hyper-V VM'leri, fiziksel sunucular ve AWS/GCP örnekleri için bulma, değerlendirme ve geçiş gerçekleştirebilir. VMware VM geçişi için, temsilci müşteri aboneliğindeki bir geçiş projesi için yalnızca aracı tabanlı geçiş yöntemi kullanılabilir. Aracısız çoğaltma kullanarak geçiş şu anda müşterinin kapsamına temsilci erişimi aracılığıyla desteklenmiyor.
Müşteri kiracısında Azure Geçişi projesi oluşturma
Azure Lighthouse kullanırken bir seçenek, müşteri kiracısında Azure Geçişi projesi oluşturmaktır. Yönetici kiracıdaki kullanıcılar, geçiş projesi oluştururken müşteri aboneliğini seçebilir. Hizmet sağlayıcısı, yönetim kiracısından gerekli geçiş işlemlerini gerçekleştirebilir. Bu, iş yüklerini keşfetmek için Azure Geçişi aletini dağıtmayı, VM'leri gruplandırarak iş yüklerini değerlendirmeyi ve bulutla ilgili maliyetleri hesaplamayı, VM hazırlığını gözden geçirmeyi ve geçişi gerçekleştirmeyi içerebilir.
Bu senaryoda, bulma ve değerlendirme adımları bu kiracıdan başlatılıp yürütülebilse bile, yönetim kiracısında hiçbir kaynak oluşturulmaz ve depolanmaz. Geçiş projeleri, şirket içi iş yükleri için değerlendirme raporları ve hedef hedefteki geçirilen kaynaklar gibi tüm kaynaklar temsilci müşteri aboneliğine dağıtılır. Ancak, hizmet sağlayıcısı tüm müşteri projelerine kendi kiracı ve portal deneyiminden erişebilir.
Bu yaklaşım, birden çok müşteri arasında çalışan hizmet sağlayıcıları için bağlam değiştirmeyi en aza indirir ve müşterilerin tüm kaynaklarını kendi kiracılarında tutmasına olanak tanır.
Bu modelin iş akışı aşağıdakine benzer olacaktır:
Müşteri Azure Lighthouse'a eklenir. Azure Geçişi ile kullanılacak kimlik için Katkıda Bulunan yerleşik rolü gereklidir. Bu rolü kullanan bir örnek için delegated-resource-management-azmigrate örnek şablonuna bakın. Şablonu dağıtmadan önce parametre dosyasını ortamınızı yansıtacak şekilde değiştirdiğinizden emin olun.
Belirlenen kullanıcı Azure portalında yönetim kiracısında oturum açar ve ardından Azure Geçişi'ne gider. Bu kullanıcı uygun temsilci müşteri aboneliğini seçerek bir Azure Geçişi projesi oluşturur.
Kullanıcı daha sonra bulma ve değerlendirme adımlarını gerçekleştirir.
VMware VM'leri için, aleti yapılandırmadan önce bulma işlemini vCenter Server veri merkezleri, kümeler, kümeler klasörü, konaklar, konaklar klasörü veya tek tek VM'lerle sınırlayabilirsiniz. Kapsamı ayarlamak için aletin vCenter Server'a erişmek için kullandığı hesaba izinler atayın. Hiper yöneticide birden çok müşterinin VM'leri barındırılıyorsa bu yararlı olur. Hyper-V'nin bulma kapsamını sınırlayamazsınız.
Dekont
VMware sanal makinelerinin geçişi için, temsilci müşteri aboneliğinde bir geçiş projesi üzerinde çalışırken şu anda yalnızca aracı tabanlı yöntem desteklenmektedir.
Hedef müşteri aboneliği hazır olduğunda, Azure Lighthouse tarafından verilen erişim aracılığıyla geçiş işlemine devam edin. Değerlendirme sonuçlarını ve geçirilen kaynakları içeren geçiş projesi, müşteri kiracısında hedef abonelik altında oluşturulur.
Bahşiş
Geçiş öncesinde, temel altyapı kaynaklarını sağlamak ve sanal makinelerin geçirileceği aboneliği hazırlamak için bir giriş bölgesi dağıtılmalıdır. Bu giriş bölgesinde bazı kaynaklara erişmek veya kaynak oluşturmak için Sahip yerleşik rolü gerekebilir. Bu rol şu anda Azure Lighthouse'da desteklenmediğinden müşterinin hizmet sağlayıcısına konuk erişimi sağlaması veya Bulut Çözümü Sağlayıcısı (CSP) abonelik modeli aracılığıyla yönetici erişimi temsilcisi seçmesi gerekebilir.
Çok kiracılı giriş bölgeleri hakkında daha fazla bilgi için bkz. GitHub'da çok kiracılı Azure giriş bölgesi senaryoları ve Çok Kiracılı Giriş Bölgeleri tanıtım çözümü için önemli noktalar ve öneriler.
Yönetim kiracısında Azure Geçişi projesi oluşturma
Bu senaryoda, geçiş projesi ve tüm ilgili kaynaklar yönetici kiracıda yer alır. Müşterilerin geçiş projesine doğrudan erişimi yoktur (ancak değerlendirmeler istenirse müşterilerle paylaşılabilir). Önceki senaryoda olduğu gibi, bulma ve değerlendirme gibi geçişle ilgili işlemler, yönetici kiracıdaki kullanıcılar tarafından gerçekleştirilir ve her müşterinin geçiş hedefi kiracılarındaki hedef aboneliktir.
Bu yaklaşım, hizmet sağlayıcılarının geçiş bulma ve değerlendirme projelerini hızlı bir şekilde başlatarak bu ilk adımları müşteri aboneliklerinden ve kiracılardan soyutlamalarını sağlar.
Bu modelin iş akışı aşağıdakine benzer olacaktır:
Müşteri Azure Lighthouse'a eklenir. Azure Geçişi ile kullanılacak kimlik için Katkıda Bulunan yerleşik rolü gereklidir. Bu rolü kullanan bir örnek için delegated-resource-management-azmigrate örnek şablonuna bakın. Şablonu dağıtmadan önce parametre dosyasını ortamınızı yansıtacak şekilde değiştirdiğinizden emin olun.
Belirlenen kullanıcı Azure portalında yönetim kiracısında oturum açar ve ardından Azure Geçişi'ne gider. Bu kullanıcı , yönetici kiracıya ait bir abonelikte bir Azure Geçişi projesi oluşturur.
Kullanıcı daha sonra bulma ve değerlendirme adımlarını gerçekleştirir. Şirket içi VM'ler, yönetim kiracısında oluşturulan geçiş projesinde bulunur ve değerlendirilir, ardından oradan geçirilir.
Aynı Hyper-V konağındaki birden çok müşteriyi yönetiyorsanız, tüm iş yüklerini aynı anda keşfedebilirsiniz. Aynı gruptaki müşteriye özgü VM'leri seçebilir ve ardından bir değerlendirme oluşturabilirsiniz. Geçiş, hedef hedef olarak uygun müşterinin aboneliği seçilerek gerçekleştirilir. Bulma kapsamını sınırlamanıza gerek yoktur ve tek bir geçiş projesindeki tüm müşteri iş yüklerine tam bir genel bakış sağlayabilirsiniz.
Hazır olduğunuzda, iş yüklerini çoğaltmak ve geçirmek için hedef hedef olarak temsilci müşteri aboneliğini seçerek geçiş işlemine devam edin. Yeni oluşturulan kaynaklar müşteri aboneliğinde bulunurken, geçiş projesiyle ilgili değerlendirme verileri ve kaynaklar yönetim kiracısında kalır.
Müşteri geçişleri için iş ortağı tanıma
Microsoft Bulut İş Ortağı Programı'nın bir üyesi olarak, iş ortağı kimliğinizi temsilci müşteri kaynaklarını yönetmek için kullanılan kimlik bilgilerine bağlayabilirsiniz. Bu, Microsoft'un geçiş projeleri de dahil olmak üzere müşteriler için gerçekleştirdiğiniz görevler temelinde etkiyi ve Azure tarafından tüketilen geliri kuruluşunuzla ilişkilendirmesine olanak tanır.
Daha fazla bilgi için bkz . İş ortağı kimliğini bağlama.