Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAPの自動無停止アップグレード

共同作成者
PDF

自動アップグレードを実行すると、ONTAPによってターゲットONTAPイメージが各ノードに自動的にインストールされ、クラスタが正常にアップグレード可能かどうかが検証されてから、クラスタ内のノードの数に基づいてがバックグラウンドで実行されバッチアップグレードまたはローリングアップグレードます。

お使いの構成でサポートされている場合は、System Managerを使用して自動アップグレードを実行する必要があります。ご使用の構成でSystem Managerによる自動アップグレードがサポートされない場合は、ONTAPコマンドラインインターフェイス（CLI）を使用して自動アップグレードを実行できます。

メモ BlueXP  を使用してONTAP 9.15.1以降にアップグレードする場合は、の手順に従います "BlueXP  のドキュメントに記載されているアップグレード手順"。
重要 自動無停止アップグレード（ANDU）の開始前にコマンドオプションの設定を変更し `storage failover modify-auto-giveback`ても、アップグレードプロセスには影響しません。ANDUプロセスでは、更新に必要なテイクオーバー/ギブバックの実行時に、このオプションにあらかじめ設定されている値は無視されます。たとえば、ANDUを開始する前にfalseに設定して `-autogiveback`も、ギブバックの前に自動アップグレードは中断されません。
開始する前に

  • そうするべきだ"アップグレードを準備"

  • ターゲットのONTAPリリースに対応している必要があります"ONTAPソフトウェアイメージのダウンロード"。

    を実行する場合"直接マルチホップアップグレード"は、特定のに必要な両方のONTAPイメージをダウンロードする必要があり"アップグレードパス"ます。

  • HAペアごとに、各ノードの同じブロードキャストドメインに1つ以上のポートが必要です。

    ONTAPクラスタのノード数が8つ以上の場合は、自動無停止アップグレードでバッチアップグレード方式が使用され、SFOのテイクオーバー前にデータLIFの移行を優先的に実行します。バッチアップグレード時にLIFを移行する方法は、ONTAPのバージョンによって異なります。

    実行しているONTAP LIFを移行する

    • 9.15.1以降

    • 9.14.1P5

    • 9.13.1P10

    • 9.12.1P13

    • 9.11.1P16、P17

    • 9.10.1P19

    他のバッチ グループ内のノード。他のバッチ グループへの移行に失敗した場合、LIFは同じバッチ グループ内のノードのHAパートナーに移行されます。

    9.8～9.14.1

    他のバッチ グループ内のノード。ネットワーク ブロードキャスト ドメインで他のバッチ グループへのLIFの移行が許可されていない場合は、LIFの移行に失敗し、ANDUが一時停止します。

    9.7以前

    アップグレードするノードのHAパートナーに接続します。パートナーの同じブロードキャストドメインにポートがない場合、LIFの移行は失敗し、ANDUが一時停止します。

  • MetroCluster FC構成でONTAPをアップグレードする場合は、クラスタで自動計画外スイッチオーバーを有効にする必要があります。

  • アップグレードプロセスの進行状況を監視する予定がない場合は、を実行してください"手動操作が必要なエラーに関する EMS 通知を要求します"。

  • シングルノードクラスタの場合は、このプロセスに従って"自動停止を伴うアップグレード"ください。

    シングルノードクラスタのアップグレードはシステムの停止を伴います。

例 1. 手順
System Manager

  1. ONTAPターゲットイメージを検証します。

    メモ MetroCluster構成をアップグレードする場合は、クラスタAを検証してから、クラスタBで検証プロセスを繰り返す必要があります。

    1. 実行しているONTAPのバージョンに応じて、次のいずれかの手順を実行します。

      実行中のバージョン

      操作

      ONTAP 9 .8以降

      [クラスタ]>[概要]*をクリックします。

      ONTAP 9.5 、 9.6 、および 9.7

      [* Configuration * （設定 * ） ] > [* Cluster * （クラスタ * ） ] > [* Update * （アップデート *

      ONTAP 9 .4以前

      [* Configuration * （構成 * ） ] > [* Cluster Update （クラスタの更新） ] を

    2. [Overview]*ペインの右隅で、をクリックします メニューオプションアイコン。

    3. ONTAPアップデート*をクリックします。

    4. [クラスタの更新]*タブで、新しいイメージを追加するか使用可能なイメージを選択します。

      状況

      そしたら…​。

      ローカルフォルダからの新しいソフトウェアイメージの追加

      すでにローカルクライアントに接続されている必要があります"イメージをダウンロードしました"。

      1. で、[ローカルから追加]*をクリックします。

      2. ソフトウェアイメージを保存した場所を参照し、イメージを選択して、 * 開く * をクリックします。

      HTTPサーバまたはFTPサーバから新しいソフトウェアイメージを追加する

      1. [ サーバーから追加 ] をクリックします。

      2. [新しいソフトウェアイメージの追加]ダイアログボックスで、NetApp Support SiteからONTAPソフトウェアイメージをダウンロードしたHTTPサーバまたはFTPサーバのURLを入力します。

        匿名FTPのURLは、の形式で指定する必要があります ftp://anonymous@ftpserver。

      3. [追加]*をクリックします。

      使用可能なイメージを選択

      リストされている画像のいずれかを選択します。

    5. [検証]*をクリックして、アップグレード前の検証チェックを実行します。

      検証中にエラーや警告が検出された場合は、対処方法のリストとともに表示されます。アップグレードを続行する前に、すべてのエラーを解決する必要があります。警告も解決することを推奨します。

  2. 「 * 次へ * 」をクリックします。

  3. [ 更新（ Update ） ] をクリックします。

    検証が再度実行されます。残りのエラーまたは警告は、対処方法のリストとともに表示されます。アップグレードを続行する前に、エラーを修正する必要があります。検証が完了して警告が生成された場合は、警告を修正するか、*[警告で更新]*を選択します。

    メモ ONTAPでは、デフォルトでを使用して、"バッチアップグレードプロセス"8ノード以上のクラスタをアップグレードします。ONTAP 9.10.1以降では、必要に応じて[一度に1つのHAペアを更新]*を選択してデフォルトの設定を上書きし、クラスタのHAペアをローリングアップグレードプロセスを使用して一度に1つずつアップグレードすることができます。

    ノードが3つ以上のMetroCluster構成の場合は、両方のサイトのHAペアでONTAPのアップグレードプロセスが同時に開始されます。2ノードMetroCluster構成の場合は、アップグレードが開始されないサイトで最初にアップグレードが開始されます。最初のアップグレードが完了すると、残りのサイトでアップグレードが開始されます。

  4. エラーが原因でアップグレードが一時停止した場合は、エラーメッセージをクリックして詳細を表示し、エラーを修正します"アップグレードを再開する"。

終了後

アップグレードが完了すると、ノードがリブートし、System Managerのログインページが表示されます。ノードのリブートに時間がかかる場合は、ブラウザをリフレッシュしてください。

CLI

  1. ONTAPターゲットソフトウェアイメージの検証

    メモ MetroCluster構成をアップグレードする場合は、まずクラスタAで次の手順を実行してから、クラスタBで同じ手順を実行する必要があります。

    1. 以前のONTAPソフトウェアパッケージを削除します。

      cluster image package delete -version <previous_ONTAP_Version>

    2. ターゲットのONTAPソフトウェアイメージをクラスタパッケージリポジトリにロードします。

      cluster image package get -url location
      cluster1::> cluster image package get -url http://www.example.com/software/9.13.1/image.tgz

Package download completed.
Package processing completed.

      を実行する場合"直接マルチホップアップグレード"は、アップグレードに必要な中間バージョンのONTAPのソフトウェアパッケージもロードする必要があります。たとえば、9.8から9.13.1にアップグレードする場合は、ONTAP 9 .12.1のソフトウェアパッケージをロードしてから、同じコマンドを使用して9.13.1のソフトウェアパッケージをロードする必要があります。

    3. ソフトウェアパッケージがクラスタパッケージリポジトリにあることを確認します。

      cluster image package show-repository
      cluster1::> cluster image package show-repository
Package Version  Package Build Time
---------------- ------------------
9.13.1              MM/DD/YYYY 10:32:15

    4. アップグレード前の自動チェックを実行します。

      cluster image validate -version <package_version_number>

      を実行する場合"直接マルチホップアップグレード"は、ターゲットのONTAPパッケージを検証に使用するだけで済みます。中間アップグレードイメージを個別に検証する必要はありません。たとえば、9.8から9.13.1にアップグレードする場合は、9.13.1パッケージを検証に使用します。9.12.1パッケージを個別に検証する必要はありません。

    cluster1::> cluster image validate -version 9.13.1

WARNING: There are additional manual upgrade validation checks that must be performed after these automated validation checks have completed...

    1. 検証の進捗を監視します。

      cluster image show-update-progress

    2. 検証で特定された必要なアクションをすべて完了します。

    3. MetroCluster構成をアップグレードする場合は、クラスタBで上記の手順を繰り返します。

  2. ソフトウェア アップグレードの見積もりを生成します。

    cluster image update -version <package_version_number> -estimate-only
    メモ MetroCluster構成をアップグレードする場合は、このコマンドをクラスタAとクラスタBのどちらでも実行できます。両方のクラスタで実行する必要はありません。

    ソフトウェアアップグレードの見積もりには、更新対象の各コンポーネントの詳細とアップグレードの推定期間が表示されます。

  3. ソフトウェアのアップグレードを実行します。

    cluster image update -version <package_version_number>

    • を実行する"直接マルチホップアップグレード"場合は、package_version_numberにターゲットONTAPバージョンを使用します。たとえば、ONTAP 9 .8から9.13.1にアップグレードする場合は、package_version_numberとして9.13.1を使用します。

    • ONTAPでは、デフォルトでを使用して、"バッチアップグレードプロセス"8ノード以上のクラスタをアップグレードします。必要に応じて、パラメータを使用してデフォルトのプロセスを上書きし、ローリングアップグレードプロセスを使用して一度に1ノードずつクラスタをアップグレードできます -force-rolling。

    • テイクオーバーとギブバックが完了するたびに、テイクオーバーとギブバックの際に発生するI/Oの中断からクライアントアプリケーションが回復できるように8分間待機します。クライアントが安定するために必要な時間を増減する場合は、パラメータを使用して待機時間を変更できます -stabilize-minutes。

    • 4ノード以上のMetroCluster構成の場合は、両方のサイトのHAペアで同時に自動アップグレードが開始されます。2ノードMetroCluster構成の場合は、アップグレードが開始されないサイトでアップグレードが開始されます。最初のアップグレードが完了すると、残りのサイトでアップグレードが開始されます。

    cluster1::> cluster image update -version 9.13.1

Starting validation for this update. Please wait..

It can take several minutes to complete validation...

WARNING: There are additional manual upgrade validation checks...

Pre-update Check      Status     Error-Action
--------------------- ---------- --------------------------------------------
...
20 entries were displayed

Would you like to proceed with update ? {y|n}: y
Starting update...

cluster-1::>

  4. クラスタの更新の進捗を表示します。

    cluster image show-update-progress

    4ノードまたは8ノードのMetroCluster構成をアップグレードする場合、 `cluster image show-update-progress`コマンドを実行するノードの進捗状況のみが表示されます。個 々 のノードの進捗状況を確認するには、各ノードでコマンドを実行する必要があります。

  5. 各ノードでアップグレードが正常に完了したことを確認します。

    cluster image show-update-progress
    cluster1::> cluster image show-update-progress

                                             Estimated         Elapsed
Update Phase         Status                   Duration        Duration
-------------------- ----------------- --------------- ---------------
Pre-update checks    completed                00:10:00        00:02:07
Data ONTAP updates   completed                01:31:00        01:39:00
Post-update checks   completed                00:10:00        00:02:00
3 entries were displayed.

Updated nodes: node0, node1.

  6. AutoSupport通知を送信します。

    autosupport invoke -node * -type all -message "Finishing_NDU"

    AutoSupportメッセージを送信するようにクラスタが設定されていない場合は、通知のコピーがローカルに保存されます。

  7. 2ノードのMetroCluster FC構成をアップグレードする場合は、クラスタで自動計画外スイッチオーバーが有効になっていることを確認します。

    メモ 標準構成、MetroCluster IP構成、またはノードが2つ以上のMetroCluster FC構成の場合は、この手順を実行する必要はありません。

    1. 自動計画外スイッチオーバーが有効かどうかを確認します。

      metrocluster show

      自動計画外スイッチオーバーが有効な場合、コマンド出力に次のステートメントが表示されます。

    AUSO Failure Domain    auso-on-cluster-disaster

    1. このステートメントが表示されない場合は、自動計画外スイッチオーバーを有効にします。

      metrocluster modify -auto-switchover-failure-domain auso-on-cluster-disaster

    2. 自動計画外スイッチオーバーが有効になっていることを確認します。

      metrocluster show

自動アップグレード プロセスでのエラー後のONTAPソフトウェア アップグレード再開

エラーが原因でONTAPソフトウェアの自動アップグレードが一時停止した場合は、エラーを解決してからアップグレードを続行する必要があります。エラーを解決したら、自動アップグレード プロセスを続行するか、手動でアップグレード プロセスを完了するかを選択できます。自動アップグレードを続行する場合は、アップグレード手順を手動では一切実行しないでください。

例 2. 手順
System Manager

  1. 実行しているONTAPのバージョンに応じて、次のいずれかの手順を実行します。

    実行中のバージョン

    そしたら…​。

    ONTAP 9 .8以降

    >[概要]*をクリックします。

    ONTAP 9.7、9.6、または9.5

    [* Configuration * （設定 * ） ] > [* Cluster * （クラスタ * ） ] > [* Update * （アップデート *

    ONTAP 9 .4以前

    • [* Configuration * （構成 * ） ] > [* Cluster Update （クラスタの更新） ] を

    • ペインの右隅にある青い縦の3つのドットをクリックし、 ONTAP Update*を選択します。

  2. 自動アップグレードを続行するか、キャンセルして手動で続行します。

    状況

    そしたら…​。

    自動アップグレードを再開する

    [* 再開 *] をクリックします。

    自動アップグレードをキャンセルして手動で続行する

    [ キャンセル（ Cancel ） ] をクリックします。
CLI

  1. アップグレードエラーを表示します。

    cluster image show-update-progress

  2. エラーを解決します。

  3. アップグレードを再開します。

    状況

    入力するコマンド

    自動アップグレードを再開する

    		 
    cluster image resume-update

    自動アップグレードをキャンセルして手動で続行する

    		 
    cluster image cancel-update
終了後

"アップグレード後チェックの実行"です。

ビデオ : 簡単にアップグレード

ONTAP 9のONTAPアップグレード機能が簡易化されたことを確認してください。8.

関連情報