Cette page présente les opérations de reprise après sinistre dans Google Distributed Cloud (GDC) air-gapped.
Planification de la reprise après sinistre
Vous devez disposer d'une capacité suffisante pour sauvegarder les données de charge de travail, en fonction de la taille des données et de leur période de conservation. GDC fournit des fonctionnalités de sauvegarde pour les charges de travail des clients dans des buckets de stockage d'objets compatibles avec.
Ces sauvegardes sont incrémentielles. La première est une sauvegarde complète, et toutes les sauvegardes suivantes sont incrémentielles, c'est-à-dire qu'elles ne capturent que les modifications apportées depuis la dernière sauvegarde. L'espace de stockage contenant les sauvegardes doit avoir une capacité suffisante pour la sauvegarde complète initiale et pour les modifications (deltas) accumulées entre les sauvegardes, en fonction de la fréquence de sauvegarde et des périodes de conservation données. Vous devez tenir compte de la croissance potentielle des données sauvegardées pour vous assurer que les sauvegardes ne dépassent pas la capacité de stockage.
Si vous prévoyez d'utiliser le stockage d'objets sur une instance GDC distante, vous devez créer les buckets de stockage au sein de la même organisation sur l'instance cible où les charges de travail s'exécutent dans l'instance source, afin que la facturation fonctionne correctement. Le plan de contrôle de l'organisation sur une instance GDC doit être sauvegardé dans des buckets hébergés dans la même organisation sur une autre instance. Vous pouvez également créer des buckets pour sauvegarder les charges de travail de la même organisation sur l'instance de sauvegarde du plan de contrôle.
Vous devez également disposer d'une capacité suffisante (calcul et stockage, par exemple) pour exécuter les charges de travail ayant échoué sur une instance GDC distincte que vous souhaitez pouvoir restaurer en cas de sinistre. Par exemple, si vous disposez de deux instances GDC et que vous souhaitez pouvoir exécuter toutes les charges de travail lorsqu'une seule des instances est disponible, la capacité de chacune des instances doit être supérieure ou égale à la capacité globale nécessaire pour exécuter toutes les charges de travail. Toutefois, si seules certaines charges de travail doivent être récupérées en cas de défaillance du système, votre planification peut inclure l'arrêt temporaire des applications moins critiques pour libérer des ressources jusqu'à ce que les systèmes défaillants fonctionnent à nouveau.
Restaurer les charges de travail utilisateur
Les charges de travail utilisateur sont un ensemble de services qui interagissent en fonction de la logique métier que vous définissez. GDC n'est pas en mesure de fournir une automatisation complète prête à l'emploi pour restaurer les charges de travail des utilisateurs. Toutefois, le service Backup4GDC peut récupérer un cluster entier à la fois, ou un espace de noms à la fois si une précision accrue est nécessaire.
Pour automatiser la restauration d'une charge de travail, un utilisateur final peut concevoir des pods en tant que conteneurs init, qui sont des conteneurs spécialisés qui s'exécutent avant les conteneurs d'application dans les pods. Un pod valide ensuite les dépendances avant de démarrer son conteneur de longue durée, ce qui donne lieu à une structure auto-orchestrée.
Ajoutez la logique de démarrage directement dans vos charges de travail sous forme de code pour restaurer un cluster entier à la fois et permettre à votre application de vérifier et de valider elle-même les prérequis avant de démarrer. Par exemple, démarrez le serveur Web après avoir vérifié que vos serveurs de base de données et de carte de crédit diffusent du trafic.
Gérer les différences entre les versions
Les versions GDC de différents clusters peuvent être différentes. Pour la reprise après sinistre, les deux sites doivent exécuter la même version de GDC pour tous les clusters correspondants. Vous devez contrôler manuellement le processus de synchronisation.
Les clusters en cours de restauration peuvent avoir des versions différentes en cas de sinistre. La différence de version doit être prise en compte lors du transfert des charges de travail. GDC est rétrocompatible, mais pas compatible avec les versions ultérieures.
Une sauvegarde avec une ancienne version peut être restaurée dans un cluster avec une version plus récente. Toutefois, une sauvegarde avec une version plus récente ne peut pas être restaurée dans un cluster avec une version plus ancienne. Vous devez trouver des sauvegardes compatibles lorsque vous transférez des charges de travail.
Sauvegarde et restauration
La sauvegarde et la restauration dans GDC permettent de sauvegarder et de restaurer les charges de travail des clusters Kubernetes, les instances de registre Harbor et les instances de machines virtuelles (VM) dans des buckets de stockage d'objets compatibles avec S3.
Présentation de la sauvegarde de cluster
Les sauvegardes de clusters Kubernetes protègent vos données en capturant l'état de vos applications, en assurant la cohérence en cas de plantage et la cohérence des applications. Vous pouvez personnaliser le processus de sauvegarde à l'aide de hooks de pré-exécution et de post-exécution, ainsi que de plusieurs stratégies d'applications protégées.
Les sauvegardes sont stockées dans des dépôts compatibles S3 et gérées à l'aide de plans de sauvegarde, qui définissent leur portée et leur calendrier. Les plans de restauration proposent des scénarios de récupération préconfigurés, ce qui permet de restaurer rapidement et efficacement les clusters.
Pour en savoir plus, consultez la page Présentation de la sauvegarde de clusters.
Présentation de la sauvegarde de VM
Les sauvegardes de VM GDC vous permettent de sauvegarder les charges de travail des machines virtuelles, y compris leurs configurations, leurs images de disque et leurs volumes persistants. Gérez les sauvegardes à l'aide de plans de sauvegarde, en les programmant régulièrement ou en les créant à la demande. Restaurez des VM à un état antérieur ou récupérez des instantanés de disque individuels.
Pour en savoir plus, consultez la section Présentation de la sauvegarde de VM.
Présentation de la sauvegarde Harbor
Les sauvegardes Harbor offrent une protection complète pour vos instances de registre Harbor, en protégeant vos données contre la perte et en assurant la continuité de votre activité. Planifiez des sauvegardes automatiques ou créez-les manuellement.
Définissez des règles de conservation pour la gestion des données à long terme. En cas de sinistre, restaurez votre instance Harbor, y compris tous les artefacts et métadonnées, à partir d'une sauvegarde créée précédemment.
Pour en savoir plus, consultez la présentation de la sauvegarde Harbor.