Edge per Private Cloud v. 4.17.01
Questa sezione descrive le attività di backup e ripristino in un'installazione on-premise di Apigee Edge. Ti consigliamo di creare sempre un backup dei componenti Apigee Edge, ovvero configurazione e dati, a intervalli regolari e di assicurarti che il ripristino venga eseguito in caso di errore del sistema. Le procedure di backup e ripristino consentono di ripristinare lo stato di un intero sistema (inclusi tutti i componenti), senza influire su altre parti del sistema.
Che cosa eseguire il backup
In un deployment on-premise di Apigee Edge, devi eseguire il backup dei seguenti componenti Edge:
- Apache ZooKeeper (apigee-zookeeper)
- Apache Cassandra (apigee-cassandra)
- Server Postgres (server edge-postgres)
- Database PostgreSQL (apigee-postgresql)
Nota: in una configurazione master/Standby Postgres, esegui il backup solo del master. Non è necessario eseguire il backup dello slave. - Qpid Server (edge-qpid-server)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Server di gestione (edge-management-server)
- Processore di messaggi (edge-message-processor)
- Router (router perimetrale)
- UI Edge (UI perimetrale)
RTO (Recovery Time Objective) e RPO (Recovery Point Objective)
L'RTO è la durata di tempo e il livello di servizio entro il quale un processo aziendale deve essere ripristinato dopo un'emergenza (o un'interruzione) per evitare conseguenze inaccettabili associate a un'interruzione della continuità aziendale.
Un RPO è il periodo massimo tollerabile in cui i dati potrebbero andare persi da un servizio IT a causa di un incidente grave. Prima di implementare un piano di backup per la strategia di ripristino, è necessario prendere in considerazione entrambi gli obiettivi.
Prima di iniziare: informazioni utili
Potresti osservare che i dati di installazione sono distribuiti tra più sistemi, ad esempio le organizzazioni sono in LDAP, ZooKeeper e Cassandra. Assicurati di prestare attenzione alle seguenti note sul backup e ripristino:
- Se disponi di più nodi Cassandra, eseguine il backup, uno alla volta. Il processo di backup arresta temporaneamente Cassandra, quindi non vuoi eseguirlo contemporaneamente per tutti i nodi Cassandra.
Nota: a partire da Edge 4.17.01.05, la procedura di backup non arresta più Cassandra. - Se hai più nodi ZooKeeper, eseguine il backup uno alla volta. Il processo di backup arresta temporaneamente ZooKeeper.
- Se hai più nodi Postgres, eseguine il backup uno alla volta.
- Puoi eseguire il backup di tutti gli altri componenti Edge contemporaneamente su tutti i nodi utilizzando strumenti come Ansible o Chef.
- Quando ripristini uno dei nodi ZooKeeper, Cassandra o LDAP, ti consigliamo di ripristinare tutti e tre i nodi per garantire la coerenza (in particolare quando organizzazioni/ambienti sono stati creati dopo la creazione del backup).
Nota: quanto sopra non influisce sul ripristino di un nodo Cassandra o ZooKeeper in un cluster di datastore, poiché non viene utilizzato alcun backup. - Se le password LDAP o globali vengono perse o danneggiate, è necessario un backup completo per ottenere le stesse credenziali per l'ultimo sistema di backup e in esecuzione.
- L'utilità di backup scrive il file di backup generato in /opt/apigee/backup/comp, dove comp è il nome del componente. Poiché puoi generare molti file di backup e poiché questi possono essere di grandi dimensioni, puoi montare un disco separato in /opt/apigee/backup solo per i file di backup.
- Tutti i file di backup, tranne PostreSQL, sono denominati nel formato:
backup-(year).(mese).(giorno),(ora).(min).(secondi).tar.gz
I file di backup PostreSQL vengono denominati:
(anno).(mese).(giorno),(ora).(min).(secondi).dump