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

Magasin d'objets : emplacement de stockage qui stocke les données de sauvegarde et qui facilite la restauration. Vous devez apporter le magasin d'objets pour stocker les données de sauvegarde. Ce magasin d'objets doit différer du magasin d'objets où 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.

Cluster de restauration : le cluster dans lequel vous restaurez toutes les données du cluster de sauvegarde. Il s'agit du 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 qui inclut la configuration du cluster et les données stockées dans le cadre du stockage de blocs et du stockage de fichiers.

En revanche, elle n'active 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 source de données externe et la sauvegarde SQL 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 (pour asrobot et aicenter) et Redis sont temporaires et ne nécessitent pas de sauvegarde.

Il est recommandé de faire une sauvegarde de la base de données SQL avant la sauvegarde du cluster et du magasin d'objets, pour assurer la cohérence de la base de données avec le stockage des objets et des blocs.

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 utilise Velero pour effectuer la sauvegarde des Kubernetes et la restaurer dans un autre Kubernetes après un sinistre naturel 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. Certaines clés secrètes et cartes de configuration importantes doivent être sauvegardées.
• 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 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 se restaurera à partir d'une sauvegarde existante.
2. Le contrôleur de restauration de Velero vérifie l'étendue de restauration via une requête effectuée sur le 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 de 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 précédent. Étant donné qu'il s'agit des composants externes, Velero n'a aucun contrôle sur eux. C'est pourquoi il est obligatoire de restaurer explicitement ce composant de stockage avant de lancer la restauration du cluster Automation Suite.