백업 및 복원

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, JoKeeper, Cassandra를 사용합니다. 백업 및 복원과 관련하여 다음 메모를 처리해야 합니다.

  • Cassandra 노드가 여러 개 있는 경우 한 번에 하나씩 백업합니다.
  • JoKeeper 노드가 여러 개 있는 경우 한 번에 하나씩 백업하세요. 백업 프로세스로 인해 JoKeeper가 일시적으로 종료됩니다.
  • Postgres 노드가 여러 개 있는 경우 한 번에 하나씩 백업하세요.
  • Ansible 또는 Chef와 같은 도구를 사용하여 모든 노드에서 다른 모든 Edge 구성요소를 동시에 백업할 수 있습니다.
  • JoKeeper, Cassandra 또는 LDAP 노드 중 하나를 복원할 때 일관성을 위해 (특히 백업이 생성된 이후 조직/환경이 생성된 경우) 세 노드를 모두 복원하는 것이 좋습니다.
  • LDAP 또는 전역 관리자 비밀번호가 손실되거나 손상된 경우 마지막 백업 및 실행 시스템에서 동일한 사용자 인증 정보를 얻으려면 완전한 백업이 필요합니다.
  • 백업 유틸리티는 생성된 백업 파일을 /opt/apigee/backup/comp에 씁니다. 여기서 comp은 구성요소의 이름입니다. 많은 백업 파일을 생성할 수 있고 이러한 파일이 커질 수 있으므로 백업 파일만을 위해 /opt/apigee/backup에 별도의 디스크를 마운트할 수 있습니다.
  • PostreSQL을 제외한 모든 백업 파일은
    backup-year.month.day,hour.min.seconds.tar.gz
    형식으로 이름이 지정됩니다.

    예를 들면 다음과 같습니다.

    backup-2018.05.29,11.13.41.tar.gz

    PostreSQL 백업 파일의 이름은

    year.month.day,hour.min.seconds.dump
    입니다.