Migrer des ressources de calcul vers Azure global

  • Article

Important

Depuis août 2018, nous n’avons pas accepté de nouveaux clients ni déployé de nouveaux services et fonctionnalités dans les emplacements d’origine Microsoft Cloud Allemagne.

En fonction de l’évolution des besoins des clients, nous avons récemment lancé deux nouvelles régions de centres de données en Allemagne, offrant une résidence des données client, une connectivité complète au réseau mondial du Cloud de Microsoft, ainsi qu’un tarif compétitif sur le marché.

En outre, le 30 septembre 2020, nous avons annoncé que le Cloud Microsoft Allemagne serait fermé le 29 octobre 2021. Des informations supplémentaires sont disponibles ici : https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Tirez parti de l’éventail des fonctionnalités, de la sécurité de l’entreprise et des fonctionnalités complètes disponibles dans nos nouvelles régions du centre de données allemand en migrant aujourd’hui.

Cet article contient des informations qui peuvent vous aider à migrer des ressources de calcul Azure depuis Azure Germany vers Azure global.

IaaS de calcul

Vous ne pouvez pas migrer directement l’infrastructure de calcul Azure vers des ressources d’infrastructure as a service (IaaS) depuis Azure Germany vers Azure global. Toutefois, il existe différentes façons de « dupliquer » vos machines virtuelles.

Duplication via Site Recovery

Azure Site Recovery peut vous aider à migrer votre machines virtuelles depuis Azure Germany vers Azure global. Comme la source et la cible se trouvent sur des locataires différents lors d’une migration depuis Azure Germany vers Azure global, vous ne pouvez pas utiliser l’option de récupération d’urgence normale proposée par Azure pour les machines virtuelles. L’astuce consiste à configurer un coffre Site Recovery sur l’environnement cible (Azure global) et à procéder comme si vous déplaciez un serveur physique vers Azure. Sur le Portail Microsoft Azure, sélectionnez un chemin de réplication indiqué comme non virtualisé. Une fois la réplication terminée, effectuez un basculement.

Notes

Les étapes suivantes sont celles que vous pouvez suivre pour migrer un serveur physique en cours d’exécution en local sur Azure.

Pour en savoir plus, passez en revue ce didacticiel très utile sur Site Recovery. Pour une vue d’ensemble rapide, voici une version plus courte et légèrement modifiée du processus :

Installez un serveur de configuration/processus dans votre environnement source pour générer les images de serveur. Ensuite, répliquez les images dans le coffre Azure Recovery Services au sein de votre environnement cible. Le travail est entièrement effectué par le serveur de configuration. Vous n’avez pas besoin de modifier les serveurs individuels.

  1. Connectez-vous au Portail Azure Germany.
  2. Comparez les versions de système d’exploitation des machines virtuelles que vous souhaitez migrer avec la matrice de prise en charge.
  3. Configurez une nouvelle machine virtuelle sur votre instance de Réseau virtuel Microsoft Azure source, afin qu’elle agisse en tant que serveur de configuration :
    1. Sélectionnez DS4v3 ou version supérieure (4 à 8 cœurs, 16 Go de mémoire).
    2. Connectez un disque supplémentaire, disposant d’au moins 1 To d’espace disponible (pour les images de machine virtuelle).
    3. Utilisez Windows Server 2012 R2 ou version ultérieure.
  4. Assurez-vous que les ports 443 et 9443 sont ouverts pour le sous-réseau, dans les deux sens.
  5. Connectez-vous à la nouvelle machine virtuelle (ConfigurationServer).
  6. Lors de votre session Bureau à distance, connectez-vous au Portail Azure global à l’aide des informations d’identification correspondantes.
  7. Configurez le réseau virtuel dans lequel les machines virtuelles répliquées seront exécutées.
  8. Création d’un compte Azure Storage.
  9. Configurez le coffre Recovery Services.
  10. Définissez le champ Objectif de protection (Vers Azure>Non virtualisé/Autre).
  11. Téléchargez le fichier d’installation unifiée de Site Recovery (Préparer l’infrastructure>Source). Lorsque vous ouvrez l’URL du portail à partir de ConfigurationServer, le fichier est téléchargé sur le serveur approprié. Depuis un emplacement autre que ConfigurationServer, chargez le fichier d’installation sur ConfigurationServer.
  12. Téléchargez la clé d’inscription du coffre (chargement sur ConfigurationServer, tel qu’indiqué à l’étape précédente, si nécessaire).
  13. Exécutez l’installation unifiée de Site Recovery sur ConfigurationServer.
  14. Configurez l’environnement cible (vérifiez que vous êtes toujours connecté au portail cible).
  15. Définissez la stratégie de réplication.
  16. Démarrez la réplication.

Une fois la première réplication réussie, testez un scénario de basculement. Vérifiez, puis supprimez le test. L’étape finale consiste à effectuer le basculement réel.

Attention

Aucune synchronisation n’est effectuée avec la machine virtuelle source. Si vous souhaitez effectuer une migration à nouveau, nettoyez tout et recommencez depuis le début !

Duplication à l’aide d’une importation/exportation du modèle Resource Manager

Vous pouvez exporter le modèle Azure Resource Manager que vous utilisez pour le déploiement sur votre ordinateur local. Modifiez le modèle afin de changer l’emplacement et d’autres paramètres ou variables. Ensuite, effectuez à nouveau le déploiement dans Azure global.

Important

Modifiez l’emplacement, les secrets Azure Key Vault, les certificats et autres GUID de façon à assurer la cohérence avec la nouvelle région.

Exportez le modèle Resource Manager vers le portail en sélectionnant le groupe de ressources. Sélectionnez Déploiements, puis choisissez le déploiement le plus récent. Sélectionnez Modèle dans le menu de gauche, puis téléchargez le modèle.

Un fichier .zip incluant plusieurs fichiers se télécharge. Les scripts PowerShell, Azure CLI, Ruby ou .NET vous aident à déployer votre modèle. Le fichier parameters.json inclut toutes les entrées effectuées depuis le dernier déploiement. Il est probable que vous deviez modifier certains paramètres dans ce fichier. Modifiez le fichier template.json si vous souhaitez redéployer uniquement un sous-ensemble des ressources.

Pour plus d’informations :

Services cloud

Vous pouvez redéployer des ressources Azure Cloud Services en fournissant les définitions .cspkg et .cscfg une nouvelle fois.

Portail Azure

Pour redéployer des services Cloud sur le Portail Microsoft Azure, procédez comme suit :

  1. Créez un service cloud à l’aide de vos définitions .cspkg et .cscfg.
  2. Mettez à jour l’enregistrement CNAME ou A pour faire pointer le trafic vers le nouveau service cloud.
  3. Lorsque le trafic pointe vers le nouveau service cloud, supprimez l’ancien service cloud dans Azure Germany.

PowerShell

Pour redéployer des services cloud à l’aide de PowerShell, procédez comme suit :

  1. Créez un service cloud à l’aide de vos définitions .cspkg et .cscfg.

    New-AzureService -ServiceName <yourServiceName> -Label <MyTestService> -Location <westeurope>

  2. Créez un déploiement à l’aide de vos définitions .cspkg et .cscfg.

    New-AzureDeployment -ServiceName <yourServiceName> -Slot <Production> -Package <YourCspkgFile.cspkg> -Configuration <YourConfigFile.cscfg>

  3. Mettez à jour l’enregistrement CNAME ou A pour faire pointer le trafic vers le nouveau service cloud.

  4. Lorsque le trafic pointe vers le nouveau service cloud, supprimez l’ancien service cloud dans Azure Germany.

    Remove-AzureService -ServiceName <yourOldServiceName>

API REST

Pour redéployer des services cloud à l’aide de l’API REST, procédez comme suit :

  1. Créez un service cloud dans l’environnement cible.

    https://management.core.windows.net/<subscription-id>/services/hostedservices

  2. Créez un déploiement à l’aide de l’API de création de déploiement. Pour rechercher vos définitions .cspkg et .cscfg, vous pouvez appeler l’API d’obtention de package.

    https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/production

  3. Lorsque le trafic pointe vers le nouveau service cloud, supprimez l’ancien service cloud dans Azure Germany.

    https://management.core.cloudapi.de/<subscription-id>/services/hostedservices/<old-cloudservice-name>

Pour plus d’informations :

Service Fabric

Vous ne pouvez pas migrer des ressources Microsoft Azure Service Fabric depuis Azure Germany vers Azure global. Vous devez redéployer les ressources Service Fabric dans le nouvel environnement.

Vous pouvez obtenir des informations relatives à votre environnement Service Fabric actuel à l’aide des cmdlets PowerShell. Accédez à toutes les cmdlets associées à Service Fabric en saisissant Get-Help *ServiceFabric* dans PowerShell.

Pour plus d’informations :

Batch

Vous ne pouvez pas migrer les données de compte Azure Batch d’une région à une autre. En effet, le compte peut être associé à des machines virtuelles en cours d’exécution et interagir fréquemment avec les données des comptes de stockage, bases de données ou autres systèmes de stockage.

Redéployez vos scripts de déploiement, vos modèles ou votre code dans la nouvelle région. Le redéploiement inclut les tâches suivantes :

  1. Création d’un compte Batch.
  2. Augmentation du quota associé à votre compte Batch.
  3. Création de pools Batch.
  4. Création de comptes de stockage, de bases de données et d’autres services utilisés pour conserver les données d’entrée et de sortie.
  5. Mise à jour de votre configuration et de votre code afin qu’ils pointent vers le nouveau compte Batch et pour utiliser de nouvelles informations d’identification.

Pour plus d’informations :

Fonctions

Actuellement, il n’est pas possible de migrer des ressources Azure Functions depuis Azure Germany vers Azure global. Nous vous recommandons d’exporter le modèle Resource Manager, de modifier l’emplacement et de le redéployer vers la région cible.

Important

Modifiez l’emplacement, les secrets Azure Key Vault, les certificats, les paramètres d’application et autres GUID de façon à assurer la cohérence avec la nouvelle région.

Pour plus d’informations :

Groupes identiques de machines virtuelles

Pour migrer des groupes de machines virtuelles identiques vers Azure global, exportez le modèle Resource Manager, adaptez-le au nouvel environnement, puis redéployez-le dans la région cible. Exportez uniquement le modèle de base, puis redéployez le modèle dans le nouvel environnement. Les instances de groupes groupe de machines virtuelles identiques doivent toutes être identiques.

Important

Modifiez l’emplacement, les secrets Key Vault, les certificats et autres GUID de façon à assurer la cohérence avec la nouvelle région.

Pour plus d’informations :

Web Apps

Actuellement, les applications que vous avez créées à l’aide de la fonctionnalité Web Apps d’Azure App Service ne peuvent pas être migrées à partir d’Azure Germany vers Azure global. Nous vous recommandons d’exporter une application Web en tant que modèle Resource Manager, puis de la redéployer lorsque vous avez modifié la propriété d’emplacement pour qu’elle porte sur la nouvelle région.

Important

Modifiez l’emplacement, les secrets Key Vault, les certificats et autres GUID de façon à assurer la cohérence avec la nouvelle région.

Pour plus d’informations :

Étapes suivantes

Informez-vous sur les outils, techniques et suggestions pour migrer des ressources dans les catégories de service suivantes :