Private Cloud용 Edge v4.18.05
이 섹션에서는 온프레미스 설치된 Apigee Edge의 백업 및 복원 작업을 설명합니다. 항상 Apigee Edge 구성요소(예: 구성 및 데이터)의 백업을 정기적으로 만들고 시스템 장애가 발생할 경우 복구가 실행되도록 하는 것이 좋습니다. 백업 및 복원 프로시저를 사용하면 시스템의 다른 부분에 영향을 미치지 않고 모든 구성요소를 포함한 전체 시스템의 상태를 복원할 수 있습니다.
백업할 항목
Apigee Edge의 온프레미스 배포에서는 다음 Edge 구성요소를 백업해야 합니다.
apigee-cassandra(Cassandra)apigee-openldap(OpenLDAP)apigee-postgresql(PostgreSQL 데이터베이스)apigee-qpidd(Qpidd)apigee-sso(Edge SSO)apigee-zookeeper(ZooKeeper)edge-management-server(관리 서버)edge-management-ui(새 Edge UI)edge-message-processor(메시지 프로세서)edge-postgres-server(Postgres 서버)edge-qpid-server(Qpid 서버)edge-router(에지 라우터)edge-ui(기본 UI)
복구 시간 목표 (RTO)와 복구 지점 목표 (RPO) 비교
RTO는 재해 (또는 중단) 후 비즈니스 연속성 중단과 관련된 용납할 수 없는 결과를 방지하기 위해 비즈니스 프로세스를 복구해야 하는 시간 및 서비스 수준입니다.
RPO는 심각한 문제로 인해 IT 서비스에서 데이터가 손실될 수 있는 최대 허용 기간입니다. 복구 전략의 백업 계획을 구현하기 전에 두 가지 목표를 모두 고려해야 합니다.
시작하기 전에 알아야 할 유용한 정보
설치 데이터가 여러 시스템에 분산되어 있는 것을 볼 수 있습니다(예: 조직이 LDAP, ZooKeeper, Cassandra에 있음). 백업 및 복원에 관한 다음 사항에 유의하세요.
- Cassandra 노드가 여러 개인 경우 한 번에 하나씩 백업합니다.
- ZooKeeper 노드가 여러 개인 경우 한 번에 하나씩 백업합니다. 백업 프로세스가 ZooKeeper를 일시적으로 종료합니다.
- Postgres 노드가 여러 개인 경우 한 번에 하나씩 백업합니다.
- Ansible 또는 Chef와 같은 도구를 사용하여 모든 노드에서 다른 모든 Edge 구성요소를 동시에 백업할 수 있습니다.
- ZooKeeper, Cassandra 또는 LDAP 노드 중 하나를 복원할 때 일관성을 유지하려면 세 노드 모두를 복원하는 것이 좋습니다 (특히 백업이 생성된 이후 조직/환경이 생성된 경우).
- LDAP 또는 글로벌 관리자 비밀번호가 손실되거나 손상된 경우 마지막 백업과 실행 중인 시스템에 동일한 사용자 인증 정보를 가져오려면 전체 백업이 필요합니다.
- 백업 유틸리티는 생성된 백업 파일을
/opt/apigee/backup/comp에 씁니다. 여기서 comp은 구성요소의 이름입니다. 백업 파일을 많이 생성할 수 있고 이러한 파일이 커질 수 있으므로 백업 파일 전용으로/opt/apigee/backup에 별도의 디스크를 마운트할 수 있습니다. - PostgreSQL을 제외한 모든 백업 파일의 이름은 다음 형식입니다.
backup-year.month.day,hour.min.seconds.tar.gz
예를 들면 다음과 같습니다.
backup-2018.05.29,11.13.41.tar.gz
PostgreSQL 백업 파일의 이름은
year.month.day,hour.min.seconds.dump
입니다.