Edge for Private Cloud 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（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 ノードまたは ZooKeeper ノードのいずれかを復元する場合は、一貫性を保つために 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