Edge pour Private Cloud version 4.17.05
Cette section décrit les tâches de sauvegarde et de restauration dans une installation sur site d'Apigee Edge. Il est recommandé de toujours créer une sauvegarde des composants Apigee Edge (configuration et données) à intervalles réguliers, et de s'assurer que la récupération est effectuée en cas de défaillance du système. Les procédures de sauvegarde et de restauration vous permettent de restaurer l'état d'un système entier (y compris tous ses composants), sans affecter les autres parties du système.
Quoi sauvegarder
Dans un déploiement sur site d'Apigee Edge, vous devez sauvegarder les composants Edge suivants:
- Apache ZooKeeper (apigee-zookeeper)
- Apache Cassandra (apigee-cassandra)
- Serveur Postgres (edge-postgres-server)
- Base de données PostgreSQL (apigee-postgresql)
Remarque: Dans une configuration Postgres maître/veille, vous ne sauvegardez que le maître. Vous n'avez pas besoin de sauvegarder l'esclave. - Serveur Qpid (edge-qpid-server)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Serveur de gestion (Edge-management-server)
- Processeur de messages (edge-message-processor)
- Routeur (routeur de périphérie)
- Interface utilisateur Edge (edge-ui)
Objectif de temps de récupération (RTO) et objectif de point de récupération (RPO)
Le RTO correspond à la durée et au niveau de service au cours desquels un processus opérationnel doit être restauré après un sinistre (ou une interruption) afin d'éviter les conséquences inacceptables associées à une interruption de la continuité de l'activité.
Un RPO est la période maximale tolérable pendant laquelle des données peuvent être perdues d'un service informatique en raison d'un incident majeur. Vous devez prendre en compte ces deux objectifs avant de mettre en œuvre un plan de sauvegarde pour votre stratégie de reprise.
Avant de commencer: informations utiles
Vous pouvez constater que les données d'installation sont réparties sur plusieurs systèmes. Par exemple, les organisations se trouvent dans LDAP, ZooKeeper et Cassandra. Veillez à prendre en compte les remarques suivantes concernant la sauvegarde et la restauration:
- Si vous avez plusieurs nœuds Cassandra, sauvegardez-les un par un. Le processus de sauvegarde arrête temporairement Cassandra. Vous ne souhaitez donc pas l'exécuter en même temps pour tous les nœuds Cassandra.
Remarque: À partir de la version 4.17.05.01 d'Edge, la procédure de sauvegarde n'arrête plus Cassandra. - Si vous disposez de plusieurs nœuds ZooKeeper, sauvegardez-les un par un. Le processus de sauvegarde arrête temporairement ZooKeeper.
- Si vous avez plusieurs nœuds Postgres, sauvegardez-les un par un.
- Vous pouvez sauvegarder tous les autres composants Edge en même temps sur tous les nœuds à l'aide d'outils tels qu'Ansible ou Chef.
- Lorsque vous restaurez l'un des nœuds ZooKeeper, Cassandra ou LDAP, il est recommandé de restaurer les trois nœuds afin d'assurer une cohérence (en particulier lorsque des organisations/environnements ont été créés depuis la création de la sauvegarde).
Remarque: Ce qui précède n'affecte pas la restauration d'un nœud Cassandra ou ZooKeeper dans un cluster de datastore, car aucune sauvegarde n'est utilisée. - En cas de perte ou de corruption des mots de passe de l'administrateur LDAP ou global, une sauvegarde complète est nécessaire afin d'obtenir les mêmes identifiants pour la dernière sauvegarde et le système en cours d'exécution.
- L'utilitaire de sauvegarde écrit le fichier de sauvegarde généré dans /opt/apigee/backup/comp, où comp est le nom du composant. Étant donné que vous pouvez générer de nombreux fichiers de sauvegarde et que ces fichiers peuvent devenir volumineux, vous pouvez installer un disque distinct dans /opt/apigee/backup uniquement pour les fichiers de sauvegarde.
- Tous les fichiers de sauvegarde, à l'exception de PostreSQL, sont nommés selon le format suivant:
backup-(year).(day).(day),(hour).(min).(seconds).tar.gz
Les fichiers de sauvegarde PostreSQL sont nommés:
(year).(month).(day),(hour).(min).(secondes).dump