シングルノードクラスタを管理します。
変更を提案
PDF
シングルノードクラスタは、スタンドアロンノード上でクラスタを実行する特殊な実装です。シングルノードクラスタは冗長性を提供しないため、推奨されません。ノードが停止すると、データアクセスが失われます。
|
フォールトトレランスとノンストップオペレーションを実現するためには、を使用してクラスタを設定することを推奨し"ハイアベイラビリティ（HAペア）"ます。 |
シングルノードクラスタを構成またはアップグレードする場合は、次の点に注意してください。
-
シングルノードクラスタではルートボリュームの暗号化はサポートされません。
-
ノードを削除してシングルノードクラスタにする場合は、データトラフィックを処理するようにクラスタポートを変更する必要があります。そのためには、クラスタポートがデータポートになるように変更し、そのデータポートにデータLIFを作成します。
-
シングルノードクラスタの場合は、ソフトウェアのセットアップ時に構成のバックアップ先を指定できます。セットアップ後、ONTAPコマンドを使用してこれらの設定を変更できます。
-
ノードに接続するホストが複数ある場合は、各ホストでオペレーティングシステム（WindowsやLinuxなど）を設定できます。ホストからコントローラへのパスが複数ある場合は、ホストでALUAを有効にする必要があります。
シングルノードを使用するiSCSI SANホストの構成方法
iSCSI SANホストは、単一のノードに直接接続するように設定することも、1つ以上のIPスイッチを介して接続するように設定することもできます。ノードからスイッチに複数のiSCSI接続を確立できます。
直接接続型のシングルノード構成では、1つまたは複数のホストをノードに直接接続します。
単一ネットワークのシングルノード構成では、1つのノードを1つのスイッチで1つ以上のホストに接続します。スイッチが1台しかないため、この構成では完全な冗長性は確保されません。
マルチネットワークのシングルノード構成では、1つのノードを複数のスイッチで1つまたは複数のホストに接続します。スイッチが複数あるため、この構成では完全な冗長性が確保されます。
シングルノードを使用するFCおよびFC-NVMe SANホストの構成方法
シングルノードのFCおよびFC-NVMe SANホストは、1つ以上のファブリック経由で構成できます。N-Port ID Virtualization（NPIV）が必要であり、ファブリック内のすべてのFCスイッチで有効にする必要があります。FCまたはFC-NMVE SANホストをFCスイッチを使用せずにシングルノードに直接接続することはできません。
単一ファブリックのシングルノード構成では、1つのノードを1台のスイッチで1つまたは複数のホストに接続します。スイッチが1台しかないため、この構成では完全な冗長性は確保されません。
単一ファブリックのシングルノード構成では、ホストからノードへのパスが1つの場合、マルチパス ソフトウェアは必要ありません。
マルチファブリックのシングルノード構成では、1つのノードを複数のスイッチで1つまたは複数のホストに接続します。次の図は、マルチファブリックのシングルノード構成を示しています。わかりやすいように、この図ではファブリックが2つだけになっていますが、マルチファブリック構成は2つ以上の任意の数のファブリックで構成できます。この図では、上のシャーシにストレージ コントローラが取り付けられています。下のシャーシは、この例のように空けておくか、IOMXモジュールを使用できます。
次の図のFCターゲット ポート（0a、0c、0b、0d）は一例です。実際のポート番号は、使用しているストレージ ノードのモデル、および拡張アダプタを使用しているかどうかによって異なります。
シングルノードクラスタでのONTAPのアップグレード
ONTAP 9 .2以降では、ONTAP CLIを使用してシングルノードクラスタの自動更新を実行できます。シングルノードクラスタには冗長性がないため、更新には常にシステムの停止が伴います。停止を伴うアップグレードは、System Managerでは実行できません。
アップグレード手順を完了する必要があり"準備"ます。
-
以前のONTAPソフトウェアパッケージを削除します。
cluster image package delete -version <previous_package_version> -
ターゲットのONTAPソフトウェアパッケージをダウンロードします。
cluster image package get -url locationcluster1::> cluster image package get -url http://www.example.com/software/9.7/image.tgz Package download completed. Package processing completed.
-
ソフトウェアパッケージがクラスタパッケージリポジトリにあることを確認します。
cluster image package show-repositorycluster1::> cluster image package show-repository Package Version Package Build Time ---------------- ------------------ 9.7 M/DD/YYYY 10:32:15
-
クラスタをアップグレードする準備が完了していることを確認します。
cluster image validate -version <package_version_number>cluster1::> cluster image validate -version 9.7 WARNING: There are additional manual upgrade validation checks that must be performed after these automated validation checks have completed...
-
検証の進捗を監視します。
cluster image show-update-progress -
検証で特定された必要なアクションをすべて完了します。
-
必要に応じて、ソフトウェア アップグレードの見積もりを生成します。
cluster image update -version <package_version_number> -estimate-onlyソフトウェア アップグレードの見積もりには、更新対象の各コンポーネントの詳細とアップグレードの推定期間が表示されます。
-
ソフトウェアのアップグレードを実行します。
cluster image update -version <package_version_number>
問題が発生した場合は、更新が一時停止し、措置を講じるように求められます。問題の詳細や更新の進捗を確認するには、cluster image show-update-progressコマンドを使用します。問題を修正したら、cluster image resume-updateコマンドを使用して更新を再開できます。 -
クラスタの更新の進捗を表示します。
cluster image show-update-progressノードは更新の一環として再起動され、再起動中にアクセスすることはできません。
-
通知を送信します。
autosupport invoke -node * -type all -message "Finishing_Upgrade"メッセージを送信するようにクラスタが設定されていない場合は、通知のコピーがローカルに保存されます。