Convertir vers une instance cloud-native - Tair (Redis® OSS-Compatible)

Le mode de déploiement Cloud-native est compatible avec les versions supérieures de Redis et offre une architecture plus flexible. Cette rubrique explique comment convertir une instance Classic en instance Cloud-native.

Fonctionnement

Important

Assurez-vous que votre application dispose d'un mécanisme de reconnexion.
L'instance devient accessible en lecture seule pendant moins d'une minute durant la conversion. Cela permet à la nouvelle instance de synchroniser rapidement les données incrémentielles et évite les problèmes de double écriture liés au cache DNS. Si l'instance traite un grand nombre de requêtes d'écriture, la durée en lecture seule peut être plus longue. Nous vous recommandons d'effectuer la conversion pendant les heures creuses.
Après la conversion, les données de surveillance historiques et les sauvegardes ne sont plus visibles. Si vous devez conserver des sauvegardes historiques, utilisez la fonctionnalité de téléchargement des sauvegardes pour les enregistrer sur votre système local avant la conversion.

Limites

Exigences de facturation

Seules les instances en paiement à l'utilisation sont prises en charge. Les instances par abonnement doivent d'abord être converties en instances en paiement à l'utilisation.

Configuration réseau

Ajustement de la bande passante
- Si vous avez ajusté manuellement la bande passante, vous devez la rétablir au paramètre par défaut.
- Si vous avez activé Auto Scaling pour la bande passante, vous devez le désactiver.
Endpoints : Libérez tous les endpoints de connexion publique ou directe sur l'instance de cluster.

Configuration de sécurité

Ajoutez les adresses IP de tous les clients à la liste d'autorisation de l'instance. Cela inclut les clients du VPC de l'instance et les clients d'autres VPC connectés via des tunnels. Si vous n'activez pas l'accès public pour l'instance, vous pouvez ajouter 0.0.0.0/0 à la liste d'autorisation. Ensuite, définissez le paramètre #no_loose_check-whitelist-always sur yes.
Si un groupe de sécurité est configuré pour l'instance, vous devez ajouter le bloc CIDR du VPC à la liste d'autorisation, supprimer le groupe de sécurité, puis convertir l'instance. Une fois la conversion terminée, vous pouvez réassocier le groupe de sécurité à l'instance.

Compatibilité des fonctionnalités

La conversion n'est pas prise en charge si la répartition lecture/écriture multi-zones ou le Global Distributed Cache est activé.
Si les connexions TLS ou la fonction Data Flashback (PITR) est activée, vous devez d'abord désactiver ces fonctionnalités.
Les instances avec TDE activé peuvent être converties uniquement en une instance cloud-native compatible avec Redis 6.0 ou 7,0, et non avec Redis 5.0.

Type de nœud

Seules les instances à double réplica (haute disponibilité) sont prises en charge. Vous devez d'abord mettre à niveau les instances à réplica unique (nœud unique) vers une configuration à double réplica.

Points à considérer

Après la conversion, aucune donnée n'est perdue et l'ID de l'instance, l'endpoint, les comptes, les mots de passe ainsi que les configurations de la liste d'autorisation IP restent inchangés.
Si l'instance d'origine exécute Redis 2.8 ou 4,0, mettez-la à niveau vers Redis 5.0 avant la conversion.
Après la conversion d'une instance Tair (Enterprise Edition) vers le mode de déploiement cloud-native, son type de ressource Terraform passe de alicloud_kvstore_instance à alicloud_redis_tair_instance. Pour plus d'informations, consultez Ressources Tair.
Le passage au déploiement cloud-native est irréversible. Vous ne pouvez pas revenir au mode de déploiement Classic après le basculement. Avant de procéder, assurez-vous de bien comprendre l'impact. Pour plus d'informations, consultez Comparaison entre les instances cloud-native et Classic.

Procédure

Connectez-vous à la console et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où se trouve l'instance que vous souhaitez gérer. Recherchez ensuite l'instance et cliquez sur son ID.
Dans la section Configuration, cliquez sur Convert to cloud-native.
Sélectionnez les spécifications des shards et le nombre de shards pour l'instance convertie.

Choisissez des spécifications égales ou supérieures à celles de l'instance d'origine.
Sélectionnez la Billing Method, la version d'instance compatible, l'heure de Switching Time et les autres éléments de configuration.

Lors de cette opération, vous pouvez également mettre à niveau l'instance vers une version supérieure à Redis 5.0, telle que Redis 6.0 ou Redis 7.0. Pour plus d'informations, consultez Nouvelles fonctionnalités et compatibilité des versions majeures.
Lisez et cochez la case pour accepter le contrat de service et les Conversion Notes. Cliquez ensuite sur Buy Now.

Le statut de l'instance passe à Changing Architecture Type. Lorsque le statut de l'instance passe à Running, la conversion est terminée.

FAQ

Q : Pourquoi reçoit-on le message d'erreur « The capacity of the requested instance is insufficient » ?

R : Ce message d'erreur indique que les ressources Cloud-native sont insuffisantes dans la zone où se trouve votre instance d'origine. Ce problème peut survenir pour des instances créées il y a longtemps. Vous pouvez migrer l'instance vers une autre zone et réessayer.
Q : Après la conversion, je ne parviens pas à me connecter à l'instance via DMS.

R : Vous devez ajouter l'adresse IP du serveur DMS à la liste d'autorisation.
Q : Comment passer de l'architecture Classic Redis 5.0 à l'architecture de cluster cloud-native Redis 7.0 ?

R : Effectuez la mise à niveau par étapes (l'ID de l'instance, l'endpoint de connexion, les identifiants et la liste d'autorisation restent inchangés tout au long du processus. Effectuez les opérations pendant les heures creuses) :
1. Étape 1 : Convertir vers le mode de déploiement cloud-native et mettre à niveau vers Redis 7.0. La conversion vers le mode cloud-native prend uniquement en charge les instances en paiement à l'utilisation ; vérifiez donc d'abord le mode de facturation de l'instance :
  - Si l'instance est déjà en paiement à l'utilisation : effectuez directement l'opération « Convertir vers le mode de déploiement cloud-native » (décrite dans cette rubrique) et choisissez de mettre à niveau l'instance vers Redis 7.0 lors de l'opération.
  - Si l'instance est par abonnement : convertissez-la d'abord en paiement à l'utilisation, puis convertissez-la en mode cloud-native et mettez-la à niveau vers la version 7.0. Vous pourrez revenir à l'abonnement une fois la modification terminée.
  De plus, la conversion vers le mode cloud-native nécessite une instance à double réplica (haute disponibilité) ; une instance à réplica unique doit d'abord être mise à l'échelle vers un double réplica. Impact : une interruption de connexion de moins de 30 secondes et environ 1 minute d'état en lecture seule.
2. Étape 2 : Passer à l'architecture de cluster (mode proxy). Consultez Modifier l'architecture de l'instance. Impact : une à deux interruptions de connexion de moins de 30 secondes chacune et environ 1 minute d'état en lecture seule.
Si vous n'avez pas effectué la mise à niveau vers la version 7.0 directement à l'étape 1, vous pouvez mettre à niveau la version majeure séparément. Consultez Mettre à niveau la version majeure.

Tair (Redis® OSS-Compatible):Convertir vers le mode cloud-native