Migration d’une instance Gestion des API hébergée sur la plateforme stv1 et déplacée vers stv2
S’APPLIQUE À : Développeur | Essentiel | Standard | Premium
Nous maintenant ici à votre disposition une aide pour migrer votre instance Gestion des API hébergée sur la plateforme de calcul stv1
vers la plateforme plus récente stv2
. Déterminez si vous avez besoin de le faire.
Il existe deux scénarios de migration différents, selon que votre instance Gestion des API est actuellement déployée (injectée) ou non dans un réseau virtuel externe ou interne. Choisissez le guide de migration correspondant à votre scénario. Dans les deux scénarios, une instance existante est migrée sur place vers la plateforme stv2
.
Important
La prise en charge des instance de la Gestion des API hébergées sur la plateforme stv1
sera mise hors service le 31 août 2024. Si certaines de vos instances sont hébergées sur la plateforme stv1
, migrez-les vers la plateforme stv2
avant cette date pour éviter les interruptions de service. Plus d’informations
Scénarios de migration sur place
Scénario 1 : Migrer une instance Gestion des API non injectée dans un réseau virtuel – Migrez votre instance vers la plateforme
stv2
à l’aide du portail ou de l’API REST MigrateTosStv2.Scénario 2 : Migrer une instance Gestion des API injectée dans un réseau virtuel (VNet) – Migrez votre instance vers la plateforme
stv2
en mettant à jour les paramètres de configuration du réseau virtuel à l’aide du portail.
Autre solution : le déploiement côte à côte
Même si nous vous recommandons vivement d’opter pour une migration sur place vers la plateforme stv2
, vous pouvez également choisir de déployer une nouvelle instance stv2
côte à côte avec votre instance Gestion des API d’origine. Utilisez les fonctionnalités de sauvegarde et restauration de Gestion des API pour sauvegarder votre instance d’origine et la restaurer sur la nouvelle instance.
Avec le déploiement côte à côte, vous pouvez contrôler à quel moment vous déployez et vérifiez la nouvelle instance, s’il convient de restaurer l’instance d’origine et à quel moment vous mettez l’instance d’origine hors service. Bien que cette approche s’avère plus coûteuse en raison de la nécessité d’exécuter une instance supplémentaire sur une certaine période et des efforts plus importants qu’elle demande, vous disposez néanmoins d’un contrôle total sur le processus de migration. Pour en savoir plus sur les limitations et les points à prendre en considération, consultez A guide to creating a copy of an API Management instance.
L’image suivante offre une vue d’ensemble générale de ce qui se passe lors d’une migration côte à côte.
Aide et support
Nous vous proposons ici de vous aider à migrer vers la plateforme stv2
avec un minimum d’interruptions pour vos services.
Si vous avez des questions, interrogez les experts de la communauté dans Microsoft Q&A et obtenez des réponses rapides. 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, par exemple « mise hors service stv1 ».
- Sous Type de problème, sélectionnez Technique.
- Sous Abonnement, sélectionnez votre abonnement.
- Sous Service, sélectionnez Mes services, puis Service de gestion des API.
- Sous Ressource, sélectionnez la ressource Azure pour laquelle vous créez une demande de support.
- Pour le Type de problème, sélectionnez Administration et gestion.
- Pour le Sous-type de problème, sélectionnez Mettre à niveau, Mettre à l’échelle ou Modifier la référence SKU.
Vidéo
Contenu connexe
Commentaires
https://aka.ms/ContentUserFeedback.
Prochainement : Tout au long de l'année 2024, nous supprimerons progressivement les GitHub Issues en tant que mécanisme de retour d'information pour le contenu et nous les remplacerons par un nouveau système de retour d'information. Pour plus d’informations, voir:Soumettre et afficher des commentaires pour