Tous les produits
Search
Centre de documentation

Hologres:Multi-zone deployment across three availability zones

Dernière mise à jour :Aug 11, 2026

Hologres propose le déploiement multizone, une fonctionnalité qui étend la disponibilité d'une instance d'une seule zone de disponibilité à trois zones au sein de la même région. Cette fonctionnalité isole les pannes au niveau de la zone pour protéger vos services contre les défaillances localisées, telles que les interruptions du réseau de l'opérateur ou les pannes de l'infrastructure de calcul. Elle renforce ainsi la reprise après sinistre de votre activité.

Remarques sur l'utilisation

  • Seules les instances de version V3.0.19 ou ultérieure peuvent être mises à niveau vers le stockage redondant interzones (ZRS).

  • Cette fonctionnalité est disponible dans les régions suivantes : Chine (Shenzhen), Chine (Hangzhou), Chine (Shanghai), Chine (Pékin), Chine (Hong Kong), Singapour, Japon (Tokyo), Chine (Shanghai) Finance, et Chine (Hangzhou) Finance.

Présentation

Introduction

Le déploiement multizone de Hologres étend la disponibilité d'une instance d'une seule zone de disponibilité à trois zones au sein de la même région. Il isole les pannes au niveau de la zone pour éviter qu'une défaillance unique n'interrompe vos services métier. Utilisez cette fonctionnalité pour gérer des scénarios tels que les pannes du réseau de l'opérateur ou les défaillances de l'infrastructure de calcul dans une zone de disponibilité donnée, ce qui améliore les capacités de reprise après sinistre de votre entreprise.

Le déploiement multizone de Hologres inclut la reprise après sinistre du stockage sur trois zones de disponibilité et la haute disponibilité du calcul sur plusieurs zones :

  • Reprise après sinistre du stockage sur trois zones de disponibilité : Également appelé stockage redondant interzones (ZRS), ce mécanisme réplique les données d'une instance sur plusieurs zones de disponibilité au sein d'une même région. Le système de stockage distribué Pangu gère les zones sous-jacentes ; vous n'avez pas à gérer leurs emplacements spécifiques. Si le stockage d'une zone devient indisponible, le système accède automatiquement à un réplica situé dans une autre zone. Ce processus ne nécessite aucune intervention manuelle et garantit un accès continu aux données, offrant ainsi une reprise après sinistre du stockage au niveau de la zone.

  • Haute disponibilité des nœuds de calcul sur plusieurs zones de disponibilité : Si une instance utilise le stockage redondant interzones (ZRS), vous pouvez basculer manuellement ses nœuds de calcul vers une zone saine en cas de défaillance de l'infrastructure de calcul. Cette capacité améliore la haute disponibilité de la couche de calcul, à condition que la zone cible dispose de ressources suffisantes.

Fonctionnement

  • Stockage localement redondant (LRS) : Lorsqu'une instance utilise le stockage localement redondant, elle stocke les données dans une seule zone de disponibilité. Si cette zone devient indisponible, les données deviennent inaccessibles et la haute disponibilité du stockage et du calcul ne peut pas être assurée.

  • Stockage redondant interzones (ZRS) : Lorsqu'une instance utilise le stockage redondant interzones (pour le déploiement multizone), ses données sont répliquées sur plusieurs zones de disponibilité au sein de la même région. Si une zone devient indisponible, le stockage redondant interzones garantit un accès continu aux données, offrant une reprise après sinistre du stockage au niveau de la zone et permettant celle du calcul.

Par rapport au stockage localement redondant, le stockage redondant interzones offre une disponibilité plus élevée et des capacités de reprise après sinistre plus résilientes, mais il augmente également les coûts de stockage. Pour plus de détails, consultez la section Présentation de la facturation. Les autres coûts restent inchangés.

Le déploiement multizone assure la reprise après sinistre du stockage et la reprise après sinistre du calcul. Les sections suivantes décrivent leur fonctionnement.

Reprise après sinistre du stockage

Avec le stockage redondant interzones, les données d'une instance sont stockées sur plusieurs zones de disponibilité dans la même région. La zone où l'instance est créée sert de zone principale, tandis que les autres sont sélectionnées parmi les zones disponibles.

Remarque

Le système sélectionne automatiquement les zones secondaires en fonction de la zone principale de votre instance. Vous n'avez pas besoin de gérer ni de connaître les zones spécifiques utilisées.

  • Pendant le fonctionnement normal :

    • Écritures de données : Le système écrit les données simultanément sur plusieurs zones. Une opération d'écriture est atomique et n'est confirmée qu'après sa réussite dans toutes les zones. Si une écriture échoue dans l'une des zones, l'ensemble de l'opération est annulé.

    • Requêtes de données : Par défaut, le système achemine les requêtes vers la zone principale.

  • En cas de panne de la zone principale :

    • Écritures de données : Le système dirige automatiquement les écritures vers une zone saine, en contournant celle en panne. Il garantit le maintien de plusieurs réplicas de données. Dans les cas extrêmes, au moins une zone reste opérationnelle.

    • Requêtes de données : Le système achemine automatiquement les requêtes vers le réplica disponible le plus proche pour garantir la continuité et la disponibilité du service.

  • Après la récupération de la zone principale :

    • Écritures de données : Les écritures reprennent dans la zone principale d'origine. Le système réplique de manière asynchrone les données écrites pendant la panne depuis les zones secondaires vers la zone principale récupérée.

    • Requêtes de données : Le moteur de stockage achemine automatiquement les demandes de lecture. Il privilégie les données de la zone principale. Si les dernières données ne sont pas disponibles dans la zone principale, le moteur redirige automatiquement la requête vers une zone de réplica pour garantir l'exactitude des données. La fraîcheur et l'exactitude des données sont garanties par le routage automatique du système ; vous n'avez donc pas besoin de surveiller l'achèvement de la synchronisation.

Avec le stockage redondant interzones, le système offre une haute disponibilité et un basculement automatique pour le stockage, garantissant la continuité des activités sans intervention manuelle.

image

Reprise après sinistre du calcul

La reprise après sinistre du calcul n'est possible que pour les instances utilisant le stockage redondant interzones. Contrairement à la reprise du stockage, qui comporte un basculement et un routage automatiques, la reprise du calcul nécessite une intervention manuelle. Si le centre de données hébergeant vos nœuds de calcul tombe en panne, déclenchez manuellement un basculement depuis la console en utilisant la fonctionnalité Switch Computing Zone. Cette action migre les nœuds de calcul vers une zone saine, assurant ainsi la disponibilité de vos ressources de calcul.

Remarque

Un basculement du calcul peut échouer si la zone cible dispose de ressources insuffisantes. Le système ne garantit pas une disponibilité des ressources à 100 %. Si vous rencontrez ce problème, soumettez rapidement un ticket ou rejoignez le groupe d'échange Hologres Real-time Data Warehouse sur DingTalk pour contacter le support technique Hologres.

Acheter une instance avec déploiement multizone

Lorsque vous achetez une nouvelle instance, définissez le paramètre Storage Redundancy Type sur ZRS.

Remarque
  • Facturation : Vous êtes facturé selon le prix unitaire du stockage redondant interzones. Cela augmente uniquement vos coûts de stockage par rapport à une instance standard. Pour plus d'informations, consultez la section Présentation de la facturation.

  • Les instances existantes utilisent par défaut le stockage localement redondant. Seules les instances de version V3.0.19 ou ultérieure peuvent être mises à niveau vers le stockage redondant interzones. Pour plus d'informations, consultez la section Activer le déploiement multizone pour une instance existante.

Après avoir créé l'instance, accédez à la page Instance Details. Dans la section Storage Resources, vérifiez que le paramètre Storage Redundancy Type est défini sur Zone-redundant Storage (ZRS). En cas de panne d'une zone de disponibilité, suivez les instructions de la section Guide de reprise après sinistre. Vous pouvez utiliser ce type d'instance de la même manière qu'une instance utilisant le stockage localement redondant.

Reprise après sinistre

Reprise après sinistre du stockage

Si une panne de stockage survient dans la zone hébergeant votre instance, Hologres vous en informe par SMS ou par e-mail. Le système lance alors la récupération automatique :

  1. Hologres bascule automatiquement le stockage vers une autre zone. Aucune action n'est requise de votre part et vos services sont restaurés automatiquement.

  2. Après le basculement, les écritures de données se poursuivent dans une zone saine, sans être affectées par la zone en panne. Le système achemine automatiquement les requêtes vers le réplica de données disponible le plus proche. Aucune modification de l'application n'est nécessaire. Si des tâches ont échoué pendant l'incident, vous devez les relancer.

  3. Surveillez vos opérations métier pour vous assurer qu'elles sont entièrement restaurées.

image

Reprise après sinistre du calcul

Si votre instance utilise le stockage redondant interzones, Hologres vous permet de basculer manuellement la zone de disponibilité de calcul afin d'assurer la haute disponibilité des nœuds de calcul et de restaurer rapidement vos services.

Si une panne survient dans la zone de disponibilité de calcul de votre instance, Hologres vous en informe par SMS ou par e-mail. Suivez ensuite ces étapes pour récupérer manuellement vos ressources de calcul :

  1. Accédez à la console Hologres. Sur la page Instances, cliquez sur l'ID de l'instance cible pour ouvrir la page Instance Details.

  2. Dans le volet de navigation de gauche, cliquez sur Backup and Disaster Recovery puis sur l'onglet Zone-disaster Recovery.

  3. Dans la section Compute Disaster Recovery, cliquez sur Switch Computing Zone.

  4. Si la zone cible dispose de ressources de calcul suffisantes, sélectionnez une Computing Zone for Disaster Recovery dans la boîte de dialogue Switch Computing Zone et cliquez sur OK pour migrer les nœuds de calcul.

    Une fois la migration terminée, la configuration de base de l'instance, telle que son endpoint, reste inchangée. Lorsque l'état de l'instance passe à Running, relancez les tâches ayant échoué et surveillez vos opérations métier jusqu'à leur restauration complète.

Important
  • Vous ne pouvez basculer manuellement les zones de disponibilité de calcul que pour les instances utilisant le stockage redondant interzones (pour le déploiement multizone). Si votre instance utilise le stockage localement redondant, consultez la section Activer le déploiement multizone pour une instance existante.

  • Si la zone cible dispose de ressources de calcul insuffisantes, le basculement échouera. Dans ce cas, soumettez rapidement un ticket ou rejoignez le groupe d'échange Hologres Real-time Data Warehouse sur DingTalk pour contacter le support technique Hologres.

  • Après avoir migré manuellement la zone de disponibilité de calcul, les configurations de base de l'instance, telles que son endpoint et ses paramètres réseau, restent inchangées.

  • La migration manuelle de la zone de disponibilité de calcul n'entraîne pas de coûts de calcul supplémentaires.

Activer le déploiement multizone pour une instance existante

Si le type de redondance de stockage d'une instance est le stockage localement redondant, elle stocke les données dans une seule zone de disponibilité. Si le stockage de cette zone devient indisponible, les données sont inaccessibles.

Si votre activité nécessite le déploiement multizone, soumettez un ticket ou rejoignez le groupe d'échange Hologres Real-time Data Warehouse sur DingTalk pour demander au personnel d'exploitation Hologres d'effectuer la conversion backend. Notez les points suivants :

  • Seules les instances Hologres de version V3.0.19 ou ultérieure prennent en charge le stockage redondant interzones. Si votre instance exécute une version antérieure, vous devez mettre à niveau l'instance ou rejoindre le groupe d'échange Hologres Real-time Data Warehouse sur DingTalk pour demander une mise à niveau. Pour plus d'informations, consultez la section Comment obtenir davantage de support en ligne ?.

  • Impacts du processus de conversion :

    • Pendant la conversion, les écritures vers l'instance sont suspendues, mais les lectures restent disponibles. Si vos tâches disposent d'un mécanisme de basculement automatique, vous n'avez pas besoin de les arrêter manuellement.

    • La durée de la conversion dépend du nombre de tables dans l'instance. Pour la plupart des instances, la conversion est effectuée en moins de 10 minutes. Contactez le support technique Hologres pour obtenir une estimation plus précise du temps nécessaire.

  • Après la conversion, les frais de stockage sont calculés selon le prix unitaire du stockage redondant interzones. Vos coûts de stockage augmenteront. Surveillez vos factures en conséquence.