Edge for Private Cloud v4.19.01
このセクションでは、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
(Management Server)edge-management-ui
(新しい Edge UI)edge-message-processor
(Message Processor)edge-postgres-server
(Postgres Server)edge-qpid-server
(Qpid Server)edge-router
(Edge Router)edge-ui
(Classic UI)
目標復旧時間(RTO)と目標復旧時点(RPO)
RTO は、障害(または中断)の発生後にビジネス プロセスの継続性の中断に伴う許容できない結果を回避するために、ビジネス プロセスを復元する必要がある期間とサービスレベルです。
RPO は、重大なインシデントが原因で IT サービスからデータが失われる可能性がある最大許容期間です。復旧戦略のバックアップ プランを実装する前に、両方の目標を考慮する必要があります。
始める前に: 役立つ情報
組織が LDAP、ZooKeeper、Cassandra を使用している場合など、インストール データが複数のシステムに分散していることがあります。バックアップと復元については、次の点に注意してください。
- Cassandra ノードが複数ある場合は、一度に 1 つずつバックアップします。
- 複数の ZooKeeper ノードがある場合は、一度に 1 つずつバックアップします。バックアップ プロセスで、ZooKeeper が一時的にシャットダウンされます。
- Postgres ノードが複数ある場合は、1 つずつバックアップします。
- Ansible や Chef などのツールを使用して、すべてのノードで他のすべての Edge コンポーネントを同時にバックアップできます。
- ZooKeeper、Cassandra、LDAP のいずれかのノードを復元する場合は、整合性を維持するために 3 つのノードすべてを復元することをおすすめします(特に、バックアップの作成後に組織/環境が作成された場合)。
- 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
です。