アプライアンスの移行

最終公開日 : Oct 24, 2026
Related information
管理

移行機能には主に2つの目的があります

  1. 2024年6月30日をもって、CentOS Linux 7はサポート終了 (EOL) となりました。最適なパフォーマンスとセキュリティを確保するため、リリース2403以前で実行されているELMはCentOS 7から移行することを強くお勧めします。ソースELMでリリース2403の最新バージョンと移行機能を利用して、リリース2409以降を実行しているターゲットELMに移行してください。
  2. 移行機能を使用すると、異なるハイパーバイザー上にある場合でも、ELM間でリソースをコピーまたは移行できます。
注:
移行機能は、サポートされているハイパーバイザーに展開された任意のELMから移行するために利用できます。ただし、現時点では、GCPはターゲットELMの移行先としてサポートされません。

移行する前に

注記

  • 移行前に、ソースELMとターゲットELMの両方のスナップショット/バックアップを取得することをお勧めします。
  • このプロセスは、ソースELMのレイヤーデータに対して非破壊的です。
  • 移動移行中に、ソースELMの構成が変更されます。詳細については、「移行のフェーズ」セクションを参照してください。
  • ソースELMにインポートされたカスタム証明書は、ターゲットELMには移行されません。移行完了後、ターゲットELMで証明書を再作成する必要があります。

必要な権限

  • 管理者ロールが必要です。
  • 追加の権限は必要ありません。

必要なリソース

  • リリース2403より前のバージョンを使用しているソースELMは、リリース2403に(/ja-jp/citrix-app-layering/4/manage/upgrade.html)する必要があります。
    • リリース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で実行する必要があります。
  1. リリース2409以降のドキュメントに従って、新しいターゲットELMを展開します。
  2. 移行機能は、ユーザーメニュー > アプライアンスの移行からアクセスできます。
  3. ターゲットELMに以下の情報を入力してください。
    • IP/FQDN
    • ユーザー名 (rootユーザー)
    • パスワード (rootユーザー)
    • 移行理由
      • コピー
        • ソースELMは現在のリソースの所有権を維持します。
        • ターゲットELMには、新しいリソースと構成設定が必要です。
      • 移動
        • ターゲットELMは、完了時に現在のリソースを所有/管理します。
        • ソースELMは、完了時に構成済みのネットワークファイル共有が削除されます。
        • ソースELMは再利用可能で、新しいネットワークファイル共有が必要です。
  4. 確認して完了を選択します。
  5. 移行を選択します。
    • 移行が開始されると、現在の移行が完了またはキャンセルされるまで、UIはユーザーが2回目の移行を開始するのを防ぎます。
  6. 左側のメニューでタスクを選択します。
  7. アクティブなタスクテーブルで、現在実行中の移行タスクを選択し、詳細の表示を選択します。
  8. 移行の現在のステータスを表示します。
    • この間、ソースELMは引き続き使用可能です。
    • フェーズ1では、任意の時点で作成された新しいレイヤーはターゲットELMにコピーされます。
  9. フェーズ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のストレージ不足です。ストレージ容量を拡張すれば問題は解決し、進行中の移行は中断した時点から再開されるはずです。