Résilience des données

Cette page présente les recommandations de reprise après sinistre pour ClickHouse Cloud, ainsi que des conseils destinés aux clients pour rétablir leur service après une interruption. ClickHouse Cloud ne prend actuellement pas en charge le basculement automatique ni la synchronisation automatique entre plusieurs régions géographiques. Il est utile de commencer par quelques définitions. RPO (objectif de point de reprise) : la perte de données maximale acceptable, mesurée en temps, à la suite d’un incident. Exemple : un RPO de 30 min signifie qu’en cas de défaillance, la DB doit pouvoir être restaurée à un état dont les données ne datent pas de plus de 30 min. Cela dépend bien sûr de la fréquence des sauvegardes. RTO (objectif de temps de reprise) : la durée d’indisponibilité maximale acceptable avant le rétablissement des opérations normales après une interruption de service. Exemple : un RTO de 30 min signifie qu’en cas de défaillance, l’équipe est en mesure de restaurer les données et les applications, et de rétablir le fonctionnement normal en 30 min. Sauvegardes et snapshots de base de données : les sauvegardes assurent un stockage durable à long terme grâce à une copie distincte des données. Les snapshots ne créent pas de copie supplémentaire des données, sont généralement plus rapides et offrent de meilleurs RPO. Disposer d’une sauvegarde de votre service principal permet de restaurer efficacement les données en cas d’indisponibilité du service principal. ClickHouse Cloud prend en charge les fonctionnalités de sauvegarde suivantes.

1. Sauvegardes par défaut

Par défaut, ClickHouse Cloud effectue une sauvegarde de votre service toutes les 24 heures. Ces sauvegardes se trouvent dans la même région que le service et sont stockées dans le bucket de stockage du CSP (cloud service provider) de ClickHouse. Si les données du service principal sont corrompues, la sauvegarde peut être utilisée pour restaurer les données dans un nouveau service.

2. Sauvegardes externes (dans le bucket de stockage du client)

Vous pouvez exporter des sauvegardes vers votre propre stockage d’objets, dans votre compte, dans la même région ou dans une autre région. La prise en charge de l’exportation de sauvegardes entre clouds sera bientôt disponible. Des frais de transfert de données s’appliquent aux sauvegardes inter-régions et entre clouds.

3. Sauvegardes configurables

Les clients peuvent configurer les sauvegardes afin qu’elles soient effectuées plus fréquemment, jusqu’à toutes les 6 heures, afin d’améliorer le RPO. Les clients peuvent également configurer une durée de rétention plus longue. Les sauvegardes actuellement disponibles pour le service sont répertoriées sur la page « backups » de la console ClickHouse Cloud. Cette section fournit également le statut de réussite ou d’échec de chaque sauvegarde.

1. Les sauvegardes par défaut, stockées dans le bucket de stockage ClickHouse Cloud, peuvent être restaurées dans un nouveau service de la même région.
2. Les sauvegardes externes (dans le stockage objet du client) peuvent être restaurées dans un nouveau service situé dans la même région ou dans une autre région.

​

Conseils sur la durée des sauvegardes et des restaurations

La durée des sauvegardes et des restaurations varie considérablement selon la taille des données, la complexité du schéma et le nombre de tables. Les chiffres ci-dessous sont issus de tests internes et ne constituent pas des engagements de performance. Lors de nos tests, une sauvegarde d’environ 1 To a pris entre 10 et 15 minutes, tandis qu’une sauvegarde de 20 To a pris environ une heure. Les jeux de données plus volumineux nécessitent proportionnellement plus de temps, et les sauvegardes de plusieurs centaines de To ou plus peuvent prendre de nombreuses heures, même si des économies d’échelle permettent de réduire les durées pour les volumes plus importants. Les restaurations sont généralement plus lentes que les sauvegardes équivalentes, en particulier lorsqu’elles incluent une longue chaîne de sauvegardes incrémentielles, car la sauvegarde complète et toutes les sauvegardes incrémentielles ultérieures de la chaîne doivent être appliquées. La restauration d’un très grand service peut prendre plus d’une journée. Comme les durées dépendent fortement de vos données, de votre schéma et de votre configuration de sauvegarde, nous vous recommandons vivement de tester une restauration avec vos propres données avant de vous appuyer sur un objectif de temps de récupération. Cette section présente les différentes options de récupération ainsi que la procédure à suivre dans chaque cas. Dans ce cas, les données peuvent être restaurées depuis la sauvegarde vers un autre service de la même région. La sauvegarde peut dater de jusqu’à 24 heures si vous utilisez la stratégie de sauvegarde par défaut, ou de jusqu’à 6 heures (si vous utilisez des sauvegardes configurables avec une fréquence de 6 heures).

​

Étapes de restauration

Pour restaurer à partir d’une sauvegarde existante

1. Accédez à la section « Backups » de la console ClickHouse Cloud.
2. Cliquez sur les trois points sous « Actions » pour la sauvegarde depuis laquelle vous souhaitez restaurer.
3. Donnez un nom au nouveau service, puis restaurez-le à partir de cette sauvegarde

Vous pouvez exporter des sauvegardes vers un bucket de stockage chez votre propre fournisseur cloud. Si vous craignez des défaillances régionales, nous vous recommandons d’exporter les sauvegardes vers une autre région. Gardez à l’esprit que des frais de transfert de données inter-régions s’appliqueront. Si la région principale devient indisponible, la sauvegarde située dans une autre région peut être restaurée sur un nouveau service dans une autre région. Une fois la sauvegarde restaurée sur un autre service, vous devrez vous assurer que toute configuration DNS, de load balancer ou de chaîne de connexion est mise à jour pour pointer vers le nouveau service. Cela peut impliquer :

• La mise à jour des variables d’environnement ou des secrets
• Le redémarrage des services applicatifs pour établir de nouvelles connexions

Voici quelques options supplémentaires à envisager.

1. Écriture simultanée vers des clusters distincts

Avec cette option, vous pouvez configurer 2 clusters distincts dans différentes régions et écrire simultanément vers les deux. Cette option entraîne naturellement un coût plus élevé, car elle implique l’exécution de plusieurs services, mais elle offre une meilleure disponibilité si l’une des régions devient indisponible.

2. Utiliser la réplication du CSP

Avec cette option, vous utilisez la réplication native du stockage d’objet de votre fournisseur de services cloud pour copier les données. Par exemple, avec BYOB, vous pouvez exporter la sauvegarde vers un bucket de stockage dont vous êtes propriétaire dans la région principale, puis la répliquer vers une autre région à l’aide de la réplication interrégionale AWS.