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

I/O モジュールを AFF C30 または AFF C60 システムに追加する

共同作成者 netapp-jsnyder netapp-lisa

I/OモジュールをAFF C30またはAFF C60ストレージシステムに追加することで、ネットワーク接続性を強化し、システムのデータトラフィック処理能力を拡張できます。この手順を使用すると、計画的なアップグレードとして稼働中のコントローラにI/Oモジュールを追加したり、メンテナンス中にI/Oモジュールに不具合のあるコントローラにI/Oモジュールを追加したりできます。

AFF C30およびAFF C60ストレージシステムにI/Oモジュールを追加できるのは、使用可能なスロットがある場合、またはすべてのスロットにフル実装した場合です。

このタスクについて

この手順は、HAペアのどちらのコントローラに対しても実行できます。コントローラのI/Oモジュールが現在正常に動作しているか、または障害が発生しているかは関係ありません。稼働中のコントローラにはI/Oモジュールを追加できないため、モジュールをインストールする前にターゲットコントローラをシャットダウンする必要があります。HAパートナーは、手順の実行中にストレージ運用を引き継ぎ、クライアントがデータにアクセスできる状態を維持します。

  • 対象コントローラが*稼働中*(計画的な追加)の場合は、記載されているシャットダウン手順に従ってください。ただし、その手順では、対象コントローラのI/Oモジュールに障害が発生しているものとして扱ってください。

  • 対象コントローラのI/Oモジュールに不具合がある場合は、記載されているシャットダウン手順に従ってください。

影響を受けるストレージシステムの物理的な位置を特定するために、必要に応じてストレージシステムのロケーション(青色の)LEDを点灯できます。SSHを使用してBMCにログインし、コマンドを入力し `system location-led on`ます。

ストレージシステムにはロケーションLEDが3つあります。1つはオペレータ用ディスプレイパネルに、もう1つは各コントローラにあります。ロケーションLEDは30分間点灯したままになります。

無効にするには、コマンドを入力し system location-led off`ます。LEDが点灯しているか消灯しているかが不明な場合は、コマンドを入力してLEDの状態を確認できます `system location-led show

手順1:ターゲットコントローラモジュールをシャットダウンします

ターゲットコントローラをテイクオーバーしてシャットダウンすることで、I/Oモジュールを追加している間もHAパートナーがデータの提供を継続できるようにします。リンク先の手順では、シャットダウンするコントローラが障害のあるI/Oモジュールをホストしていることを前提としています。これらの手順は、計画的な追加のためにコントローラをテイクオーバーする場合でも、既に障害のあるI/Oモジュールを搭載したコントローラをシャットダウンする場合でも適用されます。

オプション 1 :ほとんどのシステム

障害のあるコントローラーを引き継いで停止し、正常なコントローラーが障害のあるコントローラーのストレージからデータを引き続き提供できるようにします。これを行うには、AutoSupportで自動ケース作成を抑制し、自動ギブバックを無効にして、障害のあるコントローラをLOADERプロンプトに切り替えます。LOADERプロンプトは、FRUを交換できる安全な停止状態です。

このタスクについて
  • SANシステムを使用している場合は、障害コントローラのSCSIブレードのイベントメッセージを確認しておく必要があり `cluster kernel-service show`ます)。コマンド(priv advancedモードから)を実行すると、 `cluster kernel-service show`そのノードのノード名、そのノードの可用性ステータス、およびそのノードの動作ステータスが表示され"クォーラムステータス"ます。

    各 SCSI ブレードプロセスは、クラスタ内の他のノードとクォーラムを構成している必要があります。交換を進める前に、すべての問題を解決しておく必要があります。

  • ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性についてfalseと表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "ノードをクラスタと同期します"

手順
  1. AutoSupportが有効になっている場合は、AutoSupportメッセージを呼び出してケースの自動作成を停止します。

    system node autosupport invoke -node * -type all -message MAINT=<number of hours down>h

    これにより、計画メンテナンス期間中に自動的にサポートケースが開かれるのを防ぎます。最大抑制時間は72時間です。メンテナンスが予定より早く完了した場合は、AutoSupportメッセージを `MAINT=END`で呼び出すことでケース作成を再度有効にできます。詳細については、 "How to suppress automatic case creation during scheduled maintenance windows"を参照してください。

    次のAutoSupport メッセージは、ケースの自動作成を2時間停止します。

    cluster1:> system node autosupport invoke -node * -type all -message MAINT=2h

  2. 自動ギブバックを無効にする:

    1. 正常なコントローラのコンソールから次のコマンドを入力します。

      storage failover modify -node impaired_node_name -auto-giveback false

    2. 入力 y「自動ギブバックを無効にしますか?」というプロンプトが表示されたら、

  3. 障害のあるコントローラに LOADER プロンプトを表示します。

    障害のあるコントローラの表示 作業

    LOADER プロンプト

    次の手順に進みます。

    ギブバックを待っています

    Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

    システムプロンプトまたはパスワードプロンプト

    正常なコントローラから障害コントローラをテイクオーバーまたは停止します。

    storage failover takeover -ofnode impaired_node_name -halt true

    _-halt true _パラメータを指定すると、Loaderプロンプトが表示されます。

オプション2:MetroCluster構成

障害のあるコントローラーを引き継いで停止し、正常なコントローラーが障害のあるコントローラーのストレージからデータを引き続き提供できるようにします。これを行うには、AutoSupportで自動ケース作成を抑制し、自動ギブバックを無効にして、障害のあるコントローラをLOADERプロンプトに切り替えます。LOADERプロンプトは、FRUを交換できる安全な停止状態です。

  • ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性についてfalseと表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "ノードをクラスタと同期します"

  • MetroClusterの設定状態が「設定済み」になっていること、およびノードが有効かつ正常な状態であることを確認しておく必要があります。

    metrocluster node show

手順
  1. AutoSupportが有効になっている場合は、AutoSupportメッセージを呼び出してケースの自動作成を停止します。

    system node autosupport invoke -node * -type all -message MAINT=<number of hours down>h

    これにより、計画メンテナンス期間中に自動的にサポートケースが開かれるのを防ぎます。最大抑制時間は72時間です。メンテナンスが予定より早く完了した場合は、AutoSupportメッセージを `MAINT=END`で呼び出すことでケース作成を再度有効にできます。詳細については、 "How to suppress automatic case creation during scheduled maintenance windows"を参照してください。

    次のAutoSupport メッセージは、ケースの自動作成を2時間停止します。

    cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. 自動ギブバックを無効にする:

    1. 正常なコントローラのコンソールから次のコマンドを入力します。

      storage failover modify -node local -auto-giveback false

    2. 入力 y「自動ギブバックを無効にしますか?」というプロンプトが表示されたら、

  3. 障害のあるコントローラに LOADER プロンプトを表示します。

    障害のあるコントローラの表示 作業

    LOADER プロンプト

    次のセクションに進みます。

    ギブバックを待っています

    Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

    システムプロンプトまたはパスワードプロンプト(システムパスワードの入力)

    正常なコントローラから障害コントローラをテイクオーバーまたは停止します。

    storage failover takeover -ofnode impaired_node_name -halt true

    _-halt true _パラメータを指定すると、Loaderプロンプトが表示されます。

手順2:新しいI/Oモジュールを追加する

ストレージシステムに使用可能なスロットがある場合は、使用可能なスロットの1つに新しいI/Oモジュールを取り付けます。すべてのスロットに空きがある場合は、既存のI/Oモジュールを取り外してスペースを確保し、新しいI/Oモジュールを取り付けます。

作業を開始する前に
  • "NetApp Hardware Universe の略"を確認して、新しいI/Oモジュールがお客様のストレージシステムおよび実行中のONTAPのバージョンと互換性があることを確認してください。

  • 複数のスロットが使用可能な場合は、 "NetApp Hardware Universe の略"のスロット優先順位を確認し、I/Oモジュールに最適なスロットを使用してください。

  • ストレージシステムの他のすべてのコンポーネントが正常に動作している必要があります。正常に動作していない場合は、この手順を続行する前にににお問い合わせください "ネットアップサポート"

使用可能なスロットへのI/Oモジュールの追加

使用可能なスロットがあるストレージシステムに、新しいI/Oモジュールを追加できます。

手順
  1. 接地対策がまだの場合は、自身で適切に実施します。

  2. 障害のあるコントローラで、ターゲットスロットからI/Oブランクモジュールを取り外します。

    使用していないI/Oスロットには、熱的な問題を防止し、EMCのコンプライアンスを確保するために、ブランキングモジュールを取り付ける必要があります。

    I/Oブランキングモジュールの取り外し

    番号1

    I/Oブランクモジュールの取り付けネジを反時計回りに回して緩めます。

    番号2

    左側のタブと取り付けネジを使用して、I/Oブランクモジュールをコントローラから引き出します。

  3. 新しいI/Oモジュールを取り付けます。

    1. I/Oモジュールをコントローラスロット開口部の端に合わせます。

    2. I/Oモジュールをスロットにゆっくりと押し込み、モジュールがコネクタに正しく装着されていることを確認します。

      左側のタブと取り付けネジを使用して、I/Oモジュールを押し込むことができます。

    3. 蝶ネジを時計回りに回して締めます。

  4. I/Oモジュールを指定されたデバイスにケーブル接続します。

    ストレージI/Oモジュールを設置した場合は、NS224シェルフを設置してケーブル接続します(を参照) "ホツトアトワアクフロオ"

  5. Loaderプロンプトから障害コントローラをリブートします。 bye

    障害のあるコントローラをリブートすると、I/Oモジュールおよびその他のコンポーネントも再初期化されます。

  6. 障害コントローラのストレージをギブバックして、障害コントローラを通常動作に戻します。

    `storage failover giveback -ofnode impaired_node_name`です。

  7. 同じ手順を繰り返して、もう一方のコントローラにI/Oモジュールを追加します。

  8. 正常なコントローラのコンソールから自動ギブバックをリストアします。

    storage failover modify -node local -auto-giveback true

  9. AutoSupportが有効になっている場合は、自動ケース作成を復元(抑制解除)します:

    system node autosupport invoke -node * -type all -message MAINT=END

フル実装したシステムへのI/Oモジュールの追加

フル装備のシステムにI/Oモジュールを追加するには、既存のI/Oモジュールを取り外し、その場所に新しいI/Oモジュールを取り付けます。

このタスクについて

フル装備のシステムに新しいI/Oモジュールを追加する場合は、次のシナリオについて理解しておく必要があります。

シナリオ アクションが必要です

NICからNIC(同じ数のポート)

LIF は、コントローラモジュールがシャットダウンすると自動的に移行されます。

NICからNIC(異なるポート数)

選択したLIFを別のホームポートに完全に再割り当てします。詳細については、を参照してください "LIF を移行する"

NICからストレージI/Oモジュール

System Manager を使用して、 LIF を別のホームポートに完全に移行します。手順については、を参照してください "LIF を移行する"

手順
  1. 接地対策がまだの場合は、自身で適切に実施します。

  2. 障害のあるコントローラで、ターゲットI/Oモジュールのケーブルをすべて抜きます。

  3. ターゲットI/Oモジュールをコントローラから取り外します。

    I/Oモジュールの取り外し

    番号1

    I/Oモジュールの取り付けネジを反時計回りに回して緩めます。

    番号2

    左側のポートラベルタブと取り付けネジを使用して、I/Oモジュールをコントローラから引き出します。

  4. 新しいI/Oモジュールをターゲットスロットに取り付けます。

    1. I/O モジュールをスロットの端に合わせます。

    2. I/Oモジュールをスロットにゆっくりと押し込み、モジュールがコネクタに正しく装着されていることを確認します。

      左側のタブと取り付けネジを使用して、I/Oモジュールを押し込むことができます。

    3. 蝶ネジを時計回りに回して締めます。

  5. I/Oモジュールを指定されたデバイスにケーブル接続します。

    ストレージI/Oモジュールを設置した場合は、NS224シェルフを設置してケーブル接続します(を参照) "ホツトアトワアクフロオ"

  6. I/Oモジュールの取り外しと取り付けの手順を繰り返して、コントローラにI/Oモジュールを追加します。

  7. LOADER プロンプトから障害のあるコントローラを再起動します。

    bye

    障害のあるコントローラをリブートすると、I/Oモジュールおよびその他のコンポーネントも再初期化されます。

  8. 障害コントローラのストレージをギブバックして、障害コントローラを通常動作に戻します。

    「 storage failover giveback -ofnode _impaired_node_name _

  9. 正常なコントローラのコンソールから自動ギブバックをリストアします。

    storage failover modify -node local -auto-giveback true

  10. AutoSupportが有効になっている場合は、自動ケース作成を復元 (抑制解除) します。

    system node autosupport invoke -node * -type all -message MAINT=END

  11. NIC モジュールをインストールした場合は、各ポートの使用モードを network として指定します。

    storage port modify -node node_name -port port_name -mode network

  12. もう一方のコントローラに対して上記の手順を繰り返します。