Tair (Redis® OSS-Compatible):Mise à niveau des versions mineures et du proxy

Niveaux de mise à jour

• LOW : mises à jour régulières. Les mises à jour de niveau LOW incluent des ajouts de fonctionnalités courants.

• MEDIUM : mises à jour recommandées. Les mises à jour de niveau MEDIUM comprennent l'optimisation des fonctionnalités et des modules. Elles intègrent également les mises à jour de niveau LOW.

• HIGH : mises à jour majeures. Les mises à jour de niveau HIGH concernent des corrections critiques garantissant la stabilité ou la sécurité, telles que la résolution de vulnérabilités ou de défauts. Elles englobent les mises à jour de niveaux LOW et MEDIUM.

Configurer les mises à niveau automatiques

Dans le Version Management Center, consultez l'état des versions de chaque instance, y compris leur statut de mise à jour. Cette fonctionnalité vous permet également de configurer des politiques de mise à niveau automatique et de gérer centralement toutes les versions des instances.

1. 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 à gérer.

2. Dans le volet de navigation de gauche, cliquez sur Version Management Center.

3. Dans le coin supérieur gauche de la page, sélectionnez la région cible.

4. Sur la page Version Management Center, affichez les informations relatives à toutes les instances de la région actuelle, telles que la Current Minor Version et si celle-ci correspond à la Latest Minor Version.

5. Cliquez sur Configure à côté de l'instance et activez l'interrupteur Automatic Update.

   Une fois cette fonctionnalité activée, le système vérifie périodiquement la disponibilité de nouvelles versions. Si une nouvelle version est détectée, une mise à niveau automatique est planifiée durant une Update Period au cours des 60 prochains jours. Dans certains cas particuliers, comme un nombre élevé d'événements opérationnels récents pour le même compte, la mise à niveau peut être reportée.

   La Update Period correspond à la Maintenance Window de l'instance ; la modification de l'un de ces paramètres met automatiquement à jour l'autre.

   Remarque

   • Sélectionnez plusieurs instances pour effectuer des opérations de Update ou de Configure par lots.

   • Consultez l'historique des mises à niveau d'une instance dans le Event Center > Scheduled Events.

Mise à niveau manuelle

1. 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 à gérer. Localisez ensuite l'instance et cliquez sur son ID.

2. Dans la section Configuration Information, survolez l'icône d'info-bulle située à côté de Version ou de Proxy Version pour afficher les notes de publication de cette version.

3. Après avoir consulté les notes de publication, cliquez sur Update > Minor Version Upgrade ou sur Proxy Version Upgrade.

   Remarque

   Si le bouton Minor Version Upgrade ou Proxy Version Upgrade est désactivé, cela signifie que l'instance exécute déjà la dernière version et qu'aucune mise à niveau n'est nécessaire.

4. Dans le panneau qui s'affiche, sélectionnez une heure de mise à niveau.

5. Cliquez sur OK.

FAQ

• Q : Puis-je revenir à une version mineure précédente ?

  R : Non. Les mises à niveau de version mineure sont irréversibles. Il est impossible de rétrograder ou de revenir à une version antérieure. Si vous avez besoin d'une instance avec une version inférieure, créez-en une nouvelle et migrez vos données.

• Q : Comment puis-je vérifier si mon instance Tair utilise la dernière version mineure ?

  R : Si le bouton Minor Version Upgrade ou Proxy Version Upgrade est grisé, votre instance est à jour. Si un panneau s'affiche après avoir cliqué sur le bouton, votre instance n'est pas sur la dernière version et vous pouvez suivre les étapes décrites dans cette rubrique pour la mettre à niveau.

• Q : Puis-je choisir une version mineure spécifique lors de la mise à niveau ?

  R : Non, vous ne pouvez pas spécifier de version mineure. Par défaut, le système effectue la mise à niveau vers la dernière version mineure disponible. Toutes les versions mineures étant rétrocompatibles, aucun problème de compatibilité n'est à craindre.

• Q : J'ai choisi l'option Update During Maintenance. Pourquoi le statut de mon instance est-il passé à « Upgrading Minor Version » ?

  R : Le système effectue des tâches préparatoires à la mise à niveau, telles que l'allocation de ressources et la synchronisation des données. Cette phase n'implique aucun basculement et n'affecte pas votre service. L'instance ne passe en état de lecture seule et ne subit de brève interruption de connexion que lors du basculement effectif.

• Q : Après avoir défini la politique de mise à niveau de mon instance sur Automatic Update, pourquoi la mise à niveau n'a-t-elle pas encore été effectuée ?

  R : La mise à niveau n'est pas immédiate. Le système vérifie périodiquement la disponibilité de nouvelles versions. Si une nouvelle version est détectée, une mise à niveau automatique est planifiée durant une fenêtre de maintenance au cours des 60 prochains jours. Dans certains cas particuliers, comme un volume élevé d'événements opérationnels récents pour le compte, la mise à niveau peut être reportée. Vous pouvez consulter le calendrier de mise à niveau dans le centre d'événements ou effectuer une mise à niveau manuelle immédiatement.

• Q : Pourquoi reçois-je toujours des notifications d'événements pour les mises à niveau de version mineure alors que j'ai choisi les mises à niveau manuelles ?

  R : Les mises à niveau manuelles désactivent uniquement le service de mise à niveau automatique des versions mineures. Cependant, si la version présente une vulnérabilité à haut risque ou est obsolète et n'est plus maintenue, le système planifie tout de même une mise à niveau obligatoire pour l'instance. Si vous recevez une telle notification, vous pouvez accéder au centre d'événements pour ajuster l'heure de mise à niveau (recommandé) ou annuler la mise à niveau.

• Q : Pourquoi différents nœuds de shard de données dans mon instance cluster ont-ils des versions mineures différentes ?

  R : Pour un cluster de l'édition classic edition, lorsqu'un nœud de shard de données est reconstruit ou qu'un basculement se produit, la dernière version mineure est déployée par défaut. Cela peut entraîner des incohérences de version entre les différents nœuds de shard de données, mais cela ne pose pas de problème de compatibilité. La version affichée dans la console ou renvoyée par l'API correspond à la version la plus basse parmi tous les nœuds du cluster. Lors de la mise à niveau de la version mineure ou de la modification de la configuration de l'instance, les versions de tous les nœuds de shard de données sont alignées.

  Remarque

  Les versions mineures de tous les nœuds d'une instance cluster de l'édition cloud-native edition sont toujours cohérentes.

• Q : Puis-je revenir à une version mineure précédente après une mise à niveau ?

  R : Non. Une fois la version mineure d'une instance mise à niveau, il est impossible de revenir à une version antérieure. Nous vous recommandons de consulter les notes de publication de la version cible avant d'effectuer la mise à niveau.

Référence API