Nous introduisons un nouveau mécanisme de mise à niveau, un concept que nous appelons « make before break » (ou MBB). Avec cette nouvelle approche, nous ajoutons des répliques mises à jour avant de supprimer les anciennes pendant l’opération de mise à niveau. Cela permet des mises à niveau plus transparentes et moins perturbatrices pour les workloads en cours d’exécution.Dans le cadre de ce changement, les données historiques des tables système seront conservées jusqu’à 30 jours dans le cadre des événements de mise à niveau. En outre, les données des tables système antérieures au 19 décembre 2024 pour les services sur AWS ou GCP, et antérieures au 14 janvier 2025 pour les services sur Azure, ne seront pas conservées dans le cadre de la migration vers les nouveaux niveaux d’organisation.
Compatibilité des versions
compatibility est défini sur la version de ClickHouse la plus récente proposée dans ClickHouse Cloud au moment du provisionnement initial de votre service.
Le paramètre compatibility vous permet d’utiliser les valeurs par défaut des paramètres des versions précédentes. Lorsque votre service est mis à niveau vers une nouvelle version, la version spécifiée pour le paramètre compatibility ne change pas. Cela signifie que les valeurs par défaut des paramètres qui existaient lorsque vous avez créé votre service ne changeront pas (sauf si vous avez déjà redéfini ces valeurs par défaut, auquel cas elles seront conservées après la mise à niveau).
Vous ne pouvez pas gérer le paramètre compatibility par défaut au niveau du service. Vous devez contacter l’assistance si vous souhaitez modifier la version définie pour le paramètre compatibility par défaut de votre service. En revanche, vous pouvez surcharger le paramètre compatibility au niveau de l’utilisateur, du rôle, du profil, de la requête ou de la session à l’aide des mécanismes standard de configuration de ClickHouse, par exemple SET compatibility = '22.3' dans une session ou SETTINGS compatibility = '22.3' dans une requête.
Mode de maintenance
Canaux de mise à niveau (calendrier des mises à niveau)
- Le canal de mise à niveau rapide pour un accès anticipé aux mises à niveau.
- Le canal de mise à niveau standard est le canal par défaut, et les mises à niveau sur ce canal commencent deux semaines après celles du canal de mise à niveau rapide. Si votre service des niveaux Scale et Enterprise n’a pas de canal de mise à niveau défini, il est automatiquement placé sur le canal de mise à niveau standard.
- Le canal de mise à niveau lent est destiné aux mises à niveau différées. Les mises à niveau sur ce canal ont lieu deux semaines après celles du canal de mise à niveau standard.
Les services du niveau Basic sont automatiquement inscrits au canal de mise à niveau rapide
Canal de mise à niveau rapide (mises à niveau anticipées)
- Reçoivent les dernières versions de ClickHouse
- Bénéficient de mises à niveau plus fréquentes à mesure que les nouvelles versions sont testées
Ce canal Fast release convient pour tester de nouvelles fonctionnalités dans des environnements non critiques. Il n’est pas recommandé pour les workloads de production ayant des exigences strictes en matière de disponibilité et de fiabilité.
Canal de mise à niveau standard
Les services du niveau Basic sont mis à niveau peu après le canal de mise à niveau rapide.
Canal de mise à niveau lent (mises à niveau différées)
- être mis à niveau une fois les déploiements des canaux de mise à niveau Rapide et Régulier terminés
- recevoir les versions de ClickHouse ~ 2 semaines après la publication sur le canal régulier
- être destinés aux clients qui souhaitent disposer de plus de temps pour tester les versions de ClickHouse dans leurs environnements hors production avant la mise à niveau de production. Les environnements hors production peuvent recevoir des mises à niveau via le canal de mise à niveau Rapide ou Régulier à des fins de test et de validation.
Vous pouvez changer de canal de mise à niveau à tout moment. Cependant, dans certains cas, ce changement ne s’appliquera qu’aux versions futures.
- Passer à un canal plus rapide mettra immédiatement votre service à niveau. Ex. : de Lent à Régulier, de Régulier à Rapide
- Si votre service utilise les mises à niveau planifiées, la mise à niveau aura lieu lors de la prochaine fenêtre planifiée.
- Passer à un canal plus lent ne rétrogradera pas votre service et le maintiendra sur sa version actuelle jusqu’à ce qu’une version plus récente soit disponible dans ce canal. Ex. : de Régulier à Lent, de Rapide à Régulier ou Lent
Mises à niveau planifiées
Settings dans le menu de gauche. Faites défiler jusqu’à Scheduled upgrades.
Cette option vous permet de choisir le jour de la semaine et le créneau horaire des mises à niveau de la base de données et du Cloud.
Bien que les mises à niveau planifiées suivent le calendrier défini, des exceptions s’appliquent aux correctifs de sécurité critiques et aux correctifs de vulnérabilités, ainsi qu’aux situations où des problèmes potentiels pourraient entraîner une corruption ou une perte de données. Lorsqu’un problème de sécurité urgent est identifié, des mises à niveau peuvent être effectuées en dehors de la fenêtre planifiée. Les clients seront informés de ces exceptions si nécessaire.