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

自動化された無停止の ONTAP アップグレードを使用して ONTAP イメージをインストールする

共同作成者 netapp-aherbin netapp-aaron-holt netapp-lenida netapp-dbagwell netapp-ahibbard
PDF

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

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

メモ NetAppを介して ONTAP 9.15.1 以降にアップグレードする場合は、"NetApp Console ドキュメントのアップグレード手順"に従ってください。
重要 自動無停止アップグレード（ANDU）の開始前に `storage failover modify-auto-giveback`コマンドオプションの設定を変更しても、アップグレードプロセスには影響しません。ANDUプロセスでは、アップデートに必要なテイクオーバー/ギブバック処理中、このオプションに設定されている値は無視されます。たとえば、ANDU開始前に `-autogiveback`をfalseに設定しても、ギブバック処理前の自動アップグレードは中断されません。"ONTAPコマンド リファレンス"の `storage failover modify-auto-giveback`の詳細をご覧ください。
開始する前に

  • "アップグレードの準備"する必要があります。

  • ターゲットの 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. 概要 ペインの右隅にあるメニューオプションアイコンをクリックします。

    3. *[ONTAPの更新]*をクリックします。

    4. *Cluster Update*タブで、新しいイメージを追加するか、使用可能なイメージを選択します。

      状況

      操作

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

      すでにローカル クライアントに"画像をダウンロードした"しているはずです。

      1. Available Software Images の下で、Add from Local をクリックします。

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

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

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

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

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

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

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

      表示されたイメージから1つ選択します。

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

      検証中にエラーや警告が検出された場合は、修正措置のリストとともに表示されます。アップグレードに進む前に、すべてのエラーを解決する必要があります。警告も解決しておくことが推奨されます。

  2. Next をクリックします。

  3. Update をクリックします。

    検証が再度実行されます。残っているエラーや警告は、修正アクションのリストとともに表示されます。アップグレードを続行するには、エラーを修正する必要があります。検証が警告付きで完了した場合は、警告を修正するか、*Update with warnings*を選択してください。

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

    ノードが2つ以上の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 ノード以上のクラスタをアップグレードします。必要に応じて、 `-force-rolling`パラメータを使用してデフォルトのプロセスをオーバーライドし、ローリング アップグレード プロセスを使用してクラスタを 1 ノードずつアップグレードすることもできます。

    • 各テイクオーバーとギブバックの完了後、アップグレードは8分間待機し、クライアントアプリケーションがテイクオーバーとギブバック中に発生するI/Oの一時停止から回復できるようにします。環境によってクライアントの安定化に必要な時間が長くなるか短くなる場合は、 -stabilize-minutes パラメータを使用して異なる安定化時間を指定できます。

    • ノードが4つ以上のMetroCluster構成では、両方のサイトのHAペアで同時にONTAPの自動アップグレードが開始されます。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 以降

    Cluster > *Overview*をクリックします

    ONTAP 9.7、9.6、または9.5

    Configuration > Cluster > *Update*をクリックします。

    ONTAP 9.4以前

    • Configuration > *Cluster Update*をクリックします。

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

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

    状況

    操作

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

    *Resume*をクリックします。

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

    *Cancel*をクリックします。
CLI

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

    cluster image show-update-progress

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

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

    状況

    入力するコマンド

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

    		 
    cluster image resume-update

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

    		 
    cluster image cancel-update
終了後の操作

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

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

ONTAP 9.8のSystem Managerに搭載されたシンプルなONTAPアップグレード機能をご覧ください。

関連情報