Tair (Redis® OSS-Compatible):Modifier la configuration d'une instance

Dans le Task Center, filtrez par Status = Successful et recherchez les tâches nommées Modify Instance Specification or Instance. Vous pouvez également appeler l'opération API DescribeHistoryTasks.

• Les clés volumineuses peuvent entraîner l'échec des modifications de configuration.

  Identifiez et supprimez les clés volumineuses avant de modifier la configuration. Analyse complète des clés hors ligne.

• Les rétrogradations nécessitent que la mémoire utilisée soit inférieure à 80 % de la nouvelle capacité (Mémoire utilisée < Nouvelle capacité × 0,8). Par exemple, une instance basée sur la mémoire Standard (maître-réplica) de 8 Go utilisant 2 Go peut être rétrogradée à 4 Go.

Tair (Enterprise Edition) ne prend pas en charge le changement entre différents supports de stockage, tels que la mémoire, la mémoire persistante et les disques ESSD.

Tair (et open source Redis) ne prend pas en charge la mise à niveau isolée du CPU. Pour améliorer les performances du CPU :

• Faites passer une instance Standard (maître-réplica) à une architecture de cluster ou avec répartition lecture/écriture.

• Ajoutez des nœuds en lecture seule pour les instances avec répartition lecture/écriture.

• Ajoutez des shards pour les instances de cluster.

Comment mettre à niveau la spécification CPU d'une instance ?

Spécifications des instances : Présentation des spécifications des instances et FAQ.

Les instances haute disponibilité ne peuvent pas être converties en instances autonomes, car ces dernières n'offrent pas une fiabilité des données équivalente.

Pour utiliser une instance autonome, achetez-en une nouvelle et migrez les données avec DTS. Migrer des données entre des instances Tair (Redis OSS-compatible).

Non, mais l'instance peut devenir accessible en lecture seule pendant environ une minute, avec une ou deux brèves déconnexions (moins de 30 secondes chacune). Planifiez les modifications pendant les heures creuses. Modifications de configuration prises en charge et impacts.

Oui. Le système migre et rééquilibre automatiquement les données sur tous les shards.

La durée dépend des conditions réseau, du volume de requêtes et de la taille des données, et ne peut pas être estimée à l'avance.

Surveillez la progression en cliquant sur l'icône située dans le coin supérieur droit de la page des détails de l'instance.

Non. Toutefois, la réduction du nombre de shards pour une instance de cluster Classic ou le passage à une architecture Standard (maître-réplica) modifie la correspondance entre les jeux de sauvegarde historiques et les nœuds.

Retrouvez les jeux de sauvegarde historiques par date de création ou par ID de jeu de sauvegarde.

Pour restaurer les données, téléchargez le jeu de sauvegarde (fichier RDB), analysez-le et importez les données dans une nouvelle instance.

Cela peut être dû à un délai d'actualisation du cache de métadonnées. Attendez quelques minutes et actualisez la page.

Pour les instances Standard haute disponibilité cloud-native, la mise à l'échelle est sans impact lorsque les ressources locales sont suffisantes : la tâche s'exécute immédiatement, en contournant la fenêtre de maintenance. Si les ressources locales sont insuffisantes, la tâche s'exécute pendant la fenêtre de maintenance avec une ou deux brèves déconnexions (moins de 30 secondes chacune).