Sauvegarder et restaurer le cluster

Automation Suite prend en charge la fonctionnalité de sauvegarde et de restauration afin d’éviter une éventuelle perte de données dans différents scénarios. Vous pouvez configurer une sauvegarde à tout moment après l’installation. Même si cela est facultatif, il est recommandé d’activer une fonction de sauvegarde, afin que vous puissiez reprendre à partir du même point en cas de sinistre.

Important :

Actuellement, nous prenons uniquement en charge la restauration dans un même cluster. La restauration d’Automation Suite vers un autre cluster n’est pas prise en charge.

Pour utiliser la fonctionnalité de sauvegarde et de restauration, vous devez enregistrer un magasin d’objets supplémentaire, ainsi qu’une sauvegarde et un cluster de restauration. Ces concepts sont définis dans la section qui suit.

Terminologie

Objectstore - Emplacement de stockage qui stocke les données de sauvegarde et facilite la restauration. Vous devez utiliser l'objectstore pour stocker les données de sauvegarde. Ce magasin d'objets doit différer de celui dans lequel les fichiers utilisateur sont conservés lors de l'utilisation du cluster Automation Suite .

Cluster de sauvegarde : le cluster que vous configurez pour installer Automation Suite. Il s'agit du cluster dans lequel vous activerez la sauvegarde.

Restaurer le cluster : le cluster sur lequel vous restaurez toutes les données du cluster de sauvegarde. Cela devient le nouveau cluster dans lequel vous exécutez Automation Suite une fois le processus de restauration terminé.

Prérequis

Remarque :

Cette configuration active uniquement une sauvegarde de cluster, y compris la configuration du cluster et les données stockées dans le cadre du stockage de blocs.

Cependant, il ne permet pas la sauvegarde des sources de données externes, telles que la base de données SQL et le magasin d'objets externe. Vous devez activer la sauvegarde de la source de données externe séparément.

En outre, vous devez vous assurer de sauvegarder toutes les bases de données et tous les compartiments que vous avez enregistrés lors de l'installation Automation Suite .

Les données stockées dans FileStore et Redis sont temporaires et ne nécessitent pas de sauvegarde.

Pour configurer la fonctionnalité de sauvegarde et de restauration, vous devez répondre aux exigences suivantes :

• Vous devez apporter un objectstore supplémentaire pour la sauvegarde.

  Kubernetes	Magasin d'objets
  EKS	AWS S3
  AKS	Compte de stockage Azure

• Le cluster que vous souhaitez sauvegarder et l'objectstore doivent se trouver dans la même région.

• Lors de la restauration du cluster, vous devez utiliser les mêmes zones dans lesquelles vous avez déployé Automation Suite avant le sinistre.

• Dans les déploiements EKS, si le cluster d'origine utilise les classes de stockage EBS et EFS, vous devez configurer le cluster de restauration pour utiliser les mêmes classes de stockage avant de démarrer l'opération de restauration.

Architecture

Vue d'ensemble (Overview)

Automation Suite s'appuie sur Velero pour effectuer la sauvegarde de Kubernetes et la restaurer sur un autre Kubernetes après une catastrophe naturelle ou d'origine humaine.

Une sauvegarde de niveau application dans Automation Suite cible deux composants :

• Les objets et les configurations Kubernetes sont stockés dans le magasin clé/valeur etcd . Certains secrets et cartes de configuration importants doivent être sauvegardés.

• Les données de l'application sont stockées dans des volumes persistants. Insights stocke ses données dans les PVC qui doivent être sauvegardées pour reprendre jusqu'au moment où le sinistre se produit.

etcd est un magasin clé/valeur appartenant au plan de contrôle Kubernetes. Ce magasin est directement inaccessible et peut être interrogé via le serveur d'API Kubernetes. Velero exploite l'API Kubernetes pour récupérer ces données à partir du magasin clé/valeur. Les API Kubernetes offrent la possibilité de filtrer facilement les ressources par espace de noms, type de ressource ou étiquette.

Velero prend également des instantanés des volumes persistants du cluster et les restaure avec les objets du cluster.

Workflow de sauvegarde et de restauration

Sauvegarde

Le schéma d'architecture suivant illustre le fonctionnement de la sauvegarde dans Automation Suite sur EKS. Une architecture et un workflow similaires s'appliquent à Automation Suite sur AKS.

La sauvegarde se compose de deux composants :

• Un pod de serveur Velero qui s'exécute dans votre cluster Automation Suite

• interface de ligne de commande (CLI)uipathctl qui s'exécute sur la machine locale.

Chaque fois que nous émettons une sauvegarde sur un cluster Automation Suite , Velero effectue une sauvegarde des ressources du cluster de la manière suivante :

1. La CLI uipathctl appelle le serveur d'API Kubernetes pour créer l'objet contrôleur de sauvegarde de Velero.

2. Le contrôleur de sauvegarde de Velero vérifie l'étendue de la sauvegarde via une requête adressée au serveur d'API Kube.

3. Le contrôleur de sauvegarde interroge le serveur API pour récupérer les ressources etcd qui nécessitent une sauvegarde.

4. Le contrôleur de sauvegarde interroge le volume persistant qui nécessite une sauvegarde.

5. Le contrôleur de sauvegarde compresse les objets Kubernetes récupérés dans un fichier .tar et l'enregistre dans l'objectstore avec la sauvegarde du volume.

Remarque :

Dans ce processus, Microsoft SQL Server (base de données) et le magasin d'objets externe ne sont pas sauvegardés. Comme il s'agit de composants externes, Velero n'a aucun contrôle sur eux. Pour cette raison, il est obligatoire d'activer explicitement la sauvegarde de ces composants de stockage.

Restaurer

Le schéma d'architecture suivant illustre le fonctionnement de la restauration dans Automation Suite sur EKS. Une architecture et un workflow similaires s'appliquent à Automation Suite sur AKS.

Comme pour le processus de sauvegarde, les événements suivants se produisent à chaque fois que nous effectuons une opération de restauration :

1. La CLI uipathctl appelle le serveur d'API Kubernetes pour créer un contrôleur de restauration Velero qui restaurera à partir d'une sauvegarde existante.

2. Le contrôleur de restauration de Velero vérifie l'étendue de la restauration via une requête adressée au serveur d'API Kube.

3. Le contrôleur de restauration récupère les fichiers de sauvegarde à partir de l'objectstore.

4. Le contrôleur de restauration lance une opération de restauration de la configuration du cluster et du volume persistant.

Remarque : Comme c'est également le cas pour l'opération de sauvegarde, Microsoft SQL Server (Base de données) et le magasin d'objets externe ne sont pas restaurés dans le processus ci-dessus. Comme il s'agit de composants externes, Velero n'a aucun contrôle sur eux. C'est pourquoi il est obligatoire de restaurer ce composant de stockage explicitement avant de lancer la restauration du cluster Automation Suite .