Upgrade an instance - Hologres - Centre de documentation Alibaba Cloud

Avant de commencer

Exigence en matière d'autorisations

Les utilisateurs RAM doivent disposer de l'autorisation AliyunHologresFullAccess pour effectuer des mises à niveau. Pour plus d'informations, consultez la page Accorder des autorisations à un utilisateur RAM.

Méthodes de mise à niveau disponibles selon la version de l'instance

Version majeure	Version mineure	Mise à niveau à chaud	Description
V1.1		Non prise en charge	Par défaut, une mise à niveau régulière est effectuée. La mise à niveau vers la version V1.3.62 ou ultérieure est possible.
V1.3	< V1.3.62	Non prise en charge	Par défaut, une mise à niveau régulière est effectuée. La mise à niveau vers la version V1.3.62 ou ultérieure est possible.
V1.3	>= V1.3.62	Prise en charge	Par défaut, une mise à niveau à chaud est effectuée.
V2.0	< V2.0.46	Non prise en charge	Par défaut, une mise à niveau régulière est effectuée.
V2.0	>= V2.0.46	Prise en charge	Par défaut, une mise à niveau à chaud est effectuée.
V2.1	< V2.1.11	Non prise en charge	Par défaut, une mise à niveau régulière est effectuée.
V2.1	>= V2.1.11	Prise en charge	Par défaut, une mise à niveau à chaud est effectuée.
V2.1+		Prise en charge	Par défaut, une mise à niveau à chaud est effectuée.

Remarque

Vous ne pouvez mettre à niveau que vers la version majeure immédiatement suivante.

Impact de la mise à niveau à chaud
|
**Étape de mise à niveau**
|
**Impact**
| | --- | --- | |
Vérifications préalables
|
Aucun impact.
| |
Début de la sauvegarde
|
Aucun impact.
| |
Fin de la sauvegarde
|
Aucun impact.
| |
Arrêt des écritures
|
Écritures bloquées.
| |
Mise à niveau de la version de l'instance en cours
|
Écritures bloquées ; lectures brièvement interrompues.
| |
Récupération des écritures
|
Les lectures et les écritures reprennent normalement.
| |
Post-traitement
|
Aucun impact.
| |
Mise à niveau terminée
|
Aucun impact.
|

Procédure

Connectez-vous à la console Hologres. Dans le menu de navigation de gauche, cliquez sur Instances.
Cliquez sur l'ID de votre instance.
Sur la page Instances, cliquez sur Upgrade Version dans la section correspondante.
Dans le panneau Upgrade Version, sélectionnez la version cible, puis cliquez sur Prepare Upgrade.

Sélectionnez une version majeure ou mineure stable. Pour plus d'informations, consultez la section Détails des versions.
Important
La préparation de la mise à niveau exécute des vérifications préalables, notamment des évaluations de compatibilité des requêtes et des performances :
- Impact sur l'instance : aucune interruption de votre instance en cours d'exécution.
- Durée : généralement de 1 à 3 heures, selon les spécifications de l'instance et le volume de données.
- Statuts :
  - Pending Upgrade : toutes les vérifications ont réussi. Vous pouvez procéder à la mise à niveau dans un délai de 7 jours. Au-delà de ce délai, relancez la préparation.
  - Preparation Failed : les vérifications préalables ont identifié des problèmes (par exemple, compatibilité SQL, régressions de performances). Soumettez un ticket pour obtenir de l'aide.
Une fois la préparation terminée, dans le panneau Upgrade Version, définissez l'option Upgrade Time et cliquez sur Upgrade Now.

Options disponibles :
- Start Now : démarrez immédiatement le processus de mise à niveau.
- Custom Time : planifiez le moment où les écritures seront suspendues pour la mise à niveau. Pour les mises à niveau à chaud, toutes les étapes précédant l'heure planifiée n'ont aucun impact. Choisissez un moment approprié pour minimiser les perturbations.
Dans la boîte de dialogue, cliquez sur OK pour démarrer la mise à niveau.

Les mises à niveau à chaud prennent généralement de 10 à 30 minutes, selon les spécifications de l'instance et le volume de données.

Journaux de mise à niveau

Toutes les mises à niveau manuelles sont enregistrées. Pour consulter ces journaux, reportez-vous à la rubrique Afficher les journaux d'opérations.

Détails des versions

Hologres assure la rétrocompatibilité pour les versions majeures et mineures :

Versions majeures : incluent de nouvelles fonctionnalités et optimisations. Nous fournissons les versions majeures les plus récentes et les plus stables. Pour plus d'informations, consultez les Notes de version.
Versions mineures : incluent des corrections de bugs. Nous fournissons la dernière version mineure stable pour chaque version majeure. Par exemple, si votre instance utilise la version V2.1 et que Hologres publie la version V2.1.60, vous pouvez effectuer la mise à niveau vers la version V2.1.60. Pour plus d'informations, consultez la section Corrections de bugs.

Nous vous recommandons d'effectuer régulièrement des mises à niveau vers la dernière version afin d'améliorer la stabilité.

Coûts de mise à niveau

La mise à niveau de la version de votre instance Hologres est gratuite. Aucun frais supplémentaire n'est facturé pour l'opération de mise à niveau. Votre plan de facturation existant reste inchangé après la mise à niveau.

Améliorations des performances

La mise à niveau vers une version ultérieure peut améliorer les performances de l'instance des manières suivantes :

Nouveau chemin d'exécution des requêtes : les versions ultérieures activent un nouveau moteur d'exécution des requêtes qui remplace l'ancien chemin SQE. Cela permet de résoudre les problèmes de lenteur des requêtes, tels que les requêtes sur des tables externes acheminées via l'ancien chemin SQE, et d'améliorer l'efficacité des écritures de données et des requêtes.
Corrections de bugs et améliorations de la stabilité : chaque nouvelle version inclut des correctifs pour les défauts connus et des améliorations de la stabilité. Pour plus de détails, consultez la section Corrections de bugs.

Configuration des paramètres après la mise à niveau

Après une mise à niveau, certains paramètres expérimentaux ne sont pas activés par défaut. Si votre charge de travail nécessite des fonctionnalités expérimentales spécifiques, telles que hg_experimental_external_catalog_routing, vous devez les configurer manuellement après la mise à niveau en fonction de vos besoins métier.

Mises à niveau à chaud et régulières

Hologres prend en charge deux méthodes de mise à niveau : la mise à niveau à chaud (temps d'arrêt minimal) et la mise à niveau régulière (interruption du service). Le tableau suivant compare ces méthodes.

Remarque

L'indisponibilité du service pendant les mises à niveau n'est pas couverte par l'accord de niveau de service (SLA). La durée de l'interruption dépend des spécifications de l'instance et du volume de données.

Méthode de mise à niveau

Durée de la mise à niveau

Impact sur l'instance

Impact sur les tâches

Remarques

Mise à niveau régulière

5 à 10 minutes

L'instance est arrêtée. Le service est indisponible.

Flink :
- Pour Ververica Runtime (VVR) antérieur à la version 6.0.7 ou Apache Flink antérieur à la version 1.4.0, mettez en pause les tâches écrivant dans Hologres avant la mise à niveau et redémarrez-les une fois celle-ci terminée pour éviter toute perte de données.
- Pour les autres versions, aucune interruption n'est nécessaire. Un basculement automatique est fourni.
DataWorks : les tâches d'intégration de données ne nécessitent pas de mise en pause. Un basculement automatique est déclenché. Nous vous recommandons de définir le nombre de tentatives de nouvelle tentative à 10 ou plus pour assurer une reprise fiable des tâches.

Les versions antérieures à la V1.3.10 ne prennent en charge que les mises à niveau régulières.
Les endpoints restent inchangés, mais les adresses IP peuvent changer.

Mise à niveau à chaud

10 à 30 minutes

Le service est en lecture seule pendant la mise à niveau. Les lectures peuvent être brièvement interrompues.

Les versions V1.3.10 et ultérieures utilisent par défaut les mises à niveau à chaud.
Les endpoints restent inchangés, mais les adresses IP peuvent changer.

Méthodes de mise à niveau par offre

La prise en charge des méthodes de mise à niveau varie selon le type d'instance :

Offre Hologres

Mise à niveau régulière

Mise à niveau à chaud

Hologres General-purpose
Hologres Primary/Secondary
Hologres Virtual Warehouse

Prise en charge

Prise en charge (par défaut)

Remarque

Pour les instances primary/secondary, Hologres utilise une stratégie de mise à niveau groupée : l'instance primaire subit une mise à niveau régulière, tandis que l'instance secondaire subit une mise à niveau à chaud avec une brève déconnexion. Cela permet de minimiser les perturbations.

Hologres Shared Cluster

Prise en charge (par défaut)

Remarque

Les instances Shared Cluster sont mises à niveau de manière centralisée à des heures planifiées. Consultez les annonces du produit pour connaître les horaires spécifiques.

Non prise en charge

Dépannage : erreurs de préparation de la mise à niveau

Exemple de message d'erreur	Solution
Les bases de données suivantes contiennent des tables utilisant le format de stockage segment. Vous ne pouvez pas mettre à niveau l'instance vers la version V2.0 ou ultérieure. Base de données : xxx. Nombre de tables au format Segment : xxx Base de données : xxx. Nombre de tables au format Segment : xxx	Transformez par lot les tables du format segment au format row-column. Consultez la section Transformation par lot des tables. Une fois la transformation terminée, cliquez sur Terminate Upgrade, puis soumettez une nouvelle demande de préparation de mise à niveau.
L'instance dispose d'une tâche Flink qui lit les journaux binaires à l'aide de HoloHub. Vous ne pouvez pas mettre à niveau l'instance vers la version V2.1 ou ultérieure.	Consultez la section Solutions pour les tâches de journaux binaires HoloHub. Une fois le problème résolu, annulez la mise à niveau en cours et soumettez une nouvelle demande de préparation.
L'instance dispose d'une tâche Flink qui accède à Hologres en mode appel de procédure distante (RPC). Vous ne pouvez pas mettre à niveau l'instance vers la version V2.0 ou ultérieure.	Consultez la section Solutions pour les tâches en mode RPC. Une fois le problème résolu, annulez la mise à niveau en cours et soumettez une nouvelle demande de préparation.
Le rôle lié au service n'existe pas. Vous ne pouvez pas mettre à niveau l'instance vers la version V2.2 ou ultérieure.	Créez un rôle lié au service. Cliquez ensuite sur Terminate Upgrade et soumettez une nouvelle demande de préparation.

FAQ : problèmes après la mise à niveau

Que faire si mon instance rencontre une dégradation des performances, des plantages fréquents (coredump) ou des fuites de mémoire FE après une mise à niveau ?

Si vous rencontrez des problèmes de stabilité ou de performance après avoir mis à niveau votre instance Hologres, essayez les solutions suivantes :

Mettez à niveau vers une version incluant les correctifs pertinents

Certaines versions incluent des correctifs pour les problèmes connus survenant après une mise à niveau :
|
**Version**
|
**Correctif**
| | --- | --- | |
V4.1.18 ou ultérieure
|
Corrige les défauts de coredump susceptibles de se produire après une mise à niveau.
| |
V4.1.20 ou ultérieure
|
Corrige les problèmes de fuite de mémoire du Frontend (FE).
|
Vérifiez si votre version actuelle inclut ces correctifs. Si ce n'est pas le cas, effectuez une mise à niveau vers une version qui les intègre. Nous vous recommandons d'effectuer la mise à niveau pendant les heures creuses afin de minimiser l'impact sur votre activité.
Optimisez les performances d'écriture Flink

Si vous utilisez Apache Flink pour écrire des données dans Hologres, ajustez les paramètres Flink Sink suivants afin de réduire la pression d'écriture sur l'instance :
|
**Paramètre**
|
**Optimisation**
| | --- | --- | |
Parallélisme du Sink
|
Réduisez le parallélisme de votre tâche Flink Sink pour diminuer le nombre de connexions d'écriture simultanées.
| |
`sink.insert.batch-size`
|
Augmentez la valeur pour mettre en mémoire tampon davantage d'enregistrements par écriture par lot, ce qui réduit la fréquence des demandes d'écriture.
| |
`sink.insert.flush-interval-ms`
|
Augmentez la valeur pour réduire la fréquence à laquelle les données sont vidées dans Hologres.
| |
`connection.pool.name`
|
Dans les scénarios de synchronisation multi-tables, définissez ce paramètre sur la même valeur pour plusieurs tâches Sink afin qu'elles partagent un seul pool de connexions. Cela réduit la surcharge totale des connexions.
|
Optimisez les ressources et les requêtes
- Activez les ressources élastiques : activez la fonctionnalité de ressources élastiques pour votre instance afin de mettre automatiquement les ressources à l'échelle et de gérer les fluctuations de charge pendant les heures de pointe.
- Surveillez et optimisez les requêtes : utilisez les métriques de surveillance de l'instance pour identifier les périodes de charge élevée et optimisez les requêtes SQL gourmandes en ressources afin de réduire la charge système.