NetScaler ADM の各リリースでは、機能が強化された新機能と更新機能が提供されます。 Citrix では、新しい機能とバグ修正を利用するために、NetScaler ADM を最新リリースにアップグレードすることをお勧めします。 機能強化、既知の問題、およびバグ修正の包括的なリストは、すべてのリリース発表に付随する リリース ノート に記載されています。 アップグレードを開始する前に、ライセンス フレームワークと使用できるライセンスの種類を理解することも重要です。 NetScaler ADM のライセンス情報については、「ライセンス」を参照してください。
アップグレード パス情報は、 Citrix アップグレード ガイドでも参照できます。
NetScaler ADM ダウンロード ページからアップグレード パッケージをダウンロードし、この記事の手順に従ってシステムを最新の 13.1 ビルドにアップグレードします。 アップグレード プロセスが開始されると、ADM が再起動し、既存の接続は終了し、アップグレードが完了すると再接続されます。 既存の構成は保持されますが、アップグレードが完了するまで NetScaler ADM はデータを処理しません。
重要
NetScaler ADM のバージョンとビルドは、NetScaler のバージョンとビルドと同じかそれより高くなければなりません ( 、または )。 たとえば、NetScaler ADM 12.1 Build 50.39 をインストールした場合は、NetScaler 12.1 Build 50.28/50.31 以前がインストールされていることを確認してください。
13.1 にアップグレードする前に注意すべき点:
バージョン 11.1 またはバージョン 12.0 56.x 以前のビルドからアップグレードする場合は、次の手順を実行します。
既存のバージョンから 12.0 ビルド 57.24 にアップグレードします。
バージョン 12.1 の最新ビルドにアップグレードします。
バージョン 13.1 にアップグレードします。
12.0 ビルド 57.24 以降からアップグレードする場合は、まず 12.1 にアップグレードし、次に 13.1 にアップグレードします。
12.1 からアップグレードする場合は、13.1 に直接アップグレードできます。
13.0 64.xx より前のバージョンからアップグレードする場合は、ユーザー エクスペリエンスを向上させるために、最初に 13.0 64.xx にアップグレードしてから、13.1 にアップグレードしてください。
ADM ソフトウェアをバージョン 13.1 xx.xx にアップグレードすると、ADM データベースも移行されます。 このデータ移行は、ADM が PostgreSQL バージョン 10.11 を使用するようになったために発生します。
注記
ADM ソフトウェアのダウングレードはサポートされていません。 ダウングレードを試みないでください。
推奨される予防措置:
13.1 xx.xx 以降にアップグレードする場合は、NetScaler ADM サーバーのスナップショットを作成します。
アップグレードする前に、NetScaler ADM サーバーをバックアップします。
アップグレード後、NetScaler ADM サーバーと管理対象インスタンス間の接続を再確立する必要がある場合があります。 続行すると接続が失敗する可能性があることを警告する確認プロンプトが表示されます。
13.1.9.x から 13.1.30.x までのいずれかのバージョンにアップグレードすると、NetScaler ADM は既存の StyleBooks ConfigPacks を以前のバージョンにロールバックします。
この問題を回避するには、13.1.33.50 ビルドにアップグレードしてください。
高可用性設定の NetScaler ADM サーバーの場合、アップグレード時にどちらのノードでも構成変更を行わないでください。
警告
アップグレード プロセスが正常に完了するまで、ブラウザを更新しないでください。 アップグレードが完了するまでのおおよその時間を GUI で確認します。
アップグレード後、高可用性ペアではアクティブ ノードが変更される場合があります。
管理者の資格情報を使用して NetScaler ADM にログオンします。
[設定] > [管理]に移動します。 システムメンテナンスで、 NetScaler ADM のアップグレードをクリックします。
NetScaler ADM のアップグレード ページで、 アップグレード成功時にソフトウェア イメージをクリーンアップ チェック ボックスをオンにして、アップグレード後にイメージ ファイルを削除します。 このオプションを選択すると、アップグレード時に NetScaler ADM イメージ ファイルが自動的に削除されます。
注記
このオプションはデフォルトで選択されています。 アップグレード プロセスを開始する前にこのチェック ボックスを選択しない場合は、イメージを手動で削除する必要があります。
次に、 ローカル (ローカル マシン) または アプライアンスのいずれかを選択して、新しいイメージ ファイルをアップロードできます。 ビルド ファイルは NetScaler ADM 仮想アプライアンス上に存在している必要があります。
OKをクリックします。
ADM のアップグレード ページには、ファイル名、選択したバージョン、完了までの推定時間などの詳細がいくつか表示されます。 アップグレードをクリックします。
アップグレードプロセスが開始されます。
設定が移行されたら、ADM GUI にログオンできます。 ログオンすると、ADM での作業を続行しながら、履歴データの移行がバックグラウンドで開始されます。
履歴データの移行中に、古いデータの一部が利用できなくなる可能性があります。 データベースの移行にかかる時間は、データのサイズとテーブルの数によって異なります。
ADM GUI を使用してデータベースの移行を監視できます。 アップグレードの進行状況の表示 をクリックすると、 データベースの移行ステータス が表示されます。
アップグレードが完了すると、デフォルトの無料ライセンスが 2 つに減ったことを示すメッセージが表示されます。 詳細については、[ 詳細を表示 ] をクリックしてください。
管理者の資格情報を使用して NetScaler ADM にログオンします。
システム > システム管理に移動します。 システム管理 サブ見出しの下で、 NetScaler ADM のアップグレードをクリックします。
NetScaler ADM のアップグレード ページで、 アップグレード成功時にソフトウェア イメージをクリーンアップ チェック ボックスをオンにして、アップグレード後にイメージ ファイルを削除します。 このオプションを選択すると、アップグレード時に NetScaler ADM イメージ ファイルが自動的に削除されます。
注記
このオプションはデフォルトで選択されています。 アップグレード プロセスを開始する前にこのチェック ボックスを選択しない場合は、イメージを手動で削除する必要があります。
次に、 ローカル (ローカル マシン) または アプライアンスのいずれかを選択して、新しいイメージ ファイルをアップロードできます。 ビルド ファイルは NetScaler ADM 仮想アプライアンス上に存在している必要があります。
OKをクリックします。 確認ダイアログボックスが表示されます。 はいをクリックします。
アップグレードプロセスが開始されます。
設定が移行されたら、ADM GUI にログオンできます。 ログオンすると、ADM での作業を続行しながら、履歴データの移行がバックグラウンドで開始されます。
履歴データの移行中に、古いデータの一部が利用できなくなる可能性があります。 データベースの移行にかかる時間は、データのサイズとテーブルの数によって異なります。
ADM GUI を使用してデータベースの移行を監視できます。 アップグレードの進行状況の表示 をクリックすると、 データベースの移行ステータス が表示されます。
13.1 xx.xx 以降へのアップグレード プロセス中に、Web Insight 履歴データの移行が停止しているように見える場合があります。 このような場合、データ移行の詳細を確認するには、次の手順を実行します。
ADM シェル プロンプトにログオンし、次のコマンドを実行して進行状況の詳細を確認します。
cat /var/mps/log/db_upgrade/web_insight_mapping_migration_status
<!--NeedCopy-->
出力例はこちら
bash-3.2# cat /var/mps/log/db_upgrade/web_insight_mapping_migration_status
2020年10月6日火曜日 07:41:55 GMT
127346件中157件が54秒で完了しました
ファイル
/var/mps/db_upgrade/hist_table_mig_data/Web_Insight/af_app_client_server_resp_second_l3p_d7_dump
bash-3.2#
<!--NeedCopy-->
この例では、 af_app_client_server_resp_second_l3p_d7
がアップグレード対象のエントリです。 そして、127,346 エントリのうち 157 エントリが 54 秒で移行されます。
高可用性モードの NetScaler ADM サーバーの場合は、アクティブ ノードまたはフローティング IP アドレスにアクセスしてアップグレードできます。 いずれかのサーバーでアップグレード プロセスを開始すると、両方の NetScaler ADM サーバーが自動的に最新ビルドにアップグレードされます。
NetScaler ADM 災害復旧展開のアップグレードは、次の 2 つの手順で行われます。
プライマリ サイトで高可用性モードで構成された NetScaler ADM ノードをアップグレードします。 後で災害復旧ノードをアップグレードする必要があります。
災害復旧ノードをアップグレードする前に、高可用性で展開されている NetScaler ADM サーバーがアップグレードされていることを確認してください。
NetScaler サイトから NetScaler ADM アップグレード イメージ ファイルをダウンロードします。
nsrecover
資格情報を使用して、このファイルを災害復旧ノードにアップロードします。
nsrecover
資格情報を使用して災害復旧ノードにログオンします。
画像ファイルを置いたフォルダーに移動し、ファイルを解凍します。
次のスクリプトを実行します。
./インストールマス
NetScaler エージェントの展開のアップグレードは、3 つの手順で行われます。 オンプレミスのエージェントをアップグレードする前に、次のタスクが完了していることを確認してください。
高可用性で展開されている NetScaler ADM サーバーをアップグレードします。
NetScaler ADM 災害復旧ノードをアップグレードします。
詳細については、「 NetScaler ADM 災害復旧展開のアップグレード」を参照してください。
NetScaler サイトから NetScaler エージェントのアップグレード イメージ ファイルをダウンロードします。
nsrecover
資格情報を使用して、このファイルをエージェント ノードにアップロードします。
正しいエージェント アップグレード イメージをダウンロードしたことを確認してください。
nsrecover
資格情報を使用してオンプレミス エージェントにログオンします。
画像ファイルを置いたフォルダーに移動し、ファイルを解凍します。
次のスクリプトを実行します。
./installmasagent
NetScaler ADM のストレージ要件がデフォルトのディスク容量 (120 GB) を超える場合は、追加のディスクを接続できます。 単一サーバー展開と高可用性展開の両方で、さらにディスクを接続できます。
NetScaler ADM をリリース バージョン 12.1~13.1Œ からアップグレードすると、以前のバージョンで追加ディスクに作成したパーティションはそのまま残ります。 パーティションは削除またはサイズ変更されません。
アップグレードされたビルドでも、ディスクを追加する手順は同じです。 NetScaler ADM の新しいディスク パーティション ツールを使用して、新しく追加されたディスクにパーティションを作成できるようになりました。 このツールを使用して、既存のディスク内のパーティションのサイズを変更することもできます。 追加のディスクを接続する方法と、新しいディスク パーティション ツールを使用する方法の詳細については、「 NetScaler ADM に追加のディスクを接続する方法」を参照してください。
NetScaler ADM 12.1 ビルド 49.23 以降では、OpenStack オーケストレーション ワークフローのアーキテクチャが更新されました。 ワークフローでは、NetScaler ADM StyleBook を使用して NetScaler インスタンスを構成するようになりました。 NetScaler ADM バージョン 12.0 または 12.1 ビルド 48.18 から 13.1 にアップグレードする場合は、次の移行スクリプトを実行する必要があります。
/mps/scripts/migration_scripts/migrate_configurations.py
<!--NeedCopy-->
os-cs-lb-mon
スタイルブックと移行スクリプトの詳細については、「 スタイルブックを使用した OpenStack での NetScaler VPX インスタンスのプロビジョニング」を参照してください。