アプライアンスの移行
移行機能には主に2つの目的があります
- 2024 年 6 月 30 日をもって、CentOS Linux 7 はサポート終了 (EOL) となりました。 最適なパフォーマンスとセキュリティを確保するために、リリース 2403 以前で実行されている ELM を CentOS 7 から移行することを強くお勧めします。 リリース 2409 以降を実行しているターゲット ELM に移行するには、ソース ELM でリリース 2403 の最新バージョンの移行機能を使用します。
- 移行機能を使用すると、異なるハイパーバイザー上にある場合でも、ELM 間でリソースをコピーまたは移行できます。
注記：
移行機能は、サポートされているハイパーバイザーに展開されている任意の ELM から移行するために使用できます。 ただし、現時点では、GCP はターゲット ELM の宛先としてサポートされません。
移行する前に
注記
- 移行前に、ソース ELM とターゲット ELM の両方のスナップショット/バックアップをキャプチャすることをお勧めします。
- このプロセスは、ソース ELM レイヤーデータに対して 非破壊的 となります。
- ソース ELM の構成は、 移動 移行中に変更されます。 詳細については、「 移行のフェーズ 」セクションを参照してください。
- ソース ELM にインポートされたカスタム証明書は、ターゲット ELM に移行されません。 移行が完了したら、ターゲット ELM で証明書を再作成する必要があります。
必要な権限
- 管理者ロールが必要です。
- 追加の権限は必要ありません。
必要なリソース
- 2403 より前のリリースを使用しているソース ELM は、リリース 2403 に アップグレード する必要があります。
- リリース 2403 を実行していて、UI に移行機能が表示されない場合は、移行機能を含む最新の 2403 アップグレードを適用したことを確認してください。
- リリース 2403 の最新バージョンのダウンロードは、 ここから入手できます。
- リリース 2409 以降を使用するソース ELM では、追加のアップグレードは必要ありません。
- ターゲット ELM はリリース 2409 以降を使用する必要があります。
- リリース 2409 の最新バージョンおよびそれ以降の利用可能なリリースについては、 ダウンロード を参照してください。
- ターゲット ELM には、少なくともソース ELM と同じ量のストレージ スペースが必要です。
- 移行前にターゲット ELM にレイヤーが作成されていてはなりません。
- ソースELMとターゲットELMはポイントツーポイントのネットワーク接続を備えている必要があります。
注記：
高速なローカル ネットワーク接続により、移行機能の最高のエクスペリエンスが保証されます。
移住の種類
利用可能な移行タイプは 2 つあります: コピー と 移動です。
| コピー | 動く |
|---|---|
| すべてのレイヤー、テンプレート、コネクタがコピーされます。 | すべてのレイヤー、テンプレート、コネクタがコピーされます。 |
| 以前に登録されたエージェントはすべて、ターゲット ELM に登録されます。 | 以前に登録されたエージェントはすべて、ターゲット ELM に登録されます。 |
| ソース ELM は変更されず、引き続き使用できます。 | ソース ELM には、関連付けられたネットワーク ファイル共有がなくなります。 |
| 2 つの異なる ELM が同じネットワーク ファイル共有を利用することはできないため、ターゲット ELM には 新しいネットワーク ファイル共有が必要になります。 | ターゲット ELM には、ソース ELM からのネットワーク ファイル共有が設定されます。 |
| すべてのソース ELM コネクタ キャッシュがクリーンアップされます。 |
注記：
コピー移行では、ターゲット ELM ネットワーク ファイル共有はソース ELM と同じであってはなりません。 ELM は同じネットワーク ファイル共有を共有するように設計されていません。 そうすると、ソース ELM とターゲット ELM の両方に問題が発生します。
移行の段階
移行プロセスは、 フェーズ 1 と フェーズ 2の 2 つの異なるフェーズに分かれています。
フェーズ1
- レイヤー フェーズ: レイヤーがスキャンされ、ソース ELM からターゲット ELM にコピーされます。
- 移行が成功すると、ターゲット ELM にコピーされたレイヤーが UI に表示されます。
- フェーズ 1 が完了すると、ユーザーには 続行 のオプションが表示され、フェーズ 2 に進みます。
注記：
ソース ELM 内のレイヤーの数とサイズに応じて、このフェーズには数分から数時間かかる場合があります。
フェーズ2
- データベース フェーズ: データベースはソース ELM からターゲット ELM に転送されます。
注記：
このフェーズは比較的短く、数分しかかかりません。
コピーの完了後、ユーザーはソース ELM を引き続き利用し、準備ができたらターゲット ELM を設定して使用することができます。
移動が完了すると、移行が成功すると、ターゲット ELM には転送されたリソースと構成が含まれます。
アプライアンスの移行
ステップ 1 を除き、次の手順はすべてソース ELM で実行する必要があります。
- リリース 2409 以降のドキュメントに従って、新しいターゲット ELM をデプロイします。
- 移行機能には、 ユーザー メニュー > アプライアンスの移行からアクセスできます。
- ターゲット ELM に次の情報を入力します。
- IP/FQDN
- ユーザー名（ルートユーザー）
- パスワード（ルートユーザー）
- 移行理由
- コピー
- ソース ELM は現在のリソースの所有権を維持します。
- ターゲット ELM には、新しいリソースと構成のセットアップが必要になります。
- 動く
- 完了すると、ターゲット ELM が現在のリソースを所有/管理します。
- 完了すると、ソース ELM から構成されたネットワーク ファイル共有が削除されます。
- ソース ELM は再利用できます。新しいネットワーク ファイル共有が必要になります。
- コピー
- を選択し、確認して完了します。
-
移行を選択します。
- 移行が開始されると、現在の移行が完了するかキャンセルされるまで、UI によりユーザーは 2 番目の移行を開始できなくなります。
- 左側のメニューで、 タスクを選択します。
- アクティブ タスク テーブルで、現在実行中の移行タスクを選択し、 詳細の表示を選択します。
- 移行の現在のステータスを表示します。
- この期間中も、Source ELM は引き続きご利用いただけます。
- フェーズ 1 では、任意の時点で作成された新しいレイヤーがターゲット ELM にコピーされます。
- フェーズ 1 が完了したら、移行プロセスのフェーズ 2 を開始するには、ソース ELM UI でユーザーの確認が必要になります。
移行中のUIアクセス
移行中は、移行のフェーズに応じて、ソース ELM とターゲット ELM の両方に対してさまざまなレベルの UI アクセスが行われます。
フェーズ1
- ソース ELM - すべてが有効化されています。
- ターゲット ELM - ストレージの拡張とログのエクスポートが有効になっています。
フェーズ2
- ソース ELM - ストレージの拡張とログのエクスポートが有効になっています。
- ターゲット ELM - 移行が完了するまで UI にアクセスできません。
キャンセルまたは失敗した移行からの回復
注記：
移動移行が正常に完了するまで、ソース ELM は常に変更されず、アクセス可能な状態になります。
移行をキャンセルまたは失敗すると、ターゲット ELM の状態が変化する可能性があります。 以下は、ターゲット ELM が最終的に到達する可能性のあるさまざまな状態と、問題を解決するために必要な一連の手順です。
移行のキャンセルまたは失敗
- フェーズ1
- ターゲット ELM は、コピーされたレイヤーをレイヤー リポジトリに保存します。
- フェーズ2
- 移行をキャンセルしようとするユーザーには、キャンセルを確認するポップアップが表示され、ターゲット ELM が回復不可能な状態のままになることがユーザーに通知されます。
- ターゲット ELM は 回復不可能な 状態になります。
キャンセルまたは失敗した移行からの回復
- フェーズ1
- 新しい移行を開始すると、中断したところから移行プロセスが再開されます。 追加の手順は必要ありません。
- フェーズ2
- ターゲット ELM は、移行前に作成されたスナップショットに戻して再試行する必要があります。
注記：
移行が失敗する原因として知られているのは、ターゲット ELM のストレージ不足です。 ストレージ容量を拡張すると問題は解決し、アクティブな移行は中断した時点から続行されるはずです。