Déplacer le service Azure Private Link vers une autre région
Cet article explique comment relocaliser le service Azure Private Link lors du déplacement de votre charge de travail vers une autre région.
Il existe plusieurs raisons de vouloir déplacer vos ressources Azure existantes d’une région à une autre. Vous pouvez :
- Tirer parti d’une nouvelle région Azure.
- Déployer des fonctionnalités ou des services disponibles uniquement dans des régions spécifiques.
- Respecter les exigences de gouvernance et de stratégie internes.
- Être en phase avec les fusions et acquisitions de l’entreprise
- Répondre aux exigences de planification de capacité.
Pour savoir comment reconfigurer des points de terminaison privés pour un service particulier, consultez le guide de relocalisation du service approprié.
Temps d’arrêt
Pour comprendre les temps d’arrêt possibles impliqués, consultez Cloud Adoption Framework pour Azure : sélectionnez une méthode de relocalisation.
Préparer
Identifiez toutes les ressources utilisées par le service Private Link, comme l’équilibreur de charge standard, les machines virtuelles, le réseau virtuel, etc.
Redeploy
Redéployez toutes les ressources utilisées par le service Private Link.
Assurez-vous qu’un équilibreur de charge standard avec toutes les ressources dépendantes est déplacé vers la région cible.
Créez un service Private Link qui référence l’équilibreur de charge déplacé. Vous pouvez créer la liaison privée à l’aide du Portail Azure, de PowerShell ou d’Azure CLI.
Durant le processus de sélection de l’équilibreur de charge : - Choisissez la configuration d’adresse IP front-end où vous souhaitez recevoir le trafic. - Choisissez un sous-réseau pour les adresses IP NAT du service Private Link. - Choisissez les paramètres du service Private Link identiques au service Private Link source.
Redéployez le point de terminaison privé dans le réseau virtuel déplacé.
Configurez vos paramètres DNS en suivant les instructions fournies dans Valeurs de zone DNS privée.
Étapes suivantes
Pour en savoir plus sur le déplacement de ressources entre régions et la reprise d’activité après sinistre dans Azure, consultez :