Qu’advient-il de Azure Database pour PostgreSQL - Serveur unique après l’annonce de la mise hors service ?
S’APPLIQUE À : 
Azure Database pour PostgreSQL – Serveur unique
**Azure Database pour PostgreSQL – Serveur unique est en voie d’être mis hors service avec une mise hors service prévue d’ici le 28 mars 2025.
Azure Database pour PostgreSQL : le serveur unique est généralement devenu disponible en 2018. Étant donné les commentaires des clients et les nouvelles avancées en matière de fonctionnalités de calcul, de disponibilité, de scalabilité et de performances dans le paysage des bases de données Azure, l’offre de Serveur unique doit être mise hors service et remplacée par une nouvelle architecture. La nouvelle génération du service, Azure Database pour PostgreSQL – Serveur flexible, vous offre le meilleur de la plateforme de base de données open source Azure.
Dans le cadre de cette mise hors service, nous ne prenons plus en charge la création de nouvelles instances du serveur unique à partir du portail Azure à compter du 30 novembre 2023. Cependant, si vous devez créer des instances de serveur unique pour répondre à des besoins de continuité d’activité, vous pouvez continuer à utiliser Azure CLI jusqu’en mars 2025.
Si vous disposez actuellement d’un service de serveur unique Azure Database pour PostgreSQL hébergeant des serveurs de production, nous sommes heureux de vous informer que vous pouvez migrer votre Serveur unique Azure Database pour PostgreSQL vers un Serveur flexible Azure Database pour PostgreSQL.
Le Serveur flexible Azure Database pour PostgreSQL est un service de base de données prêt pour la production, entièrement géré et conçu pour offrir un contrôle et une flexibilité plus précis des fonctions de gestion de base de données et des paramètres de configuration. Pour plus d’informations à ce sujet, consultez Azure DB pour PostgreSQL – Serveur flexible.
Migrer d’un Serveur unique Azure Database pour PostgreSQL vers un Serveur flexible Azure Database pour PostgreSQL
Découvrez comment migrer d’Azure Database pour PostgreSQL – Serveur unique vers Azure Database pour PostgreSQL – Serveur flexible à l’aide du service de migration PostgreSQL.
Forum Aux Questions (FAQ)
Q. Pourquoi le Serveur unique Azure Database pour PostgreSQL est-il mis hors service ?
R. Azure Database pour PostgreSQL : le serveur unique est généralement devenu disponible en 2018. Étant donné les commentaires des clients et les nouvelles avancées en matière de fonctionnalités de calcul, de disponibilité, de scalabilité et de performances dans le paysage des bases de données Azure, l’offre de Serveur unique doit être mise hors service et remplacée par une nouvelle architecture. La nouvelle génération du service, Azure Database pour PostgreSQL – Serveur flexible, vous offre le meilleur de la plateforme de base de données open source Azure.
Q : Pourquoi suis-je invité à migrer vers le Serveur flexible Azure Database pour PostgreSQL ?
A. Azure Database pour PostgreSQL – Serveur flexible est la plateforme idéale pour exécuter toutes vos charges de travail PostgreSQL open source sur Azure. Azure Database pour PostgreSQL – Serveur flexible est économique, offre de meilleures performances dans tous les niveaux de service, et fournit davantage de possibilités de contrôler vos coûts grâce à une récupération d’urgence moins coûteuse et plus rapide. Voici d’autres améliorations apportées au serveur flexible :
- Prise en charge de Postgres version 11 et ultérieure, ainsi que des améliorations de sécurité intégrées
- Meilleures performances de prix avec prise en charge des options de calcul de niveau burstable.
- Amélioration de la durée de fonctionnement en configurant la veille à chaud sur la même zone de disponibilité ou sur une autre zone de disponibilité et des fenêtres de maintenance contrôlées par l’utilisateur.
- Expérience de développement simplifiée pour les charges de travail de données hautes performances.
Q. Quand dois-je migrer mon Serveur unique vers un Serveur flexible ?
R. La mise hors service du Serveur unique Azure Database pour PostgreSQL est prévue d’ici le 28 mars 2025. Nous vous recommandons donc vivement de migrer votre Serveur unique vers un Serveur flexible dès que possible pour être sûr de disposer de suffisamment de temps pour exécuter tout le cycle de vie de la migration et de bénéficier des avantages offerts par le Serveur flexible.
Q. Qu’advient-il de mes instances de Serveur unique Azure Database pour PostgreSQL existantes ?
R : Vos charges de travail Azure Database pour PostgreSQL – Serveur unique existantes sont prises en charge jusqu’en mars 2025.
Q : Puis-je toujours créer une instance de Serveur unique Azure Database pour PostgreSQL version 11 après l’EOL de la communauté en novembre 2023 ?
R : À compter du 30 novembre 2023, vous ne pouvez plus créer d’instances de serveur unique pour PostgreSQL version 11 via le portail Azure. Toutefois, vous pouvez encore les créer via l’interface CLI jusqu’en mars 2025. Nous prenons en charge les serveurs uniques par le biais de notre stratégie de prise en charge du contrôle de version. Il serait préférable de commencer à migrer vers Azure Database pour PostgreSQL – Serveur flexible immédiatement.
Q : Puis-je continuer à exécuter mon Serveur unique Azure Database pour PostgreSQL au-delà de la date de fin du 28 mars 2025 ?
R. Nous prévoyons de prendre en charge le Serveur unique jusqu’à la date de fin au 28 mars 2025 et vous conseillons vivement de commencer à planifier votre migration dès que possible. Nous prévoyons de mettre fin à la prise en charge des déploiements de serveur unique à la date de fin du 28 mars 2025.
Q : Après l’annonce de la mise hors service du Serveur unique, que se passe-t-il si j’ai encore besoin de créer un serveur unique pour répondre aux besoins de mon entreprise ?
R. Nous n’arrêtons pas immédiatement la capacité à créer de nouveaux serveurs uniques. Vous pouvez donc continuer à créer des serveurs uniques via l’interface CLI pour répondre aux besoins de votre entreprise pour toutes les versions de PostgreSQL prises en charge sur le Azure Database pour PostgreSQL – Serveur unique. Nous vous encourageons vivement à étudier le Serveur flexible et voir s’il répond à vos besoins. N’hésitez pas à nous contacter le cas échéant afin que nous puissions vous guider et vous suggérer la meilleure voie à suivre.
Q : Des coûts supplémentaires sont-ils associés à l’exécution de la migration ?
R. Lors de l’exécution de la migration, vous payez pour le serveur flexible cible et le serveur unique source. La configuration et le calcul du serveur flexible cible détermineront les coûts supplémentaires encourus (pour plus d’informations, consultez Tarification). Une fois que vous avez désactivé le serveur unique source une fois la migration réussie, vous payez uniquement pour votre serveur flexible. L’utilisation du service de migration du Serveur unique vers le Serveur flexible n’entraîne pas de frais supplémentaires. Si vous avez des questions ou des préoccupations concernant le coût de la migration de votre serveur unique vers un serveur flexible, contactez votre représentant de compte Microsoft.
Q. Ma facturation sera-t-elle affectée par l’exécution de Azure Database pour PostgreSQL - Serveur flexible au lieu de Azure Database pour PostgreSQL - Serveur unique ?
R. La facturation doit être comparable si vous choisissez une configuration similaire à votre Azure Database pour PostgreSQL - Serveur unique. Toutefois, si vous sélectionnez la même zone ou une haute disponibilité redondante interzone pour votre serveur flexible cible, votre facture sera plus élevée que celle de votre serveur unique. La même zone ou haute disponibilité redondante interzone nécessite qu’un serveur de secours supplémentaire soit lancé et stocke des données de sauvegarde redondantes, d’où le coût supplémentaire pour le deuxième serveur. Cette architecture permet de réduire les temps d’arrêt pendant les interruptions non planifiées et la maintenance planifiée. En règle générale, le Serveur flexible offre de meilleures performances tarifaires. Toutefois, cela dépend de votre charge de travail.
Q : Est-ce que je vais subir un temps d’arrêt lors de la migration du Serveur unique Azure Database pour PostgreSQL vers le Serveur flexible ?
R : Le service de migration PostgreSQL prend en charge les migrations hors ligne et en ligne. La migration hors connexion nécessite un temps d’arrêt pour vos applications pendant le processus de migration. La migration en ligne vous permet de migrer des bases de données avec un temps d’arrêt très limité, mais elle comporte quelques restrictions. Pour plus d’informations, consultez Service de migration PostgreSQL – Azure Database pour PostgreSQL – Serveur unique vers Serveur flexible.
Le temps d’arrêt nécessaire dépend de plusieurs facteurs, notamment du nombre et de la taille de vos bases de données, du nombre de tables à l’intérieur de chaque base de données, du nombre d’index et de la répartition des données entre les tables. Il dépend également de la référence SKU du serveur source et du serveur cible ainsi que des IOPS disponibles sur le serveur source et le serveur cible.
Compte tenu des nombreux facteurs impliqués dans une migration, la meilleure approche pour estimer le temps d’arrêt de votre application consiste à essayer la migration sur un serveur PITR restauré à partir du serveur principal pour planifier votre migration de production.
Les migrations hors connexion sont moins complexes et présentent peu de risques d’échec. Il s’agit de la méthode recommandée pour migrer des charges de travail avec des fenêtres de service d’un serveur unique vers un serveur flexible. La migration en ligne peut être utilisée pour les environnements de production avec une faible tolérance aux temps d’arrêt.
Q : Y aura-t-il de futures mises à jour du Serveur unique pour prendre en charge les dernières versions de PostgreSQL ?
R. Nous vous recommandons de migrer vers un Serveur flexible si vous devez fonctionner sur les dernières versions du moteur PostgreSQL. Nous continuons à déployer des versions mineures publiées par la communauté pour Postgres version 11 jusqu’à sa mise hors service en novembre 2023.
Notes
Nous étendons la prise en charge de Postgres version 11 après la date de mise hors service de la communauté et nous prendrons en charge PostgreSQL version 11 sur Serveur unique et Serveur flexible pour faciliter cette transition. Envisagez de migrer vers le Serveur flexible pour tirer parti des avantages des dernières versions du moteur Postgres.
Q : En quoi le contrat SLA de disponibilité de 99,99 % du Serveur flexible diffère-t-il de celui du Serveur unique ?
R : Le déploiement redondant interzone du Serveur flexible offre une disponibilité de 99,99 % avec une résilience au niveau de la zone, tandis que le Serveur unique offre une disponibilité de 99,99 % mais sans résilience de zone. L’architecture de haute disponibilité (HA) du Serveur flexible déploie un serveur de secours avec un calcul et un stockage redondants (les données de chaque site étant stockées en 3 exemplaires). L’architecture de haute disponibilité (HA) du Serveur unique n’offre pas de serveur de secours passif permettant la récupération après des défaillances zonales. L’architecture de haute disponibilité (HA) du Serveur flexible réduit les temps d’arrêt lors d’interruptions non prévues et de maintenance planifiée.
Q. Mon Serveur unique est déployé dans une région qui ne prend pas en charge le Serveur flexible. Comment dois-je procéder avec la migration ?
R. Nous sommes proches de la parité régionale avec le Serveur unique. Ce sont des régions sans présence de Serveur flexible.
- Chine Est (CE et CE2),
- Chine Nord (CN et CN2)
- Inde Ouest
- Suède Nord
Nous vous recommandons de migrer vers les régions CN3/CE3, Inde Centre, Suède Centre et Suède Sud. Q : J’ai configuré une liaison privée pour mon serveur unique. Comment effectuer la migration ?
R. La prise en charge de Private Link est désormais disponible sur le Serveur flexible. Vous pouvez utiliser le serveur d’exécution pour passer à un serveur flexible avec prise en charge de la liaison privée. Pour plus d’informations, consultez Serveur d’exécution – Azure Database pour PostgreSQL – Serveur unique vers Serveur flexible.
Q : Existe-t-il une option pour restaurer un Serveur unique d’une migration vers un Serveur flexible ?
R. Vous pouvez effectuer n’importe quel nombre de migrations de test, tester la réussite de votre migration et effectuer la migration finale une fois que vous êtes prêt. Les migrations de test n’affectent pas la source du serveur unique, qui reste opérationnelle tant que vous n’avez pas effectué la migration et modifié vos chaînes de connexion pour qu’elles pointent vers le Serveur flexible. Si des erreurs se sont produites pendant la migration de test, vous pouvez choisir de reporter la migration finale et de laisser votre serveur source fonctionner. Vous pouvez retenter la migration finale une fois que vous avez résolu les erreurs. Une fois que vous avez effectué une migration finale vers un serveur flexible et que vous l’avez ouvert pour la charge de travail de production, vous perdez la capacité à revenir à un Serveur unique sans entraîner de perte de données.
Q. Comment migrer ma base de données (> 1 To)
A. Le service de migration PostgreSQL peut migrer des bases de données de toutes tailles d’un serveur unique vers un serveur flexible. Le service de migration n’a aucune restriction concernant la taille des bases de données.
Q : La migration inter-régions est-elle prise en charge ?
R : Oui.
Q : La migration entre abonnements est-elle prise en charge ?
R : Le service de migration PostgreSQL prend en charge les migrations entre abonnements.
Q : L’abonnement inter-ressources est-il pris en charge ?
R : Le service de migration PostgreSQL prend en charge les migrations entre groupes de ressources.
Q : Existe-t-il une prise en charge inter-versions ?
R : Le service de migration PostgreSQL prend en charge la migration d’une version inférieure de PostgreSQL (PG 9.5 et plus) vers n’importe quelle version supérieure. Comme toujours, la compatibilité des applications avec les versions de PostgreSQL supérieures doit être vérifiée au préalable.
Le service de migration PostgreSQL
Le service de migration PostgreSQL est un service puissant qui vous permet de migrer facilement votre base de données PostgreSQL Server d’un serveur unique vers un serveur flexible. Grâce à ce service, vous pouvez facilement déplacer votre base de données d’un serveur local ou d’une machine virtuelle vers un serveur flexible dans le cloud, ce qui vous permet de profiter de la scalabilité et de la flexibilité du cloud computing.
Q : Quels composants de données, de schéma et de métadonnées sont migrés dans le cadre de la migration ?
R : Le service de migration PostgreSQL migre le schéma, les données et les métadonnées de la source vers la destination. Tous les composants de données, de schéma et de métadonnées suivants sont migrés dans le cadre de la migration de base de données :
Migration de données
- Toutes les tables de toutes les bases de données/schémas.
Migration de schéma :
- Dénomination
- Clé primaire
- Type de données
- Position ordinale
- Valeur par défaut
- Possibilité de valeurs nulles
- Attributs d’auto-incrément
- Index secondaires
Migration de métadonnées :
- Procédures stockées
- Fonctions
- Déclencheurs
- Vues
- Contraintes de clés étrangères
Q. Quelle est la différence entre la migration hors connexion et la migration en ligne ?
R : Dans le cas d’une migration hors connexion, le temps d’arrêt de l’application commence quand la migration commence. Dans le cas d’une migration en ligne, le temps d’arrêt est limité à la durée du basculement à la fin de la migration. Toutefois, il utilise un mécanisme de réplication logique soumis à quelques restrictions.
Le tableau suivant fournit une vue d’ensemble des options hors connexion et en ligne.
| Option | AVANTAGES | INCONVÉNIENTS | Recommandé pour |
|---|---|---|---|
| Hors connexion | - Simple, facile et moins complexe à exécuter. - Beaucoup moins de risques d’échec. - Pas de restrictions quant aux objets de base de données qu’il peut gérer |
Temps d’arrêt pour les applications. | - Idéal pour les scénarios où la simplicité et un taux de réussite élevé sont essentiels. - Idéal pour les scénarios où la base de données peut être hors connexion sans impact significatif sur les opérations métier. - Adapté aux bases de données lorsque le processus de migration peut être effectué dans une fenêtre de maintenance planifiée. |
| En ligne | - Temps d’arrêt très minimes pour l’application. - Idéal pour les grandes bases de données et les clients qui exigent des temps d’arrêt limités. |
- La réplication utilisée dans le cadre de la migration en ligne comporte quelques restrictions (par exemple, les clés primaires doivent être présentes dans toutes les tables). - Délicate et bien plus complexe à exécuter que la migration hors connexion. - Risques plus élevés d’échec du fait de la complexité de la migration. - Impact sur le stockage et le calcul de l’instance source si la migration s’exécute pendant longtemps. Cela est à surveiller de près pendant la migration. |
- Mieux adapté aux entreprises où la continuité est critique et où les temps d’arrêt doivent être réduits au minimum. - Recommandé pour les bases de données lorsque le processus de migration doit se produire sans interrompre les opérations en cours. |
Q : Existe-t-il des recommandations pour optimiser les performances de la migration du Serveur unique vers le Serveur flexible ?
R : Oui. Pour effectuer des migrations plus rapides, choisissez une référence SKU supérieure pour votre serveur flexible. Choisissez au minimum une référence SKU 4VCore ou supérieure pour effectuer rapidement la migration. Vous pouvez toujours changer de référence SKU en fonction des besoins de l’application après la migration. Découvrez d’autres meilleures pratiques.
Q : Combien de temps prend une migration hors ligne du Serveur unique vers le Serveur flexible avec le service de migration ?
R : Le tableau suivant indique le temps consacré à effectuer des migrations hors ligne pour des bases de données de différentes tailles à l’aide du service de migration PostgreSQL. La migration a été effectuée à l’aide d’un serveur flexible avec la référence SKU :
Standard_D4ds_v4 (4 cœurs, 16 Go de mémoire et 500 IOPS)
| Taille de la base de données | Temps (HH:mm) |
|---|---|
| 1 Go | 00:01 |
| 5 Go | 00:03 |
| 10 Go | 00:08 |
| 50 Go | 00:35 |
| 100 Go | 01:00 |
| 500 Go | 04:00 |
| 1 000 Go | 07:00 |
Notes
Les chiffres ci-dessus vous donnent une idée approximative du temps nécessaire pour mener à bien la migration. Pour avoir une idée précise du temps nécessaire pour migrer vers votre serveur, nous vous recommandons vivement de procéder à une restauration à un instant dans le passé (PITR) de votre serveur unique et de le migrer avec le service de migration PostgreSQL.
Q : Combien de temps prend une migration en ligne du Serveur unique vers le Serveur flexible avec le service de migration ?
R : La migration en ligne implique les étapes suivantes :
- Copie initiale des bases de données
- Capture de données modifiées : relecture de toutes les transactions sur la source pendant l’étape #1 vers la cible.
Le temps nécessaire à l’étape #1 est le même que pour les migrations hors connexion (reportez-vous à la question précédente).
Le temps nécessaire à l’étape #2 dépend des transactions qui se produisent sur la source. S’il s’agit d’une charge de travail intensive en écriture, il faut davantage de temps.
Q : Microsoft propose-t-il un support pour la migration du Serveur unique vers le Serveur flexible ?
R : Oui. Outre la mise à jour continue du service de migration, nous travaillons avec des équipes de partenaires internes qui peuvent vous aider tout au long du processus de migration. Pour obtenir plus d’informations, contactez le représentant chargé de votre compte.
Q : Microsoft peut-il m’aider à migrer automatiquement mon Serveur unique vers le Serveur flexible ? R : Oui. Vous pouvez désigner vos serveurs pour la migration automatique. Vous pouvez en savoir plus à ce sujet et désigner vos serveurs pour la migration automatique ici.
Support supplémentaire
Q. J’ai d’autres questions sur la mise hors service.
R. Vous pouvez obtenir de plus amples informations de plusieurs manières différentes.
Posez vos questions aux experts de la communauté dans Microsoft Q&A.
Si vous disposez d’un plan de support et que vous avez besoin d’une aide technique, créez une demande de support : - Pour résumé, tapez une description de votre problème. - Pour Type de problème, sélectionnez Technique. - Pour Abonnement, sélectionnez votre abonnement. - Pour Service, sélectionnez Mes services. - Pour Type de service, sélectionnez Serveur unique Azure Database pour PostgreSQL. - Pour Ressource, sélectionnez votre ressource. - Pour Type de problème, sélectionnez Migration vers Azure DB pour PostgreSQL. - Pour Sous-type de problème, sélectionnez Problèmes de migration d’un serveur unique vers un serveur flexible.
Avertissement
Cet article n’est pas destiné aux utilisateurs du service Serveur flexible Azure Database pour PostgreSQL. Il s’adresse aux clients d’un serveur unique Azure Database pour PostgreSQL qui doivent effectuer une mise à niveau vers un Serveur flexible Azure Database pour PostgreSQL.
Nous savons que la migration de services peut être frustrante, et nous nous excusons à l’avance pour le désagrément que cela pourrait vous causer. Vous pouvez choisir le scénario qui vous convient le mieux et qui est le mieux adapté à votre environnement.