ArcGIS Enterprise on Kubernetes では、ArcGIS Enterprise 組織サイトをバックアップして、後で復元してデータ損失とダウンタイムを回避することができます。 障害が発生した場合は、最新のバックアップを復元してバックアップが作成された時点に組織サイトを復元することができます。 新たに配置した組織サイトにバックアップを復元する場合、ソースとターゲットの環境で次の設定を同一にする必要があります。
- 組織のバージョン
- 完全修飾ドメイン名 (FQDN) とコンテキスト パス (https://dnsalias.domain.com/context)
- レジストリーのホストおよびリポジトリー (docker.io および esridocker)
- Kubernetes 名前空間 (arcgis)
- Kubernetes クラスター ドメイン (cluster.local)
- Kubernetes サービス DNS の接尾辞 (svc.cluster.local)
- FSGroup および補足グループ ID (カスタム値を使用して配置されている場合)
注意:
これらの設定は、配置時に指定しました。
管理者は、バックアップ ファイルを格納する永続ボリューム (PV) を指定する必要があります。 組織サイトがバックアップされると、バックアップ ファイルはこの PV に保存されます。 この PV には利用可能なバックアップがリストされ、そのバックアップ ストアに格納されている任意のバックアップ ファイルを、実行中の配置と同じリリースから復元することができます。
以下で PV がサポートされています。
- EBS ボリュームや Azure ディスクなどのブロック ストレージ デバイス
- Azure ファイルなどのファイル ストレージ
- Amazon Elastic File System
- 組織内でプロビジョニングされたネットワーク ファイル システム (NFS) 共有
バックアップ ストアが既存の PV にバインドするには、アクセス モードが [ReadWriteOnce] に設定されている必要があります。 動的にプロビジョニングされた PV の場合、別の場所で復元しやすくなるよう、再要求ポリシーを [維持] に設定します。 ホスト バックアップ ストア タイプでは、1 つのバックアップ ストアから基となるオブジェクト ストアへの接続のみが許可されます。
バックアップは、手動で作成することも、ArcGIS Enterprise Manager を使用して 1 回限りまたは反復的なバックアップ スケジュールで自動的に作成することもできます。
バックアップを作成する頻度を決定するには、まず、組織が障害時に許容できるデータ損失の量を識別します。 たとえば、組織が 1 日分のデータ損失を許容できる場合、組織サイトを毎日バックアップする必要があります。
バックアップの作成または復元にかかる時間とバックアップのサイズは、組織サイト内のアイテムの数、Web レイヤーの数、関連データのサイズ、バックアップが格納されている場所の詳細など、さまざまな要因によって異なります。 復元プロセスをテストすると、プロセスにかかる一般的な時間を把握して、障害復旧計画を実践することもできます。
バックアップ構成
組織サイトのバックアップを作成する前に、ステージングの場所を定義し、配置のバックアップ ストアを登録する必要があります。 バックアップ ストアの登録では、ラベル セレクターを使用して既存の PV にバインドするか、ストレージ クラスを使用して新しい PV を動的にプロビジョニングすることができます。 バックアップ ストアは、登録プロセスの一環として、PV にバインドする永続ボリューム クレーム (PVC) を作成します。 また、異なるストレージ クラスまたはプロビジョニング方法を使用して、複数のバックアップ ストアを登録することもできます。
ArcGIS Enterprise Manager を使用してバックアップを作成できます。 バックアップが作成されると、次のデータがバックアップされます。
- ホストされた地理空間データ
- 組織のアイテムとコンテンツ
- サーバー構成ストア
- システム構成プロパティ
- 必要に応じ、時空間フィーチャ レイヤー データを含めます。
ArcGIS Enterprise on Kubernetes では、各バックアップにタイムスタンプが付けられ、組織サイトの完全バックアップとして構成されます。 エンタープライズ ジオデータベースや、ファイル システムの別の場所にあるような Kubernetes 環境の外部にあるデータは、バックアップされません。 データベース ベンダーや IT 部門の推奨事項に基づいて、このデータをバックアップします。
データ損失を防止するために定期的なバックアップを実行することをおすすめします。 また、ソフトウェアの更新をインストールしたり新しいリリースにアップグレードしたりする前に、バックアップを作成する必要もあります。
バックアップを作成する前に、ステージングの場所とバックアップ ストアを登録する必要があります。
有効なバックアップと無効なバックアップ
有効なバックアップとは、正常に作成され、かつ組織の現在の状態と互換性のあるものを指します。
デフォルトでは、[バックアップ] ページには、無効なバックアップや、組織の復元に使用できないバックアップも含め、すべてのバックアップが表示されます。 有効なバックアップのみを表示するには、[有効なバックアップのみを表示] 切り替えボタンを有効にします。
バックアップは、次のような理由によって無効と判断されることがあります:
- バックアップの失敗 - ストレージが不十分などの問題により、バックアップ処理が失敗した場合。
- バージョンの不一致 - 別のリリースで作成されたバックアップを使用し、組織を現在のバージョンに復元することはできません。
- 互換性のないリレーショナル ストア - リレーショナル ストアがクラウド サービスに移行された場合、移行前に作成されたバックアップは、移行後の組織の復元には使用できません。