Partager via

Serveur runtime de migration avec le service de migration dans Azure Database pour PostgreSQL

Le serveur runtime de migration est un composant essentiel du service de migration pour Azure Database pour PostgreSQL. Il sert de serveur intermédiaire, garantissant un transfert de données sécurisé et efficace pendant le processus de migration. Ce serveur est particulièrement utile lors de la migration de bases de données à partir d’environnements accessibles uniquement via des réseaux privés.

En agissant comme un pont entre l’instance PostgreSQL source et l’instance de serveur flexible Azure Database pour PostgreSQL cible, le serveur runtime de migration facilite la migration transparente des données. Elle garantit que la migration se produit dans un espace réseau sécurisé et isolé, en conservant l’intégrité et la confidentialité des données transférées.

Cet article fournit un aperçu détaillé du serveur runtime de migration, de ses scénarios pris en charge et de la façon de l’utiliser efficacement dans le service de migration dans Azure Database pour PostgreSQL.

Capture d’écran montrant le serveur runtime de migration.

Scénarios de migration pris en charge avec le serveur runtime de migration

Le serveur runtime de migration est essentiel pour transférer des données entre différentes instances PostgreSQL sources et l’instance de serveur flexible Azure Database pour PostgreSQL. Il est nécessaire dans les scénarios suivants :

  • Lorsque la source est un serveur unique Azure Database pour PostgreSQL configuré avec un point de terminaison privé et que la cible est un serveur flexible Azure Database pour PostgreSQL avec un point de terminaison privé.

Note

Le service de migration ne prend pas en charge la copie de rôles authentifiés par l’ID Microsoft Entra lors de l’utilisation d’un serveur d’exécution pour effectuer la migration d’un serveur unique vers un serveur flexible. Nous vous recommandons de créer manuellement les rôles entra ID authentifiés sur le serveur cible avant de lancer la migration.

  • Pour les sources telles que les bases de données locales, les machines virtuelles Azure ou les instances AWS, qui sont accessibles uniquement via des réseaux privés et l’instance de serveur flexible Azure Database pour PostgreSQL cible avec un point de terminaison privé.

Comment utiliser le serveur runtime de migration ?

Pour utiliser le serveur runtime de migration dans le service de migration dans Azure Database pour PostgreSQL, vous avez deux options de migration :

  • Utilisez le portail Azure pendant la configuration.
  • Spécifiez le paramètre migrationRuntimeResourceId dans le fichier de propriétés JSON pendant la commande migration create dans Azure CLI.

Voici comment procéder avec les deux méthodes.

Utilisation du portail Azure

  1. Connectez-vous au portail Azure et accédez au service de migration (à partir du serveur cible) dans l’instance Azure Database pour PostgreSQL.

  2. Commencez un nouveau workflow de migration au sein du service.

  3. Lorsque vous atteignez l’onglet Serveur d’exécution , sélectionnez Oui dans la case d’option Utiliser le serveur d’exécution .

  4. Sélectionnez votre abonnement Azure et votre groupe de ressources. Sélectionnez l’emplacement de l’instance de serveur flexible Azure Database pour PostgreSQL intégrée au réseau virtuel.

  5. Sélectionnez l’instance de serveur flexible Azure Database pour PostgreSQL appropriée pour servir d’instance de serveur runtime de migration.

    Capture d’écran montrant la sélection du serveur runtime de migration.

Éléments essentiels du serveur runtime de migration

  • Configuration minimale : bien qu’il soit créé à partir d’un serveur flexible Azure Database pour PostgreSQL, le serveur runtime de migration facilite uniquement la migration sans avoir besoin de haute disponibilité, de sauvegardes, de spécificités de version ou de fonctionnalités de stockage avancées.
  • Performances et dimensionnement : le serveur runtime de migration doit être correctement mis à l’échelle pour gérer la charge de travail. Nous vous recommandons de sélectionner une référence SKU équivalente ou supérieure à celle du serveur cible.
  • Mise en réseau : assurez-vous que le serveur runtime de migration est correctement intégré au réseau virtuel et que la sécurité réseau permet une communication sécurisée avec les serveurs source et cible. Pour plus d’informations, consultez le Guide réseau pour le service de migration.
  • Nettoyage après la migration : une fois la migration terminée, le serveur runtime de migration doit être désactivé pour éviter les coûts inutiles. Avant la suppression, vérifiez que toutes les données ont été correctement migrées et que le serveur n’est plus nécessaire.

Contenu connexe

  • Last updated on