Edge for Private Cloud v4.18.01
このセクションでは、Apigee Edge のオンプレミス インストールでのバックアップと復元のタスクについて説明します。常に、Apigee Edge コンポーネント、つまり構成やデータのバックアップを定期的に作成し、システム障害が発生した場合に確実に復元されるようにすることをおすすめします。バックアップと復元の手順を使用することで、システムの他の部分に影響を及ぼすことなくシステム全体（すべてのコンポーネントを含む）の状態を復元できます。
バックアップする内容
Apigee Edge のオンプレミス デプロイメントでは、以下の Edge コンポーネントをバックアップする必要があります。
- Apache ZooKeeper（apigee-zookeeper）
- Apache Cassandra（apigee-cassandra）
- Postgres Server（edge-postgres-server）
- PostgreSQL データベース（apigee-postgresql）
- Qpid Server（edge-qpid-server）
- Qpidd（apigee-qpidd）
- OpenLDAP（apigee-openldap）
- Management Server（edge-management-server）
- Message Processor（edge-message-processor）
- Router（edge-router）
- Edge UI（edge-ui）
目標復旧時間（RTO）と目標復旧時点（RPO）
RTO とは、事業継続の中断に伴う受け入れがたい結果を回避するために、災害（または中断）の発生後にビジネス プロセスを復元するまでに許容できる時間とサービスレベルです。
RPO とは、重大なインシデントが原因で IT サービスからデータが失われることが許容される最大期間です。いずれの目標も、復旧方針にバックアップ計画を導入する前に考慮しておく必要があります。
始める前に: 役立つ情報
組織が LDAP、ZooKeeper、Cassandra を使用している場合など、インストール データが複数のシステムに分散している場合があります。バックアップと復元については、次の点に注意してください。
- 複数の Cassandra ノードがある場合は、一度に 1 つずつバックアップします。
- 複数の ZooKeeper ノードがある場合は、一度に 1 つずつバックアップします。ZooKeeper はバックアップ処理によって一時的にシャットダウンされます。
- 複数の Postgres ノードがある場合は、一度に 1 つずつバックアップします。
- Ansible や Chef などのツールを使用すると、他のすべての Edge コンポーネントをすべてのノードで同時にバックアップできます。
- ZooKeeper、Cassandra、LDAP のいずれかのノードを復元する場合は、整合性を確保するために 3 つのノードをすべて復元することをおすすめします（特に、バックアップの作成後に組織/環境を作成した場合）。
注: この注意事項は、データストア クラスタ内の 1 つの Cassandra ノードまたは ZooKeeper ノードの復元には適用されません。そのような復元にはバックアップは使用されません。 - LDAP またはグローバル管理者のパスワードが失われたり破損したりした場合、最後のバックアップと実行中のシステムと同じ認証情報を取得するために、完全なバックアップが必要です。
- バックアップ ユーティリティは、生成されたバックアップ ファイルを
/opt/apigee/backup/comp（comp はコンポーネントの名前）に書き込みます。多数のバックアップ ファイルを生成できます。また、サイズが大きくなる可能性があるため、バックアップ ファイル専用に/opt/apigee/backupに別のディスクをマウントできます。 - PostreSQL を除くすべてのバックアップ ファイルの名前は、
backup-(year).(month).(day),(hour).(min).(seconds).tar.gz
の形式になります。PostreSQL のバックアップ ファイルは次のように命名されます。
(year).(month).(day),(hour).(min).(seconds).dump