Edge for Private Cloud v. 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, c'est-à-dire de la configuration et des données, à intervalles réguliers, et de vous 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 les composants), sans affecter les autres parties du système.
Quels éléments 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/de secours, 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 (edge-router)
- UI Edge (edge-ui)
Objectif de temps de récupération (RTO) et objectif de point de récupération (RPO)
Le RTO est la durée et le niveau de service dans lesquels un processus métier doit être restauré après un sinistre (ou une interruption) afin d'éviter les conséquences inacceptables associées à une interruption de la continuité des activités.
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. Ces deux objectifs doivent être pris en compte avant de mettre en œuvre un plan de sauvegarde pour votre stratégie de récupération.
Avant de commencer : informations utiles
Vous constaterez peut-être 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 disposez de plusieurs nœuds Cassandra, sauvegardez-les un par un. Le processus de sauvegarde arrête temporairement Cassandra. Vous ne devez 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 disposez de 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 pour assurer la cohérence (en particulier lorsque des organisations/environnements ont été créés depuis la création de la sauvegarde).
Remarque : Les informations ci-dessus n'affectent pas la restauration d'un nœud Cassandra ou ZooKeeper dans un cluster de datastore, car aucune sauvegarde n'est utilisée. - Si les mots de passe LDAP ou d'administrateur général sont perdus ou corrompus, une sauvegarde complète est nécessaire pour 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 sur /opt/apigee/backup uniquement pour les fichiers de sauvegarde.
- Tous les fichiers de sauvegarde, à l'exception de PostgreSQL, sont nommés au format suivant :
backup-(year).(month).(day),(hour).(min).(seconds).tar.gz
Les fichiers de sauvegarde PostgreSQL sont nommés :
(year).(month).(day),(hour).(min).(seconds).dump