NetScalerインスタンスをアップグレードするためにジョブを使用する

最終公開日 : Sep 25, 2026
NetScaler Application Delivery Management (ADM) を使用して、1つ以上のNetScalerインスタンスをアップグレードできます。インスタンスをアップグレードする前に、ライセンスフレームワークとライセンスの種類を理解しておく必要があります。
メンテナンスジョブを作成してNetScalerインスタンスをアップグレードする際は、アップグレードするインスタンスに対して事前検証チェックを実行してください。
  1. カスタマイズの確認 - カスタマイズをバックアップし、インスタンスから削除します。インスタンスのアップグレード後、バックアップしたカスタマイズを再適用できます。
  2. ディスク使用量の確認 - /varフォルダの空き容量が6 GB未満で、/flashフォルダの空き容量が200 MB未満の場合は、ディスク領域をクリーンアップしてください。ディスク領域をクリーンアップするには、次のフォルダパスを確認してください。
    • /var/nstrace
    • /var/log
    • /var/nslog
    • /var/tmp/support
    • /var/core
    • /var/crash
    • /var/nsinstall
    • /var/netscaler/nsbackup
  3. ディスクハードウェアの問題の確認 - ハードウェアの問題がある場合は解決します。
ADC HAペアは2つの段階でアップグレードできます。
  1. アップグレードジョブを作成し、いずれかのノードで直ちに実行するか、後でスケジュールします。
  2. 残りのノードで実行するアップグレードジョブを後でスケジュールします。このジョブは、最初のノードのアップグレード後にスケジュールするようにしてください。
ADC HAペアをアップグレードする際は、次の点に注意してください。
  • セカンダリノードが最初にアップグレードされます。
  • 両方のノードが正常にアップグレードされるまで、ノードの同期と伝播は無効になります。
  • HAペアのアップグレードが成功した後、実行履歴にエラーメッセージが表示されます。このメッセージは、HAペア内のノードが異なるビルドまたはバージョンである場合に表示されます。このメッセージは、プライマリノードとセカンダリノード間の同期が無効になっていることを示します。
ADCクラスターをアップグレードする場合、ADMは指定されたインスタンスに対してのみアップグレード前の検証を実行します。アップグレードする前に、クラスターノードのカスタマイズ、ディスク使用量、およびハードウェアの問題を確認し、解決してください。
Related information

ADCインスタンスをアップグレードするためのアップグレードメンテナンスジョブを作成する

注
ADCのアップグレードは、上位バージョンから下位バージョンへのダウングレードはサポートされていません。たとえば、NetScalerインスタンスが13.0 82.xの場合、ADCインスタンスを13.0 79.xまたはそれ以前のバージョンにダウングレードすることはできません。
  1. NetScaler® ADMで、Infrastructure > Upgrade Jobsに移動します。Create Jobボタンをクリックします。
    メンテナンスジョブの作成
  2. 「メンテナンスジョブの作成」で、「NetScalerのアップグレード (スタンドアロン/高可用性/クラスター)」を選択し、「続行」をクリックします。
    アップグレードメンテナンスジョブの選択
  3. Select Instanceで、Job Nameに任意の名前を入力します。
  4. インスタンスの追加をクリックして、アップグレードするADCインスタンスを追加します。
    • ADC高可用性ペアをアップグレードするには、高可用性ペアのIPアドレス（「S」と「P」の上付き文字で示されます）を選択します。
    • クラスターをアップグレードするには、クラスターIPアドレス（「C」の上付き文字で示されます）を選択します。
    アップグレードメンテナンスジョブにインスタンスを追加
  5. イメージの選択タブで、ローカルドライブまたはビルドイメージからADCイメージを選択します。
    • ローカル - ローカルマシンからインスタンスアップグレードファイルを選択します。
    • アプライアンス - NetScaler ADMファイルブラウザからインスタンスアップグレードファイルを選択します。NetScaler ADM GUIには、/var/mps/ns_imagesにあるインスタンスファイルが表示されます。
    アップグレードメンテナンスジョブのイメージを選択アップグレードメンテナンスジョブのイメージを選択
    • 選択したイメージがすでに利用可能な場合、ADCへのイメージアップロードをスキップする - このオプションは、選択したイメージがADCで利用可能かどうかを確認します。アップグレードジョブは新しいイメージのアップロードをスキップし、ADCで利用可能なイメージを使用します。
    • アップグレード成功時にNetScalerからソフトウェアイメージをクリーンアップする - このオプションは、インスタンスのアップグレード後、ADCインスタンスにアップロードされたイメージをクリアします。
    次へをクリックして、選択したインスタンスでアップグレード前検証を開始します。
  6. アップグレード前検証タブには、次のセクションが表示されます。
    • アップグレード準備完了インスタンス。これらのインスタンスのアップグレードを続行できます。
    • アップグレードがブロックされたインスタンス。これらのNetScalerインスタンスは、アップグレード前検証エラーのため、アップグレードがブロックされています。
      エラーを確認し、修正してから、アップグレード準備完了に移動をクリックしてアップグレードできます。インスタンスのディスク容量が不足している場合は、ディスク容量を確認してクリーンアップできます。「ADCディスク容量のクリーンアップ」を参照してください。(#clean-up-the-adc-disk-space).
    アップグレード前検証レポート(/en-us/netscaler-application-delivery-management-software/media/upgrade-adc-validate.png)
    • ポリシーチェック: NetScaler ADMがサポートされていないクラシックポリシーを検出した場合、アップグレードジョブを作成するためにそれらのポリシーを削除できます。
    重要
    クラスターIPアドレスを指定した場合、ADMは指定されたインスタンスに対してのみアップグレード前検証を実行し、他のクラスターノードに対しては実行しません。
  7. オプションで、カスタムスクリプトで、インスタンスのアップグレード前後に実行するスクリプトを指定します。NetScaler CLIコマンドを実行するには、次のいずれかの方法を使用します。
    カスタムスクリプトは、ADCインスタンスのアップグレード前後の変更を確認するために使用されます。例:
    • アップグレード前後のインスタンスバージョン。
    • アップグレード前後のインターフェース、高可用性ノード、仮想サーバー、およびサービスの状態。
    • 仮想サーバーとサービスの統計。
    • 動的ルート。
    インスタンスのアップグレードには複数のステージがあります。これらのスクリプトを次のステージで実行するように指定できるようになりました。
    • アップグレード前: 指定されたスクリプトは、インスタンスをアップグレードする前に実行されます。
    • アップグレード後フェイルオーバー前 (HAに適用): このステージは高可用性展開にのみ適用されます。指定されたスクリプトは、ノードのアップグレード後、フェイルオーバー前に実行されます。
    • アップグレード後 (スタンドアロンに適用) / アップグレード後フェイルオーバー後 (HAに適用): 指定されたスクリプトは、スタンドアロン展開でインスタンスをアップグレードした後に実行されます。高可用性展開では、スクリプトはノードのアップグレードとそのフェイルオーバー後に実行されます。
    注
    必要な段階でスクリプトの実行を有効にしてください。そうしないと、指定されたスクリプトは実行されません。
    スクリプトファイルをインポートするか、NetScaler CLIコマンドをADM GUIに直接入力できます。
    • ファイルからコマンドをインポート: ローカルコンピューターからNetScaler CLIコマンド入力ファイルを選択します。
    • コマンドを入力: GUIにNetScaler CLIコマンドを直接入力します。
    アップグレード後の段階では、アップグレード前の段階で指定したスクリプトと同じものを使用できます。
    カスタムスクリプト
  8. タスクのスケジュールで、次のいずれかのオプションを選択します。
    • 今すぐアップグレード - アップグレードジョブはすぐに実行されます。
    • 後でスケジュール - このオプションを選択すると、このアップグレードジョブを後で実行できます。インスタンスをアップグレードする実行日と開始時刻を指定します。
      ADC HAペアを2段階でアップグレードする場合は、HA内のノードに対して2段階アップグレードを実行を選択します。
      HAペア内の別のインスタンスをアップグレードする場合に、実行日と開始時刻を指定します。
  9. ジョブの作成で、次の詳細を指定します。
    1. ソフトウェアイメージリストから次のいずれかのオプションを選択します。
      • ローカル - ローカルマシンからインスタンスアップグレードファイルを選択します。
      • アプライアンス - ADMファイルブラウザからインスタンスアップグレードファイルを選択します。ADM GUIには、/var/mps/mps_images に存在するインスタンスファイルが表示されます。
    2. インスタンスにイメージをアップロードするタイミングを指定します。
      • 今すぐアップロード - このオプションを選択すると、イメージがすぐにアップロードされます。ただし、アップグレードジョブはスケジュールされた時間に実行されます。
      • 実行時にアップロード - このオプションを選択すると、アップグレードジョブの実行時にイメージがアップロードされます。
      高可用性ペアの場合、イメージをアップロードするノードを指定できます。
      • プライマリノードとセカンダリノードの両方にアップロード: ビルドイメージファイルをプライマリノードとセカンダリノードの両方にアップロードします。
      • セカンダリノードのみにアップロード: ビルドイメージファイルをセカンダリノードのみにアップロードします。セカンダリノードがアップグレードされると、フェイルオーバーが発生し、以前プライマリノードだった新しいセカンダリノードにビルドイメージファイルがアップロードされます。
    ADC 高可用性ノードへのアップグレード
    高可用性ペアで利用可能なスケジューリングシナリオの詳細については、「高可用性ペアのアップグレードジョブのスケジューリング」を参照してください。
    • アップグレード成功時にNetScalerからソフトウェアイメージをクリーンアップ - このオプションを選択すると、インスタンスのアップグレード後にADCインスタンス内のアップロードされたイメージがクリアされます。
    • アップグレードを開始する前にADCインスタンスをバックアップする。 - 選択したADCインスタンスのバックアップを作成します。
    • アップグレード後にHAノードのプライマリおよびセカンダリステータスを維持する: 各ノードのアップグレード後にアップグレードジョブでフェイルオーバーを開始する場合は、このオプションを選択します。これにより、アップグレードジョブはノードのプライマリおよびセカンダリステータスを維持します。
    • アップグレードを開始する前にADC構成を保存する - ADCインスタンスをアップグレードする前に、実行中のADC構成を保存します。
    • ADC HAペアでのネットワーク停止を回避するためにISSUを有効にする - ISSUは、ADC高可用性ペアでのゼロダウンタイムアップグレードを保証します。このオプションは、アップグレード中に既存の接続を尊重する移行機能を提供します。そのため、ダウンタイムなしでADC HAペアをアップグレードできます。ISSU移行タイムアウトを分単位で指定します。
    • 電子メールで実行レポートを受信する - 実行レポートを電子メールで送信します。電子メール配布リストを追加するには、「電子メール配布リストの作成」を参照してください。
    • Slack経由で実行レポートを受信する - 実行レポートをSlackに送信します。Slackプロファイルを追加するには、「Slackプロファイルの作成」(/ja-jp/netscaler-application-delivery-management-software/13-1/manage-system-settings/configure-notification-settings.html#create-a-slack-profile)を参照してください。
  10. ジョブの作成をクリックします。
アップグレードジョブは、インフラストラクチャ > アップグレードジョブに表示されます。既存のジョブを編集する場合、必要なフィールドがすべて入力されていれば、任意のタブに切り替えることができます。たとえば、構成の選択タブにいる場合、ジョブプレビュータブに切り替えることができます。

ADCディスク領域をクリーンアップする

ADCインスタンスのアップグレード中にディスク領域不足の問題が発生した場合は、NetScaler ADM GUIからディスク領域をクリーンアップします。
  1. アップグレード前検証タブで、アップグレードからブロックされたインスタンスセクションには、ディスク領域不足が原因でアップグレードに失敗したインスタンスが表示されます。ディスク領域の問題があるインスタンスを選択します。
  2. ディスク領域の確認をクリックします。
    ディスク領域の詳細ペインが表示されます。このペインには、インスタンス、使用済みメモリ、および利用可能なメモリが表示されます。
    ディスク領域の詳細
  3. ディスク領域の詳細ペインで、クリーンアップが必要なインスタンスを選択し、次のいずれかを実行します。
    1. ディスククリーンアップ - 必要なフォルダーまたはディレクトリに移動し、それらを削除してディスク領域を解放します。
    2. クイッククリーンアップ - 複数のフォルダーを削除して、ディスク領域をすばやくクリアします。表示される確認ペインで、削除するフォルダーを選択し、はいをクリックします。
      クイッククリーンアップ
    3. ディスク領域をクリアした後、インスタンスをアップグレードするのに十分なディスク領域が利用可能になったかどうかを確認できます。アップグレードからブロックされたインスタンスセクションで、再検証をクリックします。
      以下の例では、ディスク領域が利用可能です。インスタンスをアップグレードするには、アップグレード準備完了に移動をクリックするか、次のステップに進むには次へをクリックします。
      クリーンアップの検証(/en-us/netscaler-application-delivery-management-software/media/upgrade-cleanup-revalidate.png)

NetScaler高可用性ペアのアップグレードジョブのスケジュール設定

次の表は、タスクのスケジュールページでのさまざまなスケジュール設定シナリオと、ジョブの作成ページで利用可能な対応するアップグレードオプションを示しています。
アップグレードジョブをいつ実行しますか？ ソフトウェアイメージをADCにいつアップロードしますか？ ビルドイメージをHAノードにどのようにアップロードしますか？
今すぐアップグレード 該当なし プライマリノードとセカンダリノードの両方にアップロード (デフォルトオプション)
セカンダリノードのみにアップロード
後でスケジュール 実行時にアップロード (デフォルトオプション) プライマリノードとセカンダリノードの両方にアップロード (デフォルトオプション)
セカンダリノードのみにアップロード
今すぐアップロード 該当なし
後でスケジュール (HAのノードに対して2段階アップグレードを実行が選択されている場合) 実行時にアップロード (デフォルトオプション) セカンダリノードにのみアップロード (デフォルトかつ唯一のオプション)
今すぐアップロード 該当なし

ADCアップグレードジョブの統合差分レポートをダウンロードする

カスタムスクリプトが指定されている場合、ADCアップグレードジョブの差分レポートをダウンロードできます。差分レポートには、アップグレード前スクリプトとアップグレード後スクリプトの出力間の違いが含まれています。このレポートを使用すると、アップグレード後にADCインスタンスでどのような変更が発生したかを判断できます。
注
差分レポートは、アップグレード前とアップグレード後の段階で同じスクリプトを指定した場合にのみ生成されます。
アップグレードジョブの差分レポートをダウンロードするには、次の手順を実行します。
  1. 「インフラストラクチャ > 構成ジョブ > メンテナンスジョブ」に移動します。
  2. 差分レポートをダウンロードするアップグレードジョブを選択します。
  3. Diff Reports をクリックします。
  4. 「差分レポート」で、選択したアップグレードジョブの統合された差分レポートをダウンロードします。
    このページでは、以下のいずれかの差分レポートタイプをダウンロードできます。
    • アップグレード前とアップグレード後、フェイルオーバー前の差分レポート
    • アップグレード前とアップグレード後の差分レポート
    ADCアップグレードジョブの差分レポートをダウンロード(/en-us/netscaler-application-delivery-management-software/media/diff-reports-page.png)