Edge for Private Cloud v4.18.01
このセクションでは、Apigee のオンプレミス環境でのバックアップと復元のタスクについて説明します。 。Apigee Edge コンポーネントのバックアップを常に作成することをおすすめします。 構成とデータを定期的かつ定期的に更新し、問題が発生した場合に復元が 防ぐことができます。バックアップと復元の手順を使用すると、アプリケーション全体の状態を 他の部分に影響を与えずに、システム（すべてのコンポーネントを含む）にデータをルーティングします。
バックアップ対象
Apigee Edge のオンプレミス デプロイでは、次の Edge をバックアップする必要があります。 components:
- 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）
- ルーター（エッジルーター）
- Edge UI（edge-ui）
目標復旧時間（RTO）と 目標復旧時点（RPO）
RTO とは、ビジネス プロセスが稼働するのに必要な期間とサービスレベルです。 災害（または中断）の後に復旧し、予期せぬ事象が発生した場合に ビジネスの継続性が損なわれます
RPO とは、初期状態のまま維持されたデータ、 発生しましたバックアップを実装する前に、両方の目標を考慮する必要があります。 戦略を立てることができます。
始める前に: 役立つ情報
たとえば、インストール データが複数のシステムに分散している場合、 LDAP、ZooKeeper、Cassandra です。次の点に注意してください バックアップと復元に関する注意事項:
- 複数の Cassandra ノードがある場合は、一度に 1 つずつバックアップします。
- 複数の ZooKeeper ノードがある場合は一度に 1 つずつバックアップします。バックアップ プロセス ZooKeeper を一時的にシャットダウンします。
- 複数の Postgres ノードがある場合は、一度に 1 つずつバックアップします。
- 次のようなツールを使用して、他のすべての Edge コンポーネントをすべてのノードで同時にバックアップできます。 Ansible や Chef として使えます
- 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