Options de migration - Redis Enterprise vers Azure Redis managé

Cet article décrit les options de migration disponibles pour passer de Azure Cache pour Redis niveau Entreprise à Azure Redis managé.

Important

Une compétence d’agent de migration pour Azure Cache pour Redis Entreprise est disponible pour répondre aux questions liées à la migration et préparer un plan de migration adapté à votre environnement. Pour plus d’informations, consultez la compétence de l’agent de migration Redis Enterprise.

Il existe deux chemins de migration à prendre en compte. Nous vous recommandons l’option 1 pour la plupart des clients.

Dans cette approche, vous créez une nouvelle instance Azure Managed Redis, migrez vos données vers celle-ci, mettez à jour vos applications pour qu’elles pointent vers la nouvelle instance, puis supprimez l’ancienne instance Azure Cache pour Redis Entreprise.

Pourquoi cela est recommandé :

  • Contrôle total. Vous décidez exactement quand basculer, et vous pouvez tester la nouvelle instance avant de rediriger le trafic de production. Si plusieurs applications se connectent à une instance Redis partagée, vous pouvez choisir de migrer une application à la fois.
  • Temps d’arrêt minimal. En utilisant une stratégie de synchronisation des données (par exemple, double écriture ou exportation/importation), vous pouvez maintenir les deux caches en fonctionnement parallèle et effectuer la bascule avec une interruption minimale.
  • Validation indépendante. Vous pouvez vérifier que la nouvelle instance Azure Redis managée fonctionne correctement avec votre application avant de désaffecter l’ancien cache.
  • Fonctionne avec des caches géorépliqués. Vous pouvez maintenant ajouter une instance Redis managée Azure à votre groupe de géoréplications d’instances Redis Enterprise une par une et supprimer les instances Redis Enterprise correspondantes du groupe de géoréplication. Cela garantit que la géoréplication continue de fonctionner et que la migration peut être effectuée sans avoir à dissocier les caches.

L’article sur la migration en libre-service fournit des instructions pas à pas pour cette approche, notamment plusieurs stratégies de migration de données.

Option 2 : Utiliser les outils de migration

Azure fournit des outils de migration intégrés qui transforment votre instance Azure Cache pour Redis Entreprise existante en Azure instance Redis managée, tout en conservant le même nom d’hôte et la même clé d’accès, de sorte que vos applications clientes se reconnectent automatiquement à l’instance Azure Redis managée à l’aide du même nom d’hôte et de la même clé d’accès. Après avoir validé la migration, mettez à jour vos applications clientes pour utiliser le nouveau nom d’hôte Redis managé Azure et désactiver l’ancien nom d’hôte Azure Cache pour Redis Entreprise

Important

Passez en revue les limitations ci-dessous soigneusement avant de choisir cette approche.

Limitations

  • Aucun contrôle sur le moment où le basculement se produit. Vous pouvez utiliser l’outil pour lancer la migration, mais n’avez aucun contrôle sur le moment où le basculement du trafic se produit exactement pendant la migration.
  • Toutes les applications clientes ont été affectées simultanément. Toutes les applications clientes qui se connectent à l’instance Redis migrante migrent simultanément. Vous ne pouvez pas migrer une application ou un service à la fois.
  • Synchronisation des données non prise en charge. Cet outil orchestrera la migration de nom d’hôte/point de terminaison, mais ne migre aucune donnée.
  • Pas de possibilité de retour en arrière du support. Une fois la migration commencée, elle ne peut pas être suspendue, annulée ou restaurée.
  • Fenêtre limitée pour conserver les deux noms d’hôte. Une fois la migration réussie, nous vous recommandons vivement de mettre à jour vos applications pour utiliser le nouveau nom d’hôte Redis managé Azure. Le nom d’hôte de votre ancienne instance Azure Cache pour Redis Enterprise sera automatiquement supprimé ultérieurement.
  • Verrou de gestion temporaire pendant la migration. Tant que l’état est Migrating, d’autres opérations de gestion sont bloquées jusqu’à la fin de la migration.
  • Les caches géorépliqués ne sont pas pris en charge.

L’article Migration à l’aide d’outils fournit des instructions pas à pas pour cette approche, y compris plusieurs stratégies de migration de données.