Cette page présente les options de création de restauration manuelle dans Google Distributed Cloud (GDC) air-gapped.
Restaurez manuellement une sauvegarde pour récupérer vos données à tout moment.
Lorsqu'une sauvegarde est restaurée, les ressources Kubernetes sont recréées dans le cluster cible. Une fois les ressources créées, la restauration effective des fonctionnalités de la charge de travail est soumise au processus de rapprochement des clusters. Par exemple, les pods sont programmés sur des nœuds, puis démarrés sur ces nœuds.
Restaurer à partir d'une sauvegarde importée
Vous pouvez restaurer une sauvegarde à partir d'une autre sauvegarde effectuée dans un autre cluster. Par exemple, restaurez une sauvegarde à partir d'une sauvegarde importée si le cluster d'origine est inactif ou si vous souhaitez cloner un cluster existant.
Commencez par créer un dépôt de sauvegarde dans le cluster cible qui pointe vers l'emplacement de stockage utilisé par le cluster source. Si le dépôt est activement utilisé par le cluster source en mode ReadWrite, vous devez spécifier ImportPolicy comme ReadOnly. Pour en savoir plus, consultez Règles d'importation des dépôts de sauvegarde.
Une fois le dépôt de sauvegarde créé et les sauvegardes importées, les ressources de sauvegarde du dépôt sont présentes dans le cluster cible. Vous pouvez ensuite planifier une restauration dans le cluster cible en référençant une sauvegarde importée.
Présentation de la restauration manuelle
Pour créer une restauration manuelle, vous devez disposer d'une sauvegarde existante à restaurer. Créez une restauration manuelle dans la console GDC ou à l'aide de l'API. L'API vous permet de demander la restauration des données à partir d'une sauvegarde en créant une ressource ManualRestoreRequest. Cette ressource spécifie le nom de la restauration, le plan de restauration à utiliser et la sauvegarde à partir de laquelle effectuer la restauration.
Le plan de restauration et la sauvegarde doivent exister dans le même espace de noms que la requête. L'API fournit des informations sur l'état du processus de restauration et vous permet de lister toutes les demandes de restauration. Pour en savoir plus, consultez Créer une restauration.
Si vous souhaitez mieux contrôler les ressources restaurées, consultez Présentation de la restauration ultraprécise.
Présentation de la restauration ultraprécise
La fonctionnalité de restauration ultraprécise vous permet de restaurer un sous-ensemble de ressources à partir d'une sauvegarde. Cette fonctionnalité vous permet d'affiner le champ d'application de la restauration défini dans le plan de restauration. Si le champ d'application de la restauration affinée ne chevauche pas le champ d'application d'origine défini dans le plan de restauration, aucune ressource n'est restaurée.
Vous pouvez activer la fonctionnalité de restauration précise pour les plans de restauration avec les modes de gestion des conflits au niveau des ressources individuelles suivants :
MergeSkipOnConflict: les ressources en conflit rencontrées lors de la restauration sont ignorées.MergeReplaceOnConflict: les ressources en conflit rencontrées lors du processus de restauration sont remplacées par les ressources de la sauvegarde que vous restaurez.
Pour utiliser la restauration précise, créez un plan de restauration ou définissez le champ namespacedResourceRestoreMode d'un plan de restauration existant sur la valeur MergeSkipOnConflict ou MergeReplaceOnConflict. Les modes de gestion des conflits d'espace de noms FailOnConflict ou DeleteAndRestore ne sont pas acceptés.
Pour en savoir plus sur les modes de restauration, consultez le champ namespacedResourceRestoreMode dans Créer un plan de restauration.
Filtres d'inclusion et d'exclusion
Lorsque vous créez une restauration précise, vous définissez une ou plusieurs conditions de filtre dans les filtres d'inclusion et d'exclusion. Ces filtres vous permettent de sélectionner ou d'exclure un sous-ensemble de ressources de la sauvegarde pour la restauration. Vous pouvez définir des filtres d'inclusion et d'exclusion simultanément. Lorsque les deux sont spécifiés, l'ordre suivant est respecté :
- Si des filtres d'inclusion sont utilisés, la restauration n'inclut que les ressources correspondant à ces filtres.
- Si des filtres d'exclusion sont utilisés, la restauration exclut les ressources correspondantes du processus de restauration.
- Lorsque des filtres d'inclusion et d'exclusion sont spécifiés, la restauration applique d'abord les filtres d'inclusion, puis les filtres d'exclusion.
- Si aucun filtre n'est spécifié, la restauration est effectuée sur l'ensemble du champ d'application défini dans le plan de restauration parent.
Vous pouvez inclure quatre attributs facultatifs lorsque vous créez une condition de filtre :
GroupKind: groupe et type d'API Kubernetes pour la ressource.Namespace: espace de noms pour les ressources à portée d'espace de noms.Name: nom de la ressource.Labels: paires clé/valeur pour sélectionner les ressources en fonction de Kubernetes. Pour en savoir plus sur les libellés, consultez https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/.
Vous pouvez utiliser une combinaison des quatre attributs précédents pour définir une condition de filtre. Si plusieurs attributs sont spécifiés, la relation entre eux est considérée comme AND. Une ressource est sélectionnée si elle correspond à tous les attributs définis dans la condition de filtre.
Vous pouvez également fournir plusieurs conditions de filtre en même temps. La relation entre les différentes conditions de filtre est OR. Une ressource est sélectionnée si elle correspond à une condition de filtre. Vous ne pouvez pas utiliser plus de 50 filtres, et chacun d'eux peut comporter 50 paires clé/valeur d'étiquette.