Twoja firma planuje migrację setek maszyn wirtualnych vSphere z lokalnego środowiska do Azure z minimalnym czasem przestoju. Niektóre aplikacje muszą zachować swoje adresy IP podczas migracji. Maszyny wirtualne będą potrzebowały prywatnego dostępu do usług Azure PaaS ze zmigrowanego środowiska. Które dwie akcje należy uwzględnić w projekcie?

Poprawne odpowiedzi to: "Wdróż Azure VMware Solution (AVS) i użyj VMware HCX do migracji na żywo/vMotion oraz vMotion wspomaganego replikacją, aby zminimalizować przestoje i zachować adresy IP tam, gdzie jest to obsługiwane" oraz "Połącz chmurę prywatną AVS z piastowym VNet Azure za pomocą AVS ExpressRoute i włącz Private Link/Private Endpoints w piaście dla dostępu do Azure PaaS". AVS jest idealnym rozwiązaniem do migracji setek maszyn wirtualnych vSphere z minimalnym czasem przestoju, ponieważ VMware HCX umożliwia migracje na żywo (vMotion) i replikację, co pozwala zachować adresy IP. AVS integruje się z Azure za pomocą dedykowanego połączenia ExpressRoute, co umożliwia prywatny dostęp do usług PaaS w Azure poprzez Private Link/Private Endpoints, spełniając wymagania dotyczące dostępu do usług PaaS. Niepoprawne opcje: Migracja bezpośrednio do Azure VM Scale Sets za pomocą Azure Migrate Server Migration nie zapewnia zachowania adresów IP w taki sam sposób jak HCX i nie obsługuje live vMotion między środowiskiem lokalnym a Azure w tym kontekście. Użycie VPN typu site-to-site z AVS do VNet typu spoke i udostępnianie PaaS przez publiczne punkty końcowe z ograniczeniami IP nie zapewnia prywatnego dostępu, co jest wymagane. Umieszczenie usług PaaS w AVS vCenter przy użyciu zagnieżdżonej wirtualizacji jest nieefektywne i nie jest standardowym sposobem konsumpcji usług PaaS w Azure.