ONTAPソフトウェアのアップグレード方法
-
このドキュメント ページのPDF
-
ボリューム管理
- CLI を使用した論理ストレージ管理
-
NAS ストレージ管理
-
CLIを使用したSMBの管理
- SMB を使用したファイルアクセスの管理
-
CLIを使用したSMBの管理
-
ボリューム管理
PDF版ドキュメントのセット
Creating your file...
[System Manage]を使用して、ONTAPソフトウェアの自動アップグレードを実行できます。または、ONTAPのコマンドラインインターフェイス(CLI)を使用して、自動アップグレードまたは手動アップグレードを実行することもできます。ONTAPをアップグレードする方法は、構成、現在のONTAPのバージョン、およびクラスタ内のノード数によって異なります。NetAppでは、別のアプローチが必要な構成でないかぎり、System Managerを使用して自動アップグレードを実行することを推奨しています。たとえば、ONTAP 9.3以降を実行している4ノードのMetroCluster構成では、System Managerを使用して自動アップグレード(自動無停止アップグレードまたはANDUと呼ばれることもあります)を実行する必要があります。8ノードのMetroCluster構成でONTAP 9.2以前を実行している場合は、CLIを使用して手動アップグレードを実行する必要があります。
アップグレードは、ローリングアップグレードプロセスまたはバッチアップグレードプロセスを使用して実行できます。どちらも無停止で実行できます。
ローリングアップグレードプロセスでは、ノードをオフラインにしてアップグレードし、その間ノードのストレージをパートナーにテイクオーバーします。アップグレードが完了すると、パートナーノードから元の所有者ノードに制御がギブバックされ、パートナーノードで同じ処理が実行されます。HA ペアのそれぞれについて、すべての HA ペアがターゲットリリースに切り替わるまで順番にアップグレードを行います。8ノード未満のクラスタでは、ローリングアップグレードプロセスがデフォルトです。
バッチアップグレードプロセスでは、クラスタが複数のHAペアを含む複数のバッチに分割されます。最初のバッチで、各HAペアの一方のノードをアップグレードし、そのあとに対応するHAパートナーをアップグレードします。その後、残りのバッチについても処理が順番に繰り返されます。バッチアップグレードプロセスは、8ノード以上のクラスタのデフォルトです。
自動アップグレードの場合、ONTAPはターゲットONTAPイメージを各ノードに自動的にインストールし、クラスタの無停止アップグレードが可能なことを確認するためにクラスタコンポーネントを検証してから、ノード数に基づいてバッチアップグレードまたはローリングアップグレードをバックグラウンドで実行します。手動アップグレードの場合、クラスタ内の各ノードをアップグレードする準備ができていることを管理者が手動で確認してから、ローリングアップグレードを実行します。
設定に基づく推奨されるONTAPアップグレード方式
お使いの構成でサポートされているアップグレード方法は、推奨される使用方法の順に記載されています。
設定 | ONTAPバージョン | ノードの数 | 推奨されるアップグレード方式 |
---|---|---|---|
標準 |
9.0以降 |
2以上 |
|
標準 |
9.0以降 |
シングル |
|
MetroCluster |
9.3以降 |
8 |
|
MetroCluster |
9.3以降 |
2/4 |
|
MetroCluster |
9.2 以前 |
4、8 |
|
MetroCluster |
9.2 以前 |
2. |
設定に関係なく、すべてのパッチアップグレードではSystem Managerを使用したANDUのアップグレードが推奨されます。
A 手動による停止を伴うアップグレード 任意の構成で実行できます。 ただし、停止を伴うアップグレードを実行するには、アップグレード中にクラスタをオフラインにする必要があります。SAN 環境を使用している場合は、停止を伴うアップグレードを実行する前に、すべての SAN クライアントをシャットダウンまたは一時停止できるように準備しておく必要があります。停止を伴うアップグレードは、 ONTAP CLI を使用して実行します。 |