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

MetroCluster IPシステムのアップグレードを準備

共同作成者 netapp-aoife
PDF

既存のMetroCluster構成に変更を加える前に、構成の健全性を確認し、新しいプラットフォームを準備し、その他のタスクを実行します。

コントローラをアップグレードする前にMetroClusterスイッチRCFを更新する

プラットフォームの新旧モデルによっては、コントローラをアップグレードする前にMetroCluster Switch Reference Configuration File（RCF；スイッチリファレンス構成ファイル）の更新が必要になる場合があります。

このタスクについて

この作業は、次の状況で実行します。

  • スイッチのRCF設定が最小バージョンになっていません。

  • バックエンドMetroCluster接続で使用するVLAN IDを変更する必要があります。

作業を開始する前に

コントローラをアップグレードする前にRCFの更新が必要かどうかを確認します。

  • スイッチにサポートされる最小バージョンのRCFが設定されていない場合は、コントローラをアップグレードする前にRCFを更新する必要があります。

    スイッチモデル

    必要なRCFバージョン

    Cisco 3132Q-V の設定

    1.7 以降

    Cisco 3232C

    1.7 以降

    Broadcom BES-53248 の場合

    1.3 以降

    NVIDIA SN2100

    2.0以降

  • 使用している古いプラットフォームモデルと新しいプラットフォームモデルの両方が次のリストにある場合は、コントローラをアップグレードする前にVLAN IDを更新する必要は*ありません*。

    • FAS8200またはAFF A300

    • AFF A320

    • FAS9000またはAFF A700

    • AFF A800、AFF C800、ASA A800、またはASA C800

      使用している古いプラットフォームモデルと新しいプラットフォームモデルのいずれかが上記に記載されていない場合は、MetroClusterインターフェイスでサポートされているVLAN IDが使用されていることを確認する必要があります。MetroClusterインターフェイスでサポートされるVLAN IDは、10、20、または101～4096の範囲です。

    注意

    • VLAN IDが10、20、101~4096の範囲にない場合は、コントローラをアップグレードする前にスイッチのRCFをアップグレードする必要があります。

    • ローカルクラスタ接続には任意のVLANを使用できます。指定した範囲内にある必要はありません。

    • アップグレード先の新しいRCFでVLAN 10、20、または101~4096の範囲のVLANを使用する必要があります。ローカルクラスタのVLANは、必要な場合以外は変更しないでください。
手順

  1. IPスイッチで新しいRCFを適用できるように準備します。

    スイッチベンダーに対応するセクションを参照してください。

    メモ スイッチはswitch_A_1、switch_B_1、switch_A_2、switch_B_2の順に更新する必要があります。

  2. RCFをダウンロードしてインストールします。

    スイッチベンダーに対応するセクションを参照してください。

古いノードから新しいノードへのポートのマッピング

node_A_1-oldの物理ポートがnode_A_1-newの物理ポートに正しくマッピングされていることを確認する必要があります。これにより、アップグレード後にnode_A_1-newがクラスタ内の他のノードおよびネットワークと通信できるようになります。

このタスクについて

アップグレードプロセス中に新しいノードが最初にブートすると、交換する古いノードの最新の設定が再生されます。node_A_1-newをブートすると、ONTAPはnode_A_1-oldと同じポートでLIFをホストしようとします。そのため、ポートとLIFの設定は、アップグレード時に古いノードの設定と互換性があるように調整する必要があります。アップグレードの手順では、クラスタLIF、管理LIF、およびデータLIFの設定が正しいことを確認するために、古いノードと新しいノードの両方で手順を実行します。

次の表に、新しいノードのポート要件に関連する設定変更の例を示します。

クラスタインターコネクトの物理ポート

古いコントローラ

新しいコントローラ

必要なアクション

e0a 、 e0b

e3a 、 e3b

一致するポートがありません。アップグレード後に、クラスタポートを再作成する必要があります。

e0c 、 e0d

e0a 、 e0b 、 e0c 、 e0d

e0cとe0dは同じポートです。設定を変更する必要はありませんが、アップグレード後に使用可能なクラスタポートにクラスタLIFを分散させることができます。
手順

  1. 新しいコントローラで使用できる物理ポートとポートでホストできる LIF を確認します。

    コントローラのポートの用途は、プラットフォームモジュール、およびMetroCluster IP構成で使用するスイッチによって異なります。新しいプラットフォームで使用するポートをから収集できます"Hardware Universe"。

  2. ポートの使用状況を計画し、次の表に新しいノードごとに参考情報を記入します。

    この表は、アップグレード手順を実行するときに参照します。

    node_A_1 - 古い

    node_A_1 - 新規

    LIF

    ポート

    IPspace

    ブロードキャストドメイン

    ポート

    IPspace

    ブロードキャストドメイン

    クラスタ 1

    クラスタ 2

    クラスタ 3

    クラスタ 4

    ノード管理

    クラスタ管理

    データ 1

    データ 2.

    データ 3

    データ 4.

    SAN

    クラスタ間ポート

新しいコントローラをネットブート

新しいノードを設置したら、ネットブートを実行して、新しいノードが元のノードと同じバージョンの ONTAP を実行するようにする必要があります。ネットブートという用語は、リモート・サーバに保存された ONTAP イメージからブートすることを意味します。ネットブートの準備を行うときは、システムがアクセスできる Web サーバに、 ONTAP 9 ブート・イメージのコピーを配置する必要があります。

手順

  1. 新しいコントローラをネットブートします。

    1. にアクセスします "ネットアップサポートサイト" システムのネットブートの実行に使用するファイルをダウンロードするには、次の手順を実行します。

    2. ネットアップサポートサイトのソフトウェアダウンロードセクションから適切な ONTAP ソフトウェアをダウンロードし、「 ONTAP-version _image.tgz 」ファイルを Web にアクセスできるディレクトリに保存します。

    3. Web にアクセスできるディレクトリに移動し、必要なファイルが利用可能であることを確認します。

      ディレクトリの一覧に、カーネルファイルを含むネットブートフォルダが含まれるようにします。

      `_ontap - version_image.tgz

      ファイルを抽出する必要はありません _ontap-version_image.tgz。

    4. `LOADER`プロンプトで、管理LIFのネットブート接続を設定します。

      IP アドレス

      作業

      DHCP

      自動接続を設定します。

      ifconfig e0M -auto

      静的

      手動接続を設定します。

      ifconfig e0M -addr= ip_addr-mask= netmask _ -gw= _gateway`

    5. ネットブートを実行します。

      netboot\http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`

    6. ブートメニューからオプション (7) Install new software first を選択して、新しいソフトウェアイメージをダウンロードし、ブートデバイスにインストールします。

      次のメッセージは無視してください。

    「この手順は、 HA ペアでの無停止アップグレードではサポートされていません」というメッセージが表示されます。IT 環境：ソフトウェアの無停止アップグレード。コントローラのアップグレードは対象外。

    1. 手順を続行するかどうかを確認するメッセージが表示されたら 'y' と入力し ' パッケージの入力を求められたら ' イメージ・ファイルの URL を入力します

      http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz`

    2. 必要に応じてユーザ名とパスワードを入力するか、 Enter キーを押して続行します。

    3. 次のようなプロンプトが表示されたら 'n' を入力してバックアップ・リカバリをスキップしてください

      Do you want to restore the backup configuration now? {y|n} n

    4. 次のようなプロンプトが表示されたら 'y' を入力して再起動します

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

コントローラモジュールの設定をクリアします

MetroCluster 構成で新しいコントローラモジュールを使用する前に、既存の構成をクリアする必要があります。

手順

  1. 必要に応じて、ノードを停止してプロンプトを表示し `LOADER`ます。

    「 halt 」

  2. `LOADER`プロンプトで、環境変数をデフォルト値に設定します。

    「デフォルト設定」

  3. 環境を保存します。

    'aveenv

  4. `LOADER`プロンプトでブートメニューを起動します。

    「 boot_ontap menu

  5. ブートメニューのプロンプトで、設定を消去します。

    wipeconfig

    確認プロンプトに「 yes 」と応答します。

    ノードがリブートし、もう一度ブートメニューが表示されます。

  6. ブートメニューでオプション * 5 * を選択し、システムをメンテナンスモードでブートします。

    確認プロンプトに「 yes 」と応答します。

サイトをアップグレードする前に MetroCluster の健全性を確認

アップグレードを実行する前に、MetroCluster 構成の健全性と接続性を確認します。

注意 最初のサイトでコントローラをアップグレードした後、2番目のサイトをアップグレードする前に、 `metrocluster check run`に続く `metrocluster check show`エラーを返します `config-replication`フィールド。このエラーは、各サイトのノード間でNVRAMのサイズが一致していないことを示しています。これは、両サイトで異なるプラットフォームモデルが存在する場合に想定される動作です。DRグループ内のすべてのノードでコントローラーのアップグレードが完了するまで、このエラーは無視できます。
手順

  1. ONTAP で MetroCluster 構成の動作を確認します。

    1. ノードがマルチパス構成になっているかどうかを確認します。+ node run -node <node_name> sysconfig -a

      MetroCluster構成の各ノードに対してこのコマンドを実行します。

    2. 「 storage disk show -broken 」の構成に破損ディスクがないことを確認してください

      MetroCluster構成の各ノードでこのコマンドを実行します。

    3. ヘルスアラートがないかどうかを確認します。

      「 system health alert show 」というメッセージが表示されます

      このコマンドは各クラスタで実行します。

    4. クラスタのライセンスを確認します。

      「 system license show 」を参照してください

      このコマンドは各クラスタで実行します。

    5. ノードに接続されているデバイスを確認します。

      「 network device-discovery show 」のように表示されます

      このコマンドは各クラスタで実行します。

    6. 両方のサイトでタイムゾーンと時間が正しく設定されていることを確認します。

      cluster date show

    このコマンドは各クラスタで実行します。時間とタイムゾーンを設定するには、コマンドを使用し `cluster date`ます。

  2. MetroCluster 構成の運用モードを確認し、 MetroCluster チェックを実行

    1. MetroCluster の構成と動作モードが「 normal 」であることを確認します。 + MetroCluster show

    2. 想定されるすべてのノードが表示されることを確認します。 + MetroCluster node show `

    3. 次のコマンドを問題に設定します。

      「 MetroCluster check run 」のようになります

    4. MetroCluster チェックの結果を表示します。

      MetroCluster チェックショー

  3. Config Advisor ツールを使用して MetroCluster のケーブル接続を確認します。

    1. Config Advisor をダウンロードして実行します。

      "ネットアップのダウンロード： Config Advisor"

    2. Config Advisor の実行後、ツールの出力を確認し、推奨される方法で検出された問題に対処します。

アップグレード前に情報を収集

アップグレードの開始前に各ノードについて情報を収集し、必要に応じてネットワークブロードキャストドメインを調整し、 VLAN やインターフェイスグループを削除して、暗号化情報を収集する必要があります。

手順

  1. 各ノードの物理的なケーブル接続をメモし、必要に応じてケーブルにラベルを付けて新しいノードを正しくケーブル接続できるようにします。

  2. 各ノードのインターコネクト、ポート、LIFの情報を収集します。

    ノードごとに次のコマンドの出力を収集します。

    • MetroCluster interconnect show

    • 「 MetroCluster configurion-settings connection show 」を参照してください

    • 'network interface show -role cluster, node-mgmt

    • network port show -node <node_name> -type physical

    • network port vlan show -node <node_name>

    • network port ifgrp show -node <node_name> -instance

    • 「 network port broadcast-domain show 」

    • 「 network port reachability show-detail` 」と表示されます

    • network ipspace show

    • volume show

    • 「 storage aggregate show

    • system node run -node <node_name> sysconfig -a

    • aggr show -r

    • 「ディスクショー」

    • system node run <node-name> disk show

    • vol show -fields type

    • vol show -fields type , space-guarantee

    • 「 vserver fcp initiator show 」のように表示されます

    • 「 storage disk show 」を参照してください

    • 「 MetroCluster configurion-settings interface show 」を参照してください

  3. site_B （プラットフォームを現在アップグレード中のサイト）の UUID を収集します。

    MetroCluster node show -fields node-cluster.uuid 、 node-uuid

    アップグレードが成功するためには、これらの値がsite_Bの新しいコントローラモジュールで正しく設定されている必要があります。アップグレードプロセスの後半でコマンドにコピーできるように、値をファイルにコピーします。

    次の例は、 UUID を指定したコマンドの出力を示しています。

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid
  (metrocluster node show)
dr-group-id cluster     node   node-uuid                            node-cluster-uuid
----------- --------- -------- ------------------------------------ ------------------------------
1           cluster_A node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_A node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_B node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d
1           cluster_B node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d
4 entries were displayed.
cluster_B::*

    NetAppでは、次のような表にUUIDを記録することを推奨しています。

    クラスタまたはノード

    UUID

    cluster_B

    07958819 - 9ac6-11e7-9b42 - 00a098c9e55d

    node_B_1

    f37b240b-9ac1-11e7-9b42 -00a098c9e55d

    node_B_2

    bf8e3f8f-9ac4-117-bd4e-00a098c379f です

    cluster_A

    ee7db9d5-9a82-11e7-b68b-00a098908039

    node_A_1

    f03cb63c-9a7e-11e7-b68b-00a098908039

    Node_a_2

    aa9a7a7a1-9a81-11e7-a4e9-00a098908c35

  4. MetroCluster ノードが SAN 構成になっている場合は、関連情報を収集します。

    次のコマンドの出力を収集します。

    • 「 fcp adapter show -instance 」のように表示されます

    • 「 fcp interface show -instance 」の略

    • 「 iscsi interface show 」と表示されます

    • ucadmin show

  5. ルートボリュームが暗号化されている場合は、キー管理ツールに使用するパスフレーズを収集して保存します。

    「 securitykey-manager backup show 」を参照してください

  6. MetroCluster ノードがボリュームまたはアグリゲートに暗号化を使用している場合は、キーとパスフレーズに関する情報をコピーします。

    詳細については、を参照してください "オンボードキー管理情報の手動でのバックアップ"。

    1. オンボード・キー・マネージャが構成されている場合： +'securitykey-manager onboard show-backup

      パスフレーズは、アップグレード手順の後半で必要になります。

    2. Enterprise Key Management （ KMIP ）が設定されている場合は、次のコマンドを問題で実行します。

      「 securitykey manager external show -instance 」 'ecurity key manager key query 」を参照してください

  7. 既存のノードのシステム ID を収集します。

    「 MetroCluster node show -fields node-systemid 、 ha-partner-systemid 、 dr-partner-systemid 、 dr-auxiliary-systemid 」を指定します

    次の出力は、再割り当てされたドライブを示しています。

    ::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

dr-group-id cluster     node     node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
----------- ----------- -------- ------------- ------------------- ------------------- ---------------------
1           cluster_A node_A_1   537403324     537403323           537403321           537403322
1           cluster_A node_A_2   537403323     537403324           537403322           537403321
1           cluster_B node_B_1   537403322     537403321           537403323           537403324
1           cluster_B node_B_2   537403321     537403322           537403324           537403323
4 entries were displayed.

メディエーターまたは Tiebreaker の監視を削除します

プラットフォームをアップグレードする前に、 MetroCluster 設定を Tiebreaker またはメディエーターユーティリティで監視している場合は、監視を解除する必要があります。

手順

  1. 次のコマンドの出力を収集します。

    「 storage iscsi-initiator show 」のように表示されます

  2. Tiebreaker 、メディエーター、またはスイッチオーバーを開始できるその他のソフトウェアから既存の MetroCluster 構成を削除します。

    使用するポート

    使用する手順

    Tiebreaker

    "MetroCluster 設定の削除"

    メディエーター

    ONTAP プロンプトで次のコマンドを問題に設定します。

    MetroCluster 構成設定のメディエーターが削除されました

    サードパーティ製アプリケーション

    製品マニュアルを参照してください。

カスタム AutoSupport メッセージをメンテナンス前に送信する

メンテナンスを実行する前に、 AutoSupport an 問題 message to notify NetApp technical support that maintenance is maintenancing （メンテナンスが進行中であることをネットアップテクニカルサポートに通知する）を実行システム停止が発生したとみなしてテクニカルサポートがケースをオープンしないように、メンテナンスが進行中であることを通知する必要があります。

このタスクについて

このタスクは MetroCluster サイトごとに実行する必要があります。

手順

  1. クラスタにログインします。

  2. メンテナンスの開始を通知する AutoSupport メッセージを起動します。

    「 system node AutoSupport invoke -node * -type all -message MAINT= maintenance-window-in-hours 」というメッセージが表示されます

    「 maintenance-window-in-hours 」パラメータには、メンテナンス時間の長さを最大 72 時間指定します。この時間が経過する前にメンテナンスが完了した場合は、メンテナンス期間が終了したことを通知する AutoSupport メッセージを起動できます。

    「 system node AutoSupport invoke -node * -type all -message MAINT= end 」というメッセージが表示されます

  3. 同じ手順をパートナーサイトでも実行します。

次の手順

"MetroCluster 構成をスイッチオーバーします"です。