Ce document d�crit une architecture permettant de migrer des sources compatibles avec Redis, telles que Redis Open�Source (Redis OSS), AWS�ElastiCache et Azure�Cache pour Redis, vers un service Redis�Enterprise Cloud enti�rement�g�r� dans Google�Cloud � l'aide du service de migration � chaud RIOT (Redis Input and Output Tool). Ce document est destin� aux architectes, administrateurs et ing�nieurs de bases de donn�es qui souhaitent migrer des sources compatibles avec Redis vers Redis�Enterprise Cloud enti�rement g�r�.
Redis�Enterprise Cloud est une solution Redis enti�rement g�r�e et pens�e pour les entreprises, qui peut vous aider � g�rer vos applications critiques. Par rapport aux sources compatibles avec Redis, ce service am�liore l'�volutivit�, la disponibilit�, la s�curit� et l'efficacit� op�rationnelle. En utilisant RIOT, un utilitaire de ligne de commande gratuit, vous pouvez migrer vos donn�es de Redis vers Redis�Enterprise Cloud sans interruption de service ni temps d'arr�t.
Architecture
Le sch�ma suivant illustre l'architecture de migration�:
Dans le sch�ma, le service de migration � chaud RIOT permet de migrer des sources compatibles avec Redis vers Redis�Enterprise Cloud.
L'architecture contient les composants suivants�:
- Source�: sources compatibles avec Redis, telles que Redis OSS, AWS�ElastiCache et Azure�Redis.
- Cible�: Redis�Enterprise Cloud s'ex�cutant dans le VPC g�r� Redis.
- Service de migration�: RIOT ex�cut� sur les machines virtuelles (VM) Compute�Engine.
Produits utilis�s
Cette architecture de r�f�rence utilise les produits Google�Cloud et tiers suivants�:
- Compute�Engine�: service de calcul s�curis� et personnalisable qui vous permet de cr�er et d'ex�cuter des machines virtuelles au sein de l'infrastructure de Google.
- Migration � chaud RIOT�: utilitaire de ligne de commande gratuit con�u pour vous aider � transf�rer des donn�es vers et depuis Redis.
- Redis Enterprise�Cloud sur Google�Cloud�: solution Redis enti�rement g�r�e, pens�e pour les entreprises, qui peut vous aider � g�rer vos applications strat�giques.
Cas d'utilisation
Redis offre une latence inf�rieure � une milliseconde, une compatibilit� avanc�e avec les structures de donn�es, une r�silience et une portabilit� Open�Source. Cependant, il peut �tre difficile de faire �voluer les sources autog�r�es compatibles avec Redis pour r�pondre aux charges de travail exigeantes des entreprises tout en maintenant des latences tr�s faibles. Si vous d�passez les limites de votre d�ploiement de cluster Redis autog�r�, vous aurez peut-�tre des difficult�s � faire �voluer votre solution. La conception d'une solution � disponibilit� �lev�e et la gestion de la r�plication sont chronophages et sujettes aux erreurs. Le scaling soul�ve �galement les d�fis logistiques et les co�ts associ�s � la gestion du mat�riel, � l'application de correctifs et aux mises � niveau.
Pour vous aider � r�soudre ces probl�mes, Redis�Enterprise Cloud s'int�gre enti�rement � Google�Cloud afin de fournir un service de base de donn�es en temps r�el permettant d'ex�cuter, de faire �voluer et de g�rer Redis. Redis�Enterprise Cloud offre un noyau Open�Source, des fonctionnalit�s et une s�curit� professionnelles compl�tes, ainsi que des performances de pointe, l'�volutivit� et la disponibilit� requises par les applications strat�giques. Redis�Enterprise Cloud offre une latence inf�rieure � une milliseconde, un basculement de quelques secondes et un temps d'activit� de 99,999�%.
Alternatives de conception
RIOT fournit une solution de migration flexible vers et depuis Redis. Les sections suivantes pr�sentent des alternatives de conception potentielles pour cette architecture. Les alternatives entra�nent des temps d'arr�t ou n�cessitent que la base de donn�es cible soit h�berg�e sur un abonnement Flexible (ou annuel) Redis.
Instantan�s RDB
L'instantan� de base de donn�es Redis (RDB) permet de conserver vos donn�es dans Redis dans un espace de stockage durable. Il effectue des instantan�s de votre ensemble de donn�es � un moment pr�cis et est couramment utilis� pour sauvegarder des donn�es dans Redis. Au lieu d'utiliser RIOT pour effectuer votre migration, vous pouvez utiliser un instantan� RDB pour migrer d'une instance Redis OSS vers Redis�Enterprise. Cependant, contrairement � RIOT, l'instantan� RDB n'est pas compatible avec la migration � chaud et entra�ne des temps d'arr�t.
Synchroniser en mode actif/passif
Vous pouvez utiliser la commande Redis OSS ReplicaOf
pour configurer une instance Redis en tant qu'instance r�pliqu�e d'un autre serveur Redis. Cette commande est utilis�e dans le contexte de la r�plication Redis, ce qui vous permet de cr�er des copies de vos donn�es dans diff�rentes instances Redis. Tout comme RIOT, la commande ReplicaOf
est compatible avec la migration � chaud et ne produit aucun temps d'arr�t. Elle est toutefois int�gr�e � Redis OSS. Vous n'avez donc pas besoin d'installer d'outils.
La distribution g�ographique active/passive de Redis�Enterprise utilise la commande ReplicaOf
pour proc�der au scaling d'un d�ploiement Redis dans plusieurs emplacements g�ographiques. Si la base de donn�es cible est associ�e � un abonnement Flexible (ou annuel), la commande peut �galement �tre utilis�e pour migrer les donn�es d'une base de donn�es Redis vers des abonnements Redis�Enterprise Cloud. Toutefois, la commande ne fonctionne pas si la cible est un abonnement Fixe et ne fonctionne pas entre les abonnements Flexible de diff�rents comptes Redis�Cloud.
Consid�rations de conception
Les consignes suivantes peuvent vous aider � d�velopper une architecture r�pondant aux exigences de votre organisation en termes de fiabilit�, de co�t et de performances.
Fiabilit�
Dans cette architecture, la migration est une migration � sens unique d'une instance Redis OSS source vers une instance Redis�Enterprise cible. Une fois la bascule de Redis OSS source vers le cluster Redis�Enterprise cible termin�e, la source n'est pas mise � jour avec les modifications apport�es au cluster cible. Par cons�quent, si vous impl�mentez cette architecture dans un environnement de production, vous ne pouvez pas basculer vos applications vers des bases de donn�es sources � jour dans le cadre d'un remplacement.
Optimisation des co�ts
Lorsque vous migrez des instances Redis OSS vers Redis�Enterprise, nous vous recommandons de regrouper vos bases de donn�es Redis�Enterprise cibles en abonnements afin de r�duire le co�t total de possession � l'aide d'une architecture mutualis�e. Par exemple, si vous disposez d'un groupe de bases de donn�es con�ues pour le d�veloppement et les tests, vous pouvez les regrouper dans un seul abonnement, car elles partagent des caract�ristiques et des exigences de r�seau communes. De m�me, un groupe de bases de donn�es pour la production peut �tre h�berg� sur un abonnement diff�rent.
Performances
La migration � chaud RIOT pr�sente un temps d'arr�t quasiment nul. Pendant la migration � partir de l'instance Redis OSS source, vos applications peuvent toujours acc�der � l'instance Redis OSS source sans aucun impact. Au cours du processus de migration, apr�s le chargement initial des donn�es depuis Redis OSS, la migration � chaud RIOT continue de migrer les modifications depuis Redis OSS au fur et � mesure qu'elles se produisent.
Une fois les donn�es de paires cl�/valeur initiales migr�es, vous effectuez la bascule de l'instance Redis OSS source vers l'instance Redis�Enterprise cible. Dans le cadre du processus de basculement, vous suspendez les �critures client sur l'instance Redis OSS source. Vous attendez ensuite que RIOT traite les modifications restantes de l'instance Redis OSS source vers l'instance Redis�Enterprise cible.
D�ploiement
Pour d�ployer cette architecture, consultez la page D�ployer une migration � chaud RIOT pour migrer de Redis Open�Source vers Redis�Enterprise Cloud.
�tape suivante
- Consultez le contenu concernant la migration des donn�es Google�Cloud.
- Pour une documentation plus d�taill�e et sur les bonnes pratiques, consultez la documentation RIOT.
- Pour d�couvrir d'autres architectures de r�f�rence, sch�mas et bonnes pratiques, consultez le Centre d'architecture cloud.
Contributeurs
Auteurs�:
- Saurabh�Kumar | ISV Partner Engineer
- Gilbert Lau | Architecte cloud principal, Redis
Autres contributeurs�:
- Chris Mague | Ing�nieur client, gestion des donn�es
- Gabe Weiss | Responsable Developer Advocacy
- Marco Ferrari | Architecte de solutions cloud