Définir le champ d'application de votre migration vers Redis Enterprise Cloud

Last reviewed 2024-01-29 UTC

Ce document explique comment définir le champ d'application de votre migration pour déployer une migration à chaud RIOT pour migrer vers Redis Enterprise Cloud dans un environnement de production. Les architectes de base de données, les équipes DevOps et SRE ou les administrateurs réseau peuvent utiliser cette architecture pour fournir à leurs équipes des migrations avec un temps d'arrêt quasiment nul. Dans ce document, nous partons du principe que vous maîtrisez Google Cloud CLI et Compute Engine.

Pour définir le champ d'application de votre migration, vous devez effectuer les étapes suivantes :

  1. Évaluer l'environnement source.
  2. Dresser un inventaire de vos instances sources.
  3. Identifier et documenter le champ d'application de la migration et les temps d'arrêt abordables.
  4. Évaluer votre processus de déploiement et d'administration.

Évaluer l'environnement source

Pour évaluer votre environnement source, vous devez déterminer les exigences et les dépendances des ressources que vous souhaitez migrer depuis Redis OSS, AWS ElastiCache et Azure Cache pour Redis vers une instance Redis Enterprise Cloud entièrement gérée dans Google Cloud.

La phase d'évaluation comprend les tâches suivantes :

  1. Dresser un inventaire complet des charges de travail compatibles avec Redis.
  2. Dimensionner les données et dimensionner Redis Cluster :
    • Si vous utilisez AWS ElastiCache, vous pouvez extraire les métriques de votre base de données à l'aide de l'outil ECstats de Redis.
    • Si vous utilisez Azure Cache pour Redis, vous pouvez extraire les données d'utilisation brutes de vos instances Redis à l'aide de l'outil acrp2acre.
  3. Vérifier les exigences de mise en réseau, telles que l'appairage de VPC ou la connexion aux services privés.
  4. Calculer le coût total de possession (TCO) de l'environnement cible en consultant la page des Tarifs de Redis Enterprise Cloud.
  5. Déterminer l'ordre et la priorité des charges de travail que vous souhaitez migrer. Créer différents abonnements pour consolider des bases de données à des fins similaires, telles que le développement ou les tests, la préproduction et la production.

Dresser un inventaire de vos instances sources

Pour définir le champ d'application de votre migration, vous devez créer un inventaire de vos instances sources à partir de Redis OSS, AWS ElastiCache et Azure Cache pour Redis. L'objectif de cette étape est de collecter des informations sur chaque base de données, telles que la limite de mémoire, les IOPS et les exigences de durabilité.

  • Propriétés génériques au niveau de l'abonnement :
    • Région de votre abonnement
    • Distribution géographique active/active
    • Hiérarchisation automatique (coût total de possession réduit si la limite de mémoire est supérieure à 250 Go ou plus)
  • Configurations pour chaque base de données :
    • Limite de mémoire et débit (opérations par seconde)
    • Haute disponibilité
    • Exigences de durabilité
    • Fonctionnalités avancées telles que la recherche, JSON, les séries temporelles et les probabilités pour chaque base de données
    • Informations de connexion, y compris le port, l'utilisateur et d'autres options de sécurité
  • Exigences et contraintes :
    • Objectif de point de récupération (RPO) et objectif de temps de récupération (RTO)
    • Contrats de niveau de service (SLA)
    • Exigences réglementaires et de conformité (consultez la page Centre de confiance client Redis)
    • Exigences d'authentification et de sécurité

Identifier et documenter le champ d'application de la migration et les temps d'arrêt abordables

Pour réussir la migration, vous devez avoir mis en place un champ d'application de migration. Pour définir le champ d'application de votre migration, vous devez documenter les informations essentielles qui ont une incidence sur votre stratégie et vos outils de migration. À cette étape de l'évaluation, vous pouvez répondre aux questions suivantes :

  • Vos bases de données ont-elles une taille supérieure à 250 Go ? Si tel est le cas, vous obtiendrez un coût total de possession inférieur si la hiérarchisation automatique est activée.
  • Où sont situées les bases de données (régions et zones) et quelle est leur proximité avec les applications ?
  • À quelle fréquence les données changent-elles ?

De nombreux éléments de cette démarche sont déjà décrits dans la section précédente "Dresser un inventaire de vos instances sources". Toutefois, d'autres aspects sont à prendre en compte à cette étape, comme la documentation des exigences et contraintes d'évolutivité, de durabilité et de sécurité qui doivent être respectées. Nous vous recommandons de consulter le Centre de confiance Redis (Redis Trust Center) pour connaître les certifications du secteur et de conformité, et d'en discuter avec les propriétaires de votre entreprise et votre équipe juridique si nécessaire.

Vous devez également définir un champ d'application de migration complet. Vous pouvez utiliser les résultats d'outils tels que ECstats et acrp2acre pour définir les exigences de dimensionnement de vos instances Redis Enterprise Cloud dans Google Cloud. Examinez les attributs de chaque instance de base de données, tels que l'évolutivité et les exigences de sécurité. Si la taille de la base de données est supérieure à 250 Go, nous vous recommandons d'utiliser la hiérarchisation automatique. Nous vous recommandons également de regrouper les bases de données présentant des caractéristiques et des profils de sécurité similaires dans un seul abonnement. Cela vous permettra de vous assurer que la migration de votre base de données n'affecte pas vos contrats de niveau de service (SLA) existants et vos opérations commerciales.

Évaluer votre processus de déploiement et d'administration

Pour éviter toute interruption inutile de votre environnement de production, nous vous recommandons d'évaluer les processus opérationnels et de déploiement de votre base de données. Cette évaluation devrait vous aider à déterminer comment vos bases de données doivent être adaptées pour faciliter la réussite de la migration.

Étapes suivantes

Contributeurs

Auteurs :

Autres contributeurs :