fujitsu storage eternus ax/hx series metrocluster® ip ......たは8ノード 2ノード 2ノード...

A3CA08733-A634-03

FUJITSU Storage ETERNUS AX/HX SeriesMetroCluster® IPインストールおよび設定ガイド

| ⽬次 |

⽬次

このガイドの対象者....................................................................................... 5MetroCluster環境の準備................................................................................. 6

ONTAPの各MetroCluster構成の相違点...................................................................................................6MetroCluster IP構成でのリモートストレージへのアクセス................................................... 7

ONTAP MediatorまたはMetroCluster Tiebreakerを使⽤する場合の考慮事項........................................7ONTAP Mediatorと他のアプリケーションおよびアプライアンスとの相互運⽤性................ 7ONTAPメディエーターでの⾃動計画外スイッチオーバーのサポート................................... 7

MetroCluster IP構成に関する考慮事項................................................................................................. 8ONTAP 9.7以降での⾃動ドライブ割り当てとADPシステムに関する考慮事項.................................. 9

MetroCluster IP構成でのADPとディスク割り当てのシステム別の違い................................ 10MetroCluster構成でオールSANアレイシステムを使⽤する場合の考慮事項................................... 14クラスタピアの設定に関する考慮事項............................................................................................14

クラスタピアの前提条件.......................................................................................................14専⽤のポートを使⽤する場合の考慮事項..............................................................................15データポートを共有する場合の考慮事項.............................................................................16

プライベートレイヤ2ネットワークの共有に関する考慮事項........................................................16共有ネットワークにおけるMetroCluster ISLの要件................................................................17ISLのケーブル接続の要件....................................................................................................... 18中間スイッチでの必要な設定.................................................................................................19MetroClusterネットワークトポロジの例................................................................................20

MetroCluster準拠スイッチの使⽤に関する考慮事項......................................................................... 23MetroCluster IP構成でTDM / xWDMおよび暗号化機器を使⽤する場合の考慮事項.......................... 27ミラーされていないアグリゲートを使⽤する場合の考慮事項.......................................................28MetroClusterサイトでのファイアウォール使⽤に関する考慮事項.................................................. 29⼯場出荷状態の新しいMetroClusterシステムの事前設定..................................................................29

ハードウェアセットアップのチェックリスト..................................................................... 29

MetroClusterハードウェアコンポーネントの構成.................................... 32MetroCluster IP構成のコンポーネント............................................................................................... 32

MetroCluster構成のローカルHAペアの図................................................................................33MetroCluster IPおよびクラスタインターコネクトネットワークの図................................. 34クラスタピアリングネットワークの図............................................................................... 34

MetroCluster IPに必要なコンポーネントと命名規則.........................................................................35MetroClusterコンポーネントの設置とケーブル接続......................................................................... 37

ラックへのハードウェアコンポーネントの配置................................................................. 37IPスイッチのケーブル接続..................................................................................................... 37クラスタピアリングのケーブル接続....................................................................................43管理ポートとデータポートのケーブル接続.........................................................................44IPスイッチの設定.................................................................................................................... 44

ONTAPでのMetroClusterソフトウェアの設定............................................. 50必要な情報の収集...............................................................................................................................50

サイトAのIPネットワーク情報ワークシート.........................................................................50サイトBのIPネットワーク情報ワークシート........................................................................ 52

標準クラスタ構成とMetroCluster構成の類似点 / 相違点.................................................................. 55以前に使⽤したコントローラモジュールでのシステムのデフォルト設定のリストア................ 55コンポーネントのha-config状態の確認............................................................................................. 56プール0へのドライブの⼿動割り当て...............................................................................................57

プール0ドライブの⼿動割り当て（ONTAP 9.7以降）........................................................... 57ONTAPのセットアップ........................................................................................................................ 58

ii

| ⽬次 |

クラスタをMetroCluster構成に設定....................................................................................................62プール0ドライブのドライブ割り当ての確認........................................................................62クラスタのピアリング............................................................................................................ 63DRグループの作成...................................................................................................................68MetroCluster IPインターフェイスの設定と接続..................................................................... 69プール1ドライブの割り当て確認または⼿動割り当て.........................................................70ルートアグリゲートのミラーリング.................................................................................... 74各ノードでのミラーされたデータアグリゲートの作成......................................................74MetroCluster構成の実装........................................................................................................... 75ミラーされていないデータアグリゲートの作成................................................................. 77MetroCluster構成の確認........................................................................................................... 78ONTAP設定の完了.................................................................................................................... 80

スイッチオーバー、修復、スイッチバックの検証..........................................................................80MetroCluster TiebreakerまたはONTAP Mediatorソフトウェアの設定.................................................80構成バックアップファイルの保護.................................................................................................... 81

⾃動計画外スイッチオーバーのためのONTAP Mediatorサービスの設定................................................................................................................82

ONTAPメディエーターサービスのインストールと設定.................................................................. 82MetroCluster構成でMediatorを使⽤するためのネットワーク要件........................................ 82MetroCluster構成でのONTAP Mediatorのアップグレードに関するガイドライン................. 82ONTAP Mediatorサービスのインストールまたはアップグレード.........................................85MetroCluster IP構成でのONTAP Mediatorサービスの設定.......................................................94

別のONTAPメディエーターインスタンスへのMetroCluster構成の接続...........................................95ONTAPメディエーターのパスワードの変更...................................................................................... 96ONTAPメディエーターのユーザ名の変更.......................................................................................... 96ONTAP メディエーターサービスのアンインストール.....................................................................97

MetroCluster構成のテスト........................................................................... 98ネゴシエートスイッチオーバーの検証............................................................................................98修復と⼿動スイッチバックの検証.................................................................................................... 99電源回線切断後の動作確認..............................................................................................................100単⼀のストレージシェルフが停⽌したあとの動作確認............................................................... 101

MetroCluster構成の解除に関する考慮事項...............................................105MetroCluster構成でONTAPを使⽤する場合の考慮事項............................ 106

ONTAP System ManagerでのMetroCluster処理.................................................................................. 106MetroCluster構成でのFlexCacheのサポート......................................................................................106MetroCluster構成でのFabricPoolのサポート..................................................................................... 107MetroCluster構成のジョブスケジュール.........................................................................................107MetroClusterサイトから第3のクラスタへのクラスタピアリング................................................. 108MetroCluster構成でのLDAPクライアント設定のレプリケーション................................................108MetroCluster構成⽤のネットワーク設定およびLIF作成ガイドライン............................................108

IPspaceオブジェクトのレプリケーションとサブネットの設定の要件..............................108MetroCluster構成でのLIFの作成に関する要件...................................................................... 109LIFのレプリケーションおよび配置の要件と問題................................................................110ルートアグリゲートでのボリューム作成...........................................................................112

MetroCluster構成でのSVMディザスタリカバリ.............................................................................. 112ディザスタリカバリサイトでのSVMの再同期...................................................................113

MetroClusterスイッチオーバー後にstorage aggregate plex showコマンドの出⼒が確定しない... 114スイッチオーバー発⽣時にNVFAILフラグを設定するためのボリュームの変更...........................114NVFAILを使⽤したファイルシステム整合性の監視および保護..................................................... 115

NFSボリュームまたはLUNへのアクセスに対するNVFAILの影響......................................... 115データ損失イベントの監視⽤コマンド............................................................................... 116スイッチオーバー後のNVFAIL状態のボリュームへのアクセス.......................................... 116スイッチオーバー後のNVFAIL状態にあるLUNのリカバリ...................................................117

iii

| ⽬次 |

詳細情報の⼊⼿⽅法................................................................................... 118著作権および商標........................................................................................................... 119

著作権に関する情報......................................................................................................................... 119登録商標............................................................................................................................................ 119

iv

マニュアルの更新について.............................................................................................119

このガイドの対象者

このガイドでは、MetroCluster IP構成のハードウェアコンポーネントとソフトウェアコンポーネントをインストールおよび設定する⽅法について説明します。

このガイドは、次のような状況でMetroCluster IP構成を計画、導⼊、設定する場合に使⽤します。

• MetroCluster IP構成のアーキテクチャについて理解する必要がある。• MetroCluster IP構成の設定に関する要件とベストプラクティスについて理解する必要がある。• ⾃動スクリプトツールではなく、コマンドラインインターフェイス（CLI）を使⽤する必要があ

る。

ONTAPとMetroCluster構成に関する⼀般的な情報も記載します。

富⼠通マニュアルサイト

5

https://www.fujitsu.com/jp/products/computing/storage/manual/

| MetroCluster環境の準備 |

MetroCluster環境の準備

MetroCluster環境を準備するにあたっては、MetroClusterのハードウェアアーキテクチャおよび必要なコンポーネントについて理解しておく必要があります。

ONTAPの各MetroCluster構成の相違点MetroCluster構成のタイプごとに、必要なコンポーネントが異なります。

いずれの構成においても、2つのMetroClusterサイトがそれぞれONTAPクラスタとして構成されます。2ノードMetroCluster構成では、各ノードがシングルノードクラスタとして構成されます。

ファブリック接続構成ストレッチ構成機能 IP構成

4ノードまたは8ノード

2ノード 2ノードブリッジ接続型

2ノード直接接続型

コントローラ数

4 4または8 2 2 2

FCスイッチストレージファブ

リックの使⽤

× ○ ○ × ×

IPスイッチストレージファブ

リックの使⽤

○ × × × ×

FC-to-SASブリッジの使⽤

× ○ ○ ○ ×

直接接続型SASスト

レージの使⽤

○（ローカル接続のみ）

× × × ○

ADPのサポート

○（ONTAP 9.7以降） × × × ×

ローカルHAのサポート

○ ○ × × ×

⾃動スイッチオーバーのサポート

× ○ ○ ○ ○

ミラーされていないアグリゲートのサポート

○（ONTAP 9.8以降） ○ ○ ○ ○

アレイLUNのサポート

× ○ ○ ○ ○

6


MetroCluster IP構成でのリモートストレージへのアクセスMetroCluster IP構成では、ローカルコントローラからリモートストレージプールにアクセスする場合、リモートコントローラを経由する以外に⽅法がありません。IPスイッチはコントローラのイーサネットポートに接続され、ディスクシェルフに直接は接続されません。リモートコントローラが停⽌した場合、ローカルコントローラはリモートストレージプールにアクセスできません。

これは、MetroCluster FC構成とは異なります。MetroCluster FC構成の場合、リモートストレージプールはFCファブリックまたはSAS接続を介してローカルコントローラに接続されます。ローカルコントローラは、リモートコントローラが停⽌してもリモートストレージにアクセスできます。

ONTAP MediatorまたはMetroCluster Tiebreakerを使⽤する場合の考慮事項ONTAP 9.7以降では、MetroCluster IP構成でONTAP Mediator-Assisted Automatic UnplannedSwitchover（MAUSO;Mediatorアシスト⾃動計画外スイッチオーバー）を使⽤するか、MetroClusterTiebreakerソフトウェアを使⽤できます。MetroCluster IP構成で使⽤できるサービスは、2つのうちの1つだけです。

MetroCluster構成に応じて、異なる状況で⾃動スイッチオーバーが実⾏されます。

AUSO機能を使⽤したMetroCluster FC構成（MetroCluster IP構成には含まれない）

これらの構成では、コントローラの障害が発⽣した場合にストレージ（および存在する場合はブリッジ）が動作していればAUSOが開始されます。

ONTAP Mediatorサービスを使⽤したMetroCluster IP構成（ONTAP 9.7以降）

これらの構成では、前述のAUSOと同じ状況に加え、サイト全体（コントローラ、ストレージ、スイッチ）の障害が発⽣した場合にMAUSOが開始されます。

注 : MAUSOが開始されるのは、障害が発⽣した時点で不揮発性キャッシュミラーリング（DRミラーリング）とSyncMirrorプレックスミラーリングが同期されている場合だけです。

アクティブモードでTiebreakerソフトウェアを使⽤したMetroCluster IPまたはFC構成

これらの構成では、サイト全体の障害が発⽣した場合にTiebreakerで計画外スイッチオーバーが開始されます。

Tiebreakerソフトウェアの使⽤については、Tiebreakerソフトウェア1.21インストールおよび設定ガイドを参照してください。

Tiebreakerソフトウェア1.21インストールおよび設定ガイド

ONTAP Mediatorと他のアプリケーションおよびアプライアンスとの相互運⽤性スイッチオーバーをトリガーできるサードパーティのアプリケーションやアプライアンスをONTAPMediatorと組み合わせて使⽤することはできません。また、ONTAP Mediatorを使⽤する場合は、MetroCluster TiebreakerソフトウェアによるMetroCluster構成の監視はサポートされません。

ONTAPメディエーターでの⾃動計画外スイッチオーバーのサポートONTAPメディエーターは、メディエーターホストにあるメールボックスにMetroClusterノードについての状態情報を格納します。MetroClusterノードでは、この情報を使⽤してDRパートナーの状態を監視し、災害発⽣時にMediator-Assisted Automatic Unplanned Switchover（MAUSO;メディエーターアシスト⾃動計画外スイッチオーバー）を実装できます。

スイッチオーバーが必要なサイト障害がノードで検出されると、スイッチオーバーに該当する状況であることを確認したうえでスイッチオーバーが実⾏されます。

MAUSOが開始されるのは、各ノードの不揮発性キャッシュのSyncMirrorミラーリングとDRミラーリングの両⽅が動作しており、障害が発⽣した時点でキャッシュとミラーが同期されている場合だけです。

7



MetroCluster IP構成に関する考慮事項MetroCluster IP構成でMetroClusterのIPアドレスとインターフェイスがどのように実装されるかを確認し、関連する要件についても理解しておく必要があります。

MetroCluster IP構成では、HAペア間およびDRパートナー間でのストレージと不揮発性キャッシュのレプリケーションがMetroCluster IPファブリック内の広帯域の専⽤リンクを使⽤して⾏われます。ストレージのレプリケーションにはiSCSI接続が使⽤されます。IPスイッチは、ローカルクラスタ内のすべてのクラスタ内トラフィックにも使⽤されます。MetroClusterトラフィックは、異なるIPサブネットとVLANを使⽤することでクラスタ内トラフィックと分離されます。MetroCluster IPファブリックは、クラスタピアリングネットワークとは別のものです。

MetroCluster IP構成では、バックエンドMetroCluster IPファブリック⽤に予約されたIPアドレスが各ノードに2つ必要です。予約されたIPアドレスは、初期設定時にMetroCluster IPの論理インターフェイス（LIF）に割り当てられます。このIPアドレスの要件は次のとおりです。

注 : MetroClusterのIPアドレスは初期設定後は変更できないため、慎重に選択する必要があります。

• 固有のIP範囲に属している必要があります。

環境全体でIPスペースの重複がないようにしてください。• 他のすべてのトラフィックと分離した2つのIPサブネットのいずれかに属している必要がありま

す。

たとえば、次のようにノードのIPアドレスを設定できます。

ノードインターフェイス IPアドレスサブネット

MetroCluster IPインターフェイス1

10.1.1.1 10.1.1/24node_A_1


10.1.2.1 10.1.2/24


10.1.1.2 10.1.1/24node_A_2


10.1.2.2 10.1.2/24


10.1.1.3 10.1.1/24node_B_1


10.1.2.3 10.1.2/24

8


ノードインターフェイス IPアドレスサブネット


10.1.1.4 10.1.1/24node_B_2


10.1.2.4 10.1.2/24

MetroCluster IPインターフェイスの特性

MetroCluster IPインターフェイスは、MetroCluster IP構成に固有のインターフェイスです。ONTAPの他のタイプのインターフェイスとは異なる特性があります。

• MetroCluster構成の初期設定時にmetrocluster configuration-settings interfacecreateコマンドを使⽤して作成します。

network interfaceコマンドで作成または変更することはできません。• network interface showコマンドの出⼒には表⺬されません。• フェイルオーバーは⾏われず、作成時と同じポートに関連付けられたままになります。• MetroCluster IP構成では、MetroCluster IPインターフェイスに特定のイーサネットポート（プラット

フォームによって異なる）を使⽤します。

ONTAP 9.7以降での⾃動ドライブ割り当てとADPシステムに関する考慮事項ほとんどの構成では、パーティショニングとディスク割り当てはMetroClusterサイトの初期設定時に⾃動的に実⾏されます。

ONTAP 9.7以降のリリースでは、ADPのサポートについて次のような変更が加えられました。

• プール0ディスクは出荷時点で割り当て済みです。• ミラーされていないルートが出荷時点で作成済みです。• データパーティションは、お客様のサイトでセットアップ時に割り当てます。• ほとんどの場合、ドライブの割り当てとパーティショニングはセットアップ時に⾃動的に実⾏され

ます。

⾃動パーティショニング

ADPは、プラットフォームの初期設定時に⾃動的に実⾏されます。

シェルフ単位の⾃動割り当ての仕組み

各サイトに4台の外付けシェルフがある場合、次の例のように、各シェルフが異なるノードの異なるプールに割り当てられます。

• site_A-shelf_1のすべてのディスクがnode_A_1のプール0に⾃動的に割り当てられます。• site_A-shelf_3のすべてのディスクがnode_A_2のプール0に⾃動的に割り当てられます。• site_B-shelf_1のすべてのディスクがnode_B_1のプール0に⾃動的に割り当てられます。• site_B-shelf_3のすべてのディスクがnode_B_2のプール0に⾃動的に割り当てられます。• site_B-shelf_2のすべてのディスクがnode_A_1のプール1に⾃動的に割り当てられます。• site_B-shelf_4のすべてのディスクがnode_A_2のプール1に⾃動的に割り当てられます。• site_A-shelf_2のすべてのディスクがnode_B_1のプール1に⾃動的に割り当てられます。• site_A-shelf_4のすべてのディスクがnode_B_2のプール1に⾃動的に割り当てられます。

既存構成へのシェルフの追加

⾃動ドライブ割り当てでは、既存の構成にシェルフを対称的に追加できます。

9


新しいシェルフが追加されると、追加されたシェルフに同じ割り当てポリシーが適⽤されます。たとえば、各サイトにシェルフが1台ある構成でシェルフを追加した場合、新しいシェルフにはクォータシェルフの割り当てルールが適⽤されます。

関連概念MetroCluster IPに必要なコンポーネントと命名規則（35ページ）ディスクとアグリゲートパワーガイド

MetroCluster IP構成でのADPとディスク割り当てのシステム別の違いMetroCluster IP構成におけるアドバンストドライブパーティショニング（ADP）と⾃動ディスク割り当ての動作は、システムモデルによって異なります。

注 : ADPを使⽤するシステムではパーティションを使⽤してアグリゲートが作成され、各ドライブがパーティションP1、P2、P3に分割されます。ルートアグリゲートはP3パーティションを使⽤して作成されます。

MetroClusterでサポートされる最⼤ドライブ数やその他のガイドラインに従う必要があります。

AX2100システムでのADPとディスクの割り当て

ガイドラインサイトあたりのシェルフ数

ドライブ割り当てルールルートパーティションのADPレイアウト

推奨される最⼩シェルフ数（サイトあたり）

内蔵ドライブのみ内蔵ドライブが4つのグループ（クォータ）に均等に分割されます。各グループが⾃動的に別々のプールに割り当てられ、各プールが構成内の別々のコントローラに割り当てられます。

注 : 内蔵ドライブの半分は、MetroClusterが構成されるまでは未割り当てです。

2つのクォータはローカルHAペアに使⽤されます。残り2つのクォータはリモートHAペアに使⽤されます。

ルートアグリゲートのプレックスそれぞれに、次のパーティションが含まれます。

• データ⽤パーティション×3

• パリティパーティション×2

• スペアパーティション×1

10





サポートされる最⼩シェルフ数（サイトあたり）

16本の内蔵ドライブドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。

シェルフ上の2つのクォータに同じプールを割り当てることができます。プールは、そのクォータを所有するノードに基づいて選択されます。

• ローカルノードが所有している場合は、プール0が使⽤されます。

• リモートノードが所有している場合は、プール1が使⽤されます。

たとえば、Q1∼Q4に4分割されたシェルフでは次のような割り当てが可能です。

• Q1：node_A_1のプール0

• Q2：node_A_2のプール0

• Q3：node_B_1のプール1

• Q4：node_B_2のプール1

注 : 内蔵ドライブの半分は、MetroClusterが構成されるまでは未割り当てです。

ルートアグリゲートの2つのプレックスのそれぞれに、次のパーティションが含まれます。




11


AX2200システムでのADPとディスク割り当て




2台各外付けシェルフのドライブが2つのグループ（ハーフ）に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。

1台のシェルフはローカルHAペアによって使⽤されます。もう1台のシェルフはリモートHAペアによって使⽤されます。

各シェルフのパーティションを使⽤してルートアグリゲートが作成されます。ルートアグリゲートのプレックスそれぞれに、次のパーティションが含まれます。





内蔵ドライブ24本のみ

ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。





12


AX3000システムでのADPとディスクの割り当て




2台各外付けシェルフのドライブが2つのグループ（ハーフ）に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。

1台のシェルフはローカルHAペアによって使⽤されます。もう1台のシェルフはリモートHAペアによって使⽤されます。

各シェルフのパーティションを使⽤してルートアグリゲートが作成されます。ルートアグリゲートのプレックスそれぞれに、次のパーティションが含まれます。





1台ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。





HX2200システムでのディスク割り当て




内蔵シェルフ1台と外付けシェルフ1台

内蔵シェルフと外付けシェルフが2つ（ハーフ）に均等に分割されます。各ハーフが⾃動的に別々のプールに割り当てられます。

サポートされる最⼩シェルフ数（サイトあたり）（アクティブ / パッシブHA構成）

内蔵ドライブのみ⼿動で割り当てる必要があります。

該当なし。

13


HX6100システムでのディスク割り当て




2台外付けシェルフのドライブが2つのグループ（半分）に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。

サポートされる最⼩シェルフ数（サイトあたり）（アクティブ / パッシブHA構成）

1台⼿動で割り当てる必要があります。

該当なし。

FAS500fシステムでのディスク割り当て




4台ドライブがシェルフ単位で⾃動的に割り当てられます。


1台ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。

該当なし。

MetroCluster構成でオールSANアレイシステムを使⽤する場合の考慮事項MetroCluster構成では、⼀部のオールSANアレイ（AX シリーズ）がサポートされます。MetroClusterのドキュメントに記載されているETERNUS AXモデルの情報は、対応するAXシステムにも該当します。たとえば、AX4100システムのケーブル接続やその他の情報は、すべてAX4100システムにも該当します。

クラスタピアの設定に関する考慮事項各MetroClusterサイトは、パートナーサイトのピアとして設定されます。ここでは、ピア関係を設定し、それらの関係に共有ポートと専⽤ポートのどちらを使⽤するかを判断する際に理解しておく必要がある前提条件とガイドラインを⺬します。

関連情報クラスタ / SVMピアリングエクスプレスガイド

クラスタピアの前提条件クラスタピアリングを設定する前に、接続、ポート、IPアドレス、サブネット、ファイアウォール、およびクラスタの命名要件が下記の条件を満たしているか確認してください。

接続要件

ローカルクラスタのすべてのクラスタ間LIFが、リモートクラスタのすべてのクラスタ間LIFと通信可能であることが必要です。

14



必須ではありませんが、⼀般に、クラスタ間LIFには同じサブネットのIPアドレスを使⽤した⽅が構成がシンプルになります。使⽤するIPアドレスは、データLIFと同じサブネットのIPアドレスでも別のサブネットのIPアドレスでもかまいません。各クラスタで使⽤するサブネットは、次の要件を満たしている必要があります。

• 1つのノードにつき1つのクラスタ間LIFが割り当てられるよう、サブネットに⼗分な数のIPアドレスを準備する。

たとえば、6ノードクラスタの場合、クラスタ間通信で使⽤するサブネットには使⽤可能なIPアドレスが6つ必要です。

クラスタ間ネットワークでは、ノードごとにクラスタ間LIFとIPアドレスが必要です。

クラスタ間LIFのアドレスにはIPv4またはIPv6のいずれかを使⽤できます。

ポートの要件

クラスタ間通信には専⽤のポートを使⽤することも、データネットワークで使⽤しているポートを共有することもできます。ポートは、次の要件を満たしている必要があります。

• 特定のリモートクラスタとの通信に使⽤するすべてのポートのIPspaceが同じである。

複数のクラスタとのピア関係の作成には複数のIPspaceを使⽤できます。ペアワイズのフルメッシュ接続はIPspace内でのみ必要になります。

• クラスタ間通信で使⽤されるブロードキャストドメインに、1ノードあたり最低2つのポートがあり、クラスタ間通信で別のポートへのフェイルオーバーが可能になっている。

ブロードキャストドメインに追加できるポートは、物理ネットワークポート、VLAN、インターフェイスグループ（ifgrps）です。

• すべてのポートが接続されている。• すべてのポートが正常な状態である。• ポートのMTU設定が⼀貫している。

ファイアウォールの要件

ファイアウォールとクラスタ間ファイアウォールポリシーでは、以下のプロトコルを許可する必要があります。

• ICMPサービス• ポート10000、11104、および11105経由でのすべてのクラスタ間LIFのIPアドレスへのTCP接続• クラスタ間LIF間の双⽅向HTTPS

デフォルトのクラスタ間ファイアウォールポリシーは、HTTPSプロトコル経由のアクセス、およびすべてのIPアドレス（0.0.0.0/0）からのアクセスを許可します。このポリシーは、必要に応じて変更や置き換えが可能です。

関連概念専⽤のポートを使⽤する場合の考慮事項（15ページ）データポートを共有する場合の考慮事項（16ページ）

専⽤のポートを使⽤する場合の考慮事項専⽤のポートを使⽤することが適切なクラスタ間ネットワークソリューションであるかどうかを判断するには、LANのタイプ、利⽤可能なWAN帯域幅、レプリケーション間隔、変更率、ポート数などの設定や要件を考慮する必要があります。

専⽤のポートを使⽤することがクラスタ間ネットワークソリューションとして適切であるかどうかを判断するには、ネットワークについて次の事項を考慮してください。

• 使⽤できるWAN帯域幅がLANポートの帯域幅とほぼ同じで、レプリケーション間隔の設定により、通常のクライアントアクティビティが実⾏されている間にレプリケーションが実⾏される場合は、

15


クラスタ間レプリケーションにイーサネットポートを専⽤に割り当てて、レプリケーションとデータプロトコルとの競合を回避します。

• データプロトコル（CIFS、NFS、iSCSI）によるネットワーク利⽤率が50%を超える場合は、レプリケーションにポートを専⽤に割り当てて、ノードフェイルオーバーの場合も、パフォーマンスが低下しないようにします。

• 10GbE以上の物理ポートがデータとレプリケーションの両⽅に使⽤されている場合は、レプリケーション⽤にVLANポートを作成し、論理ポートをクラスタ間レプリケーション専⽤にすることができます。

すべてのVLANおよびベースポートでポートの帯域幅が共有されます。• データの変更率とレプリケーション間隔について検討し、データポートを共有した場合に、間隔ご

とにレプリケートする必要があるデータの量が、データプロトコルとの競合を引き起こすほどの帯域幅を消費するかどうかを検討します。

関連概念データポートを共有する場合の考慮事項（16ページ）

関連資料クラスタピアの前提条件（14ページ）

データポートを共有する場合の考慮事項クラスタ間レプリケーションのためにデータポートを共有することが、クラスタ間ネットワークソリューションとして適切であるかどうかを判断するには、LANのタイプ、利⽤可能なWAN帯域幅、レプリケーション間隔、変更率、ポート数などの設定や要件を考慮する必要があります。

データポートを共有することがクラスタ間接続ソリューションとして適切であるかどうかを判断するには、ネットワークについて次の事項を考慮してください。

• 40ギガビットイーサネット（40GbE）ネットワークのように⾼速なネットワークの場合は、データアクセスに使⽤されるのと同じ40GbEポート上に、レプリケーションを実⾏するためのローカルLAN帯域幅が⼗分にあると考えられます。

多くの場合、使⽤できるWAN帯域幅は、10GbEのLAN帯域幅よりもはるかに少なくなります。• クラスタ内のすべてのノードが、データをレプリケートし、使⽤できるWAN帯域幅を共有しなけれ

ばならない場合、データポートを共有する⽅法は、⽐較的許容できる選択肢となります。• データ⽤とレプリケーション⽤のポートを共有すると、ポートをレプリケーション専⽤にする場合

のようにポート数を増やす必要がありません。• レプリケーションネットワークの最⼤転送単位（MTU）サイズは、データネットワークに使⽤さ

れるサイズと同じになります。• データの変更率とレプリケーション間隔について検討し、データポートを共有した場合に、間隔ご

とにレプリケートする必要があるデータの量が、データプロトコルとの競合を引き起こすほどの帯域幅を消費するかどうかを検討します。

• データポートをクラスタ間レプリケーション⽤に共有すると、同じノード上にある他の任意のクラスタ間対応ポートにクラスタ間LIFを移⾏して、レプリケーションに使⽤する特定のデータポートをコントロールできます。

関連概念専⽤のポートを使⽤する場合の考慮事項（15ページ）

関連資料クラスタピアの前提条件（14ページ）

プライベートレイヤ2ネットワークの共有に関する考慮事項

MetroCluster IPスイッチはMetroCluster構成専⽤であり、共有することはできません。したがって、MetroCluster IPスイッチはセットごとに1つのMetroCluster構成にしか接続できません。共有スイッチに接続できるのは、MetroCluster IPスイッチのMetroCluster ISLポートだけです。

16


注意 : 共有ネットワークを使⽤する場合は、共有ネットワークがMetroClusterのネットワーク要件を満たしていることを確認してください。

共有ネットワークにおけるMetroCluster ISLの要件共有ネットワークでISLトラフィックを共有する場合は、⼗分な容量を確保し、ISLのサイズを適切に設定する必要があります。MetroClusterサイト間でのデータのレプリケーションでは、レイテンシを低く抑えることが重要になります。これらの接続にレイテンシの問題があると、クライアントI/Oに影響が及ぶ可能性があります。

以下のセクションを確認して、ISLに必要なエンドツーエンドの容量を正しく計算してください。MetroCluster構成では、不揮発性キャッシュとストレージのレプリケーションのレイテンシを継続的に低く抑えることが重要です。バックエンドネットワークのレイテンシは、クライアントIOのレイテンシとスループットに影響します。

ISLのレイテンシとパケット損失の制限

MetroCluster構成の安定した運⽤状態を維持するには、site_Aとsite_BのMetroCluster IPスイッチ間のラウンドトリップトラフィックについて次の要件を満たしている必要があります。

• ラウンドトリップレイテンシは7ミリ秒以下である必要があります。

距離に関して最⼤700kmという制限があるため、サイト間の距離はレイテンシまたは最⼤距離のいずれかの制限に先に達した時点までに制限されます。

2つのMetroClusterサイト間の距離が⻑くなるとレイテンシが増加します。通常、ラウンドトリップ遅延時間は100km（62マイル）ごとに1ミリ秒程度です。このレイテンシは、ネットワークのISLリンクの帯域幅、パケット破棄率、ジッターに関するサービスレベル契約（SLA）にも左右されます。低帯域幅、⾼ジッター、ランダムなパケット破棄などが発⽣すると、パケットを適切に配信できるように、スイッチやコントローラモジュールのTCPエンジンによってさまざまなリカバリメカニズムが適⽤されます。このようなリカバリメカニズムによって、全体的なレイテンシが増加することがあります。

レイテンシに影響するすべてのデバイスについて考慮する必要があります。• パケット損失は0.01%以下である必要があります。

パケット損失には、物理的な損失と輻輳やオーバーサブスクリプションによる損失が含まれます。

パケットの破棄により、再送信が発⽣し、輻輳ウィンドウが減少することがあります。• サポートされるジッター値は、ラウンドトリップで3ミリ秒（⼀⽅向1.5ミリ秒）です。• ネットワークのSLAについては、トラフィックのマイクロバーストや急増も考慮し

て、MetroClusterトラフィックに必要な帯域幅に対応するSLAを割り当てて維持する必要があります。

帯域幅が狭いと、スイッチでキューの遅延やテールドロップが発⽣する可能性があります。ONTAP9.7以降を使⽤している場合、2つのサイト間のネットワークで、MetroCluster⽤に最低4.5Gbpsの帯域幅が確保されている必要があります。

• MetroCluster以外のトラフィックに悪影響を与える可能性があるため、MetroClusterトラフィックですべての帯域幅を消費しないようにする必要があります。

• 共有ネットワークでネットワーク監視を設定し、ISLの使⽤状況、エラー（破棄、リンクフラップ、破損など）、障害を監視する必要があります。

お客様のスイッチの接続の制限とトランキング

お客様側で⽤意する中間スイッチは、次の要件を満たしている必要があります。

• 中間スイッチの数に制限はなく、MetroCluster IPスイッチ間で3つ以上のスイッチがサポートされます。

17


MetroCluster IPスイッチは、⻑距離リンクを提供する中間スイッチにできるだけ近い場所に配置する必要があります。ルート上のすべてのISL接続がMetroCluster ISLのすべての要件を満たしている必要があります。

• お客様のネットワークのISL（お客様のスイッチ間のISL）は、⼗分な帯域幅を確保し、配信順序を維持するように設定する必要があります。

これは、⼗分な数のリンクをトランキングし、順序を維持するためのロードバランシングポリシーを適⽤することで実現できます。

その他のネットワーク要件

お客様側で⽤意する中間スイッチは、次の要件を満たしている必要があります。

• MetroClusterトラフィックでは、指定したRCFファイルで設定された固定のVLAN IDを使⽤します。

MetroClusterのVLAN IDとIDが⼀致するレイヤ2のVLANで共有ネットワークを構成する必要があります。AX2100およびHX2200のシステムでは、インターフェイスの作成時に変更していなければ、VLAN 10およびVLAN 20が必要です。それ以外のシステムでは、VLAN IDについて特定の制限はありません。

• ネットワークのエンドツーエンドのすべてのデバイスについて、MTUサイズを9216に設定する必要があります。

• 他のトラフィックにClass Of Service（COS;サービスクラス）5よりも⾼い優先度を設定することはできません。

• エンドツーエンドのすべてのパスでExplicit Congestion Notification（ECN;明⺬的輻輳通知）を設定する必要があります。

ISLのケーブル接続の要件MetroCluster IP構成で共有ISLを使⽤する場合は、サイトAのコントローラポートからサイトBのコントローラポートまでのエンドツーエンドのMetroCluster ISLの要件を理解しておく必要があります。

MetroCluster ISLの基本要件

次の要件を満たす必要があります。

• ネイティブ速度のISLスイッチポートは、ネイティブ速度のISLスイッチポートに接続する必要があります。

たとえば、40Gbpsポートは40Gbpsポートに接続します。• ブレークアウトケーブルを使⽤しないネイティブモードの10Gbpsポートは、ネイティブモード

の10Gbpsポートに接続できます。• MetroCluster IPスイッチとネットワークの間のISL、および中間スイッチ間のISLは、速度に関して同

じルールに従います。• MetroClusterスイッチとネットワークスイッチの間と、ネットワークスイッチ間で、ISLの数が⼀致

している必要はありません。

たとえば、2個のISLを使⽤してMetroClusterスイッチを中間スイッチに接続し、10個のISLを使⽤して中間スイッチどうしを接続できます。

• MetroClusterスイッチとネットワークスイッチの間と、ネットワークスイッチ間で、ISLの速度が⼀致している必要はありません。

たとえば、40GbpsのISLを使⽤してMetroClusterスイッチを中間スイッチに接続し、100GbpsのISLを使⽤して中間スイッチどうしを接続できます。

• 各MetroClusterスイッチを中間スイッチに接続するISLの数と速度は、両⽅のMetroClusterサイトで同じである必要があります。

18


共有ネットワークにおけるISLおよびブレークアウトケーブルの数

MetroCluster IPスイッチを共有ネットワークに接続するISLの数は、スイッチのモデルとポートタイプによって異なります。

MetroCluster IPスイッチのモデル

ポートタイプ ISL数

標準ポート ISL×6、40Gbpsポートを使⽤Cisco 3132Q-V

ブレークアウトケーブル 16×10Gbs ISL

標準ポート ISL×6、40Gbpsまたは100Gbpsポートを使⽤

Cisco 3232C

ブレークアウトケーブル 16×10Gbs ISL

• Ciscoスイッチでは、ブレークアウトケーブルの使⽤（1つの物理ポートを4つの10Gbpsポートとして使⽤）がサポートされます。

• IPスイッチのRCFファイルでは、標準モードとブレークアウトモードのポートが設定されています。

標準ポート速度モードとブレークアウトモードのISLポートの混在はサポートされていません。同じネットワーク内で、MetroCluster IPスイッチから中間スイッチへのすべてのISLで速度と⻑さが同じである必要があります。

• ラウンドトリップレイテンシが上記の要件の範囲内であれば、外部暗号化デバイス（外部リンクの暗号化やWDMデバイスによる暗号化）の使⽤がサポートされます。

最適なパフォーマンスを実現するには、ネットワークごとに少なくとも1つの40Gbps ISLか複数の10Gbps ISLを使⽤します。

共有ISLの理論上の最⼤スループット（たとえば40Gbps ISLが6つであれば240Gbps）は、すべての条件が揃った場合の最⼤値です。複数のISLを使⽤する場合は、統計上の負荷分散が最⼤スループットに影響することがあります。負荷が均⼀でなくなった場合、単⼀のISLと同じレベルまでスループットが低下する可能性があります。

中間スイッチでの必要な設定共有ネットワークでISLトラフィックを共有する場合は、MetroClusterトラフィック（RDMAとストレージ）がMetroClusterサイト間のパス全体で必要なサービスレベルを満たすように、お客様提供の中間スイッチを設定する必要があります。

ここでは、Cisco Nexus 3000スイッチを例に説明します。ご使⽤のスイッチのベンダーやモデルに応じて、中間スイッチが同等の設定になっていることを確認する必要があります。

Cisco Nexusスイッチ

次の図は、外部スイッチがCiscoスイッチの場合の共有ネットワークに必要な設定の概要を⺬しています。

この例では、MetroClusterトラフィック⽤に次のポリシーとマップが作成されます。

19


• MetroCluster IPスイッチに接続する中間スイッチのポートに適⽤されるMetroClusterIP_Ingressポリシー。

MetroClusterIP_Ingressポリシーは、受信するタグ付きトラフィックを中間スイッチの適切なキューにマッピングします。タグ付けは、ISLではなくノードポートで⾏われます。ISLで同じポートを使⽤しているMetroCluster以外のトラフィックは、デフォルトのキューに残ります。

• 中間スイッチ間のISLに接続する中間スイッチのポートに適⽤されるMetroClusterIP_E Egressポリシー。

MetroCluster IPスイッチ間のパスに沿って、対応するQoSアクセスマップ、クラスマップ、およびポリシーマップを指定して中間スイッチを設定する必要があります。中間スイッチは、RDMAトラフィックをCOS5にマッピングし、ストレージトラフィックをCOS4にマッピングします。

次に⺬すのは、お客様提供のCisco Nexus 3000スイッチの設定例です。Ciscoスイッチを使⽤している場合は、この例を参考に、スイッチをパスに沿って簡単に設定できます。Ciscoスイッチを使⽤していない場合は、ご使⽤の中間スイッチに対し、同等の設定を確認して適⽤する必要があります。

次の例はクラスマップの定義を⺬しています。

注 : この例は、Cisco MetroCluster IPスイッチを使⽤する構成が対象です。スイッチのタイプに関係なく、MetroClusterトラフィックを伝送するスイッチでMetroCluster IPスイッチに接続されていないスイッチに使⽤できます。class-map type qos match-all rdma match cos 5class-map type qos match-all storage match cos 4

次の例はポリシーマップの定義を⺬します。policy-map type qos MetroClusterIP_Ingress class rdma set dscp 40 set cos 5 set qos-group 5 class storage set dscp 32 set cos 4 set qos-group 4policy-map type queuing MetroClusterIP_Egress class type queuing c-out-8q-q7 priority level 1 class type queuing c-out-8q-q6 priority level 2 class type queuing c-out-8q-q5 priority level 3 random-detect threshold burst-optimized ecn class type queuing c-out-8q-q4 priority level 4 random-detect threshold burst-optimized ecn class type queuing c-out-8q-q3 priority level 5 class type queuing c-out-8q-q2 priority level 6 class type queuing c-out-8q-q1 priority level 7 class type queuing c-out-8q-q-default bandwidth remaining percent 100 random-detect threshold burst-optimized ecn

中間スイッチ

• 中間スイッチについては、ISLスイッチポートに出⼒ポリシーを割り当てる必要があります。• MetroClusterトラフィックを伝送するパスにあるその他のすべての内部スイッチについては、Cisco

Nexus 3000スイッチのセクションにあるクラスマップとポリシーマップの例を参照してください。

MetroClusterネットワークトポロジの例ONTAP 9.7以降では、⼀部の共有ISLネットワーク構成がMetroCluster IP構成でサポートされます。

20


直接リンクを使⽤する共有ネットワーク構成

このトポロジでは、2つのサイトが直接リンクで接続されます。このリンクは、波⻑分割多重機器（xWDM）またはスイッチとの間に設定できます。ISLの容量は、MetroClusterトラフィック専⽤ではなく他のトラフィックと共有されます。

ISLの容量が最⼩要件を満たしている必要があります。xWDMデバイスとスイッチのどちらを使⽤するかによって、適⽤できるネットワーク構成の組み合わせが変わります。

中間ネットワークを使⽤する共有インフラ

このトポロジでは、MetroCluster IPのコアスイッチのトラフィックとホストトラフィックが、富⼠通が提供したものでないネットワークを経由します。ネットワークインフラとリンク（リースされた直接リンクを含む）は、MetroCluster構成の外部にあります。ネットワークは⼀連のxWDMとスイッチで構成できますが、直接ISLを使⽤する共有構成とは異なり、サイト間はリンクで直接接続されません。サイト間のインフラによっては、ネットワーク構成を任意に組み合わることが可能です。中間インフラは、「クラウド」（サイト間に複数のデバイスが存在）として表されていますが、お客様の管理下にあります。この中間インフラの容量は、MetroClusterトラフィック専⽤ではなく、他のトラフィックと共有されます。

VLANおよびネットワークxWDMまたはスイッチの設定が、最⼩要件を満たしている必要があります。

2つのMetroCluster構成で中間ネットワークを共有する構成

このトポロジでは、2つのMetroCluster構成で同じ中間ネットワークを共有します。次の例では、MetroCluster 1のswitch_A_1とMetroCluster 2のswitch_A_1が同じ中間スイッチに接続されています。

21


この例はわかりやすくするために簡略化しています。

2つのMetroCluster構成の⼀⽅を中間ネットワークに直接接続する構成

このトポロジはONTAP 9.7以降でサポートされています。このトポロジでは、2つの異なるMetroCluster構成で同じ中間ネットワークを共有し、⼀⽅のMetroCluster構成のノードを中間スイッチに直接接続します。

MetroCluster 1は、富⼠通検証済みスイッチ、ONTAP 9.7、共有トポロジを使⽤するMetroCluster構成です。MetroCluster 2は、富⼠通準拠スイッチとONTAP 9.7を使⽤するMetroCluster構成です。

注 : 中間スイッチは富⼠通の仕様に準拠している必要があります。

MetroCluster準拠スイッチの使⽤に関する考慮事項（23ページ）

この例はわかりやすくするために簡略化しています。

22


MetroCluster準拠スイッチの使⽤に関する考慮事項富⼠通が提供するMetroCluster IPスイッチは、富⼠通で検証済みです。ONTAP 9.7以降では、富⼠通の仕様に準拠していれば、富⼠通で検証されていないスイッチでもMetroCluster IP構成でサポートされます。

⼀般要件

これらの要件は、Reference Configuration File（RCF;リファレンス構成ファイル）を使⽤せずにMetroCluster準拠スイッチを構成する場合のものです。

• サポートされるのは、スイッチレスクラスタインターコネクト⽤のポートがあるプラットフォームのみです。HX2200やAX2100などのプラットフォームは、MetroClusterトラフィックとMetroClusterインターコネクトトラフィックで同じネットワークポートを共有するためサポートされません。

MetroCluster準拠スイッチへのローカルクラスタ接続はサポートされていません。• MetroCluster IPインターフェイスは、要件を満たすように設定できる任意のスイッチポートに接続

できます。• スイッチポートの速度は、HX6100およびAX3000プラットフォームでは25Gbps、その他のプラット

フォームでは40Gbps以上（40Gbpsまたは100Gbps）である必要があります。

23


• ISLは10Gbps以上で、MetroCluster構成の負荷に応じて適切なサイズにする必要があります。• MetroCluster構成は、2つのネットワークに接続する必要があります。両⽅のMetroClusterインター

フェイスを同じネットワークまたはスイッチに接続することはできません。各MetroClusterノードは、2つのネットワークスイッチに接続する必要があります。

• ネットワークは、共有ネットワークにおけるMetroCluster ISLの要件、ISLのケーブル接続の要件、および中間スイッチの必須の設定のセクションに記載された要件を満たしている必要があります。

• オープンネットワークを使⽤するMetroCluster IP構成では、ONTAP 9.7以前へのリバートはサポートされません。

• MetroCluster IPトラフィックに使⽤されるすべてのスイッチで、MTUが9216に設定されている必要があります。

スイッチとケーブル接続の要件

• スイッチでQoS / トラフィック分類がサポートされている必要があります。• スイッチでExplicit Congestion Notification（ECN;明⺬的輻輳通知）がサポートされている必要があり

ます。• パスで順序が維持されるように、スイッチでL4ポートVLANロードバランシングポリシーがサポー

トされている必要があります。• スイッチでL2 Flow Control（L2FC;L2フロー制御）がサポートされている必要があります。• ノードとスイッチの接続には、富⼠通から購⼊したケーブルを使⽤する必要があります。スイッチ

ベンダーがサポートしているケーブルを使⽤してください。

MetroCluster準拠スイッチのネットワーク速度（プラットフォーム別）

次の表に、MetroCluster準拠スイッチのネットワーク速度をプラットフォーム別に⺬します。

注 : 値が記載されていないプラットフォームはサポート対象外です。

プラットフォームネットワーク速度（Gbps）

AX3000 25

AX2100 -

HX6100 25

HX2200 -

例で想定している状況

ここで紹介する例は、Cisco NX31xxおよびNX32xxスイッチのものです。他のスイッチを使⽤する場合も参考になりますが、使⽤するスイッチによってコマンドが異なることがあります。これらの例で⺬している機能がスイッチで使⽤できない場合、そのスイッチは最⼩要件を満たしておらず、MetroCluster構成の導⼊には使⽤できません。これは、MetroCluster構成の接続に使⽤するすべてのスイッチ、およびそれらのスイッチ間のパスにあるすべてのスイッチに当てはまります。

• ISLポートは15と16で、速度は40Gbpsです。• ネットワーク1のVLANは10で、ネットワーク2のVLANは20です。ここでは、⼀⽅のネットワークの

例しか⺬していない場合があります。• MetroClusterインターフェイスは各スイッチのポート9に接続され、速度は100Gbpsです。• ここでは、例の完全なコンテキストは⺬していません。コマンドを実⾏するには、プロファイ

ル、VLAN、インターフェイスなどの詳細な設定情報を必要に応じて⼊⼒してください。

⼀般的なスイッチの設定

各ネットワークのVLANを設定する必要があります。次の例では、ネットワークのVLANを10に設定しています。

例：

24


# vlan 10

順序が維持されるように、ロードバランシングポリシーを設定する必要があります。

例：# port-channel load-balance src-dst ip-l4port-vlan

アクセスマップとクラスマップを設定して、RDMAトラフィックとiSCSIトラフィックを適切なクラスにマッピングする必要があります。

ポート65200を経由するすべてのTCPトラフィックをストレージ（iSCSI）クラスにマッピングします。ポート10006を経由するすべてのTCPトラフィックをRDMAクラスにマッピングします。

例：

ip access-list storage 10 permit tcp any eq 65200 any 20 permit tcp any any eq 65200ip access-list rdma 10 permit tcp any eq 10006 any 20 permit tcp any any eq 10006

class-map type qos match-all storage match access-group name storageclass-map type qos match-all rdma match access-group name rdma

⼊⼒ポリシーを設定する必要があります。⼊⼒ポリシーは、トラフィックを異なるCOSグループに分類してマッピングします。この例では、RDMAトラフィックをCOSグループ5にマッピングし、iSCSIトラフィックをCOSグループ4にマッピングしています。

例：

policy-map type qos MetroClusterIP_Ingressclass rdma set dscp 40 set cos 5 set qos-group 5class storage set dscp 32 set cos 4 set qos-group 4

スイッチで出⼒ポリシーを設定する必要があります。出⼒ポリシーは、トラフィックを出⼒キューにマッピングします。この例では、RDMAトラフィックをキュー5にマッピングし、iSCSIトラフィックをキュー4にマッピングしています。

例：

policy-map type queuing MetroClusterIP_Egressclass type queuing c-out-8q-q7 priority level 1class type queuing c-out-8q-q6 priority level 2class type queuing c-out-8q-q5 priority level 3 random-detect threshold burst-optimized ecnclass type queuing c-out-8q-q4 priority level 4 random-detect threshold burst-optimized ecnclass type queuing c-out-8q-q3 priority level 5class type queuing c-out-8q-q2 priority level 6class type queuing c-out-8q-q1 priority level 7class type queuing c-out-8q-q-default bandwidth remaining percent 100 random-detect threshold burst-optimized ecn

ISLにMetroClusterトラフィックがあるが、いずれのMetroClusterインターフェイスにも接続されていないスイッチについて設定する必要があります。この場合、トラフィックはすでに分類されており、適切なキューにマッピングするだけで済みます。次の例では、すべてのCOS5トラフィックをクラスRDMAにマッピングし、すべてのCOS4トラフィックをクラスiSCSIにマッピングしています。これは、MetroClusterトラフィックだけでなく、すべてのCOS5トラフィックとCOS4トラフィックに影響することに注意してください。MetroClusterトラフィックのみをマッピングする場合は、上記のクラスマップを使⽤してアクセスグループでトラフィックを識別する必要があります。

25


例：

class-map type qos match-all rdma match cos 5class-map type qos match-all storage match cos 4

ISLの設定

許可するVLANを設定するときに「トランク」モードでポートを設定できます。

許可するVLANのリストを設定するコマンドと、許可するVLANを既存のリストに追加するコマンドの2つがあります。

許可するVLANを設定する例を次に⺬します。

例：switchport trunk allowed vlan 10

許可するVLANをリストに追加する例を次に⺬します。

例：switchport trunk allowed vlan add 10

この例では、VLAN 10にポートチャネル10を設定しています。

例：

interface port-channel10switchport mode trunkswitchport trunk allowed vlan 10mtu 9216service-policy type queuing output MetroClusterIP_Egress

次の例に⺬すように、ISLポートをポートチャネルの⼀部として設定して出⼒キューに割り当てる必要があります。

例：

interface eth1/15-16switchport mode trunkswitchport trunk allowed vlan 10no lldp transmitno lldp receivemtu 9216channel-group 10 mode activeservice-policy type queuing output MetroClusterIP_Egressno shutdown

ノードポートの設定

ノードポートをブレークアウトモードで設定する必要がある場合があります。この例では、ポート25と26をブレークアウトモードで4つの25Gbpsポートとして設定しています。

例：interface breakout module 1 port 25-26 map 25g-4x

MetroClusterインターフェイスのポート速度を設定する必要がある場合があります。次の例では、速度を「auto」に設定しています。

例：speed auto

次の例では、速度を40Gbpsに固定しています。

例：speed 40000

インターフェイスの設定が必要になる場合があります。次の例では、インターフェイスの速度を「auto」に設定しています。

26


VLAN 10のポートはアクセスモードで、MTUが9216に設定され、MetroCluster⼊⼒ポリシーが割り当てられています。

例：

interface eth1/9description MetroCluster-IP Node Portspeed autoswitchport access vlan 10spanning-tree port type edgespanning-tree bpduguard enablemtu 9216flowcontrol receive onflowcontrol send onservice-policy type qos input MetroClusterIP_Ingressno shutdown

25Gbpsポートでは、次の例に⺬すように、FEC設定を「off」に設定する必要がある場合があります。

例：fec off

注 : このコマンドは、インターフェイスを設定したあとに必ず実⾏する必要があります。コマンドを実⾏するために、トランシーバモジュールの挿⼊が必要になることがあります。

MetroCluster IP構成でTDM / xWDMおよび暗号化機器を使⽤する場合の考慮事項

MetroCluster IP構成で多重化機器を使⽤する場合は、⼀定の考慮事項に注意する必要があります。

これらの考慮事項は、MetroCluster専⽤の直接のバックエンドリンクおよびスイッチにのみ適⽤され、MetroCluster以外のトラフィックと共有されるリンクには適⽤されません。

WDMまたは外部暗号化デバイスでの暗号化の使⽤

MetroCluster IP構成においてWDMデバイスで暗号化を使⽤する場合は、次の要件を満たす必要があります。

• 該当するスイッチのベンダーの認定を受けた外部暗号化デバイスまたはDWDM機器を使⽤する必要があります。

動作モード（トランキングや暗号化など）に対応した認定が必要です。• 暗号化を含むエンドツーエンドの全体的なレイテンシおよびジッターがサポート組み合わせ表また

はこのドキュメントに記載されている最⼤値以下である必要があります。

SFPに関する考慮事項

MetroCluster ISLでは、機器のベンダーがサポートしているSFPまたはQSFPがサポートされます。SFPとQSFPは富⼠通または機器のベンダーから⼊⼿できます。

ISLに関する考慮事項

ISLの速度と⻑さは、1つのファブリックのすべてのISLで同じである必要があります。

ISLのトポロジは、1つのファブリックのすべてのISLで同じである必要があります。たとえば、直接リンクの場合はすべてを直接リンクにし、WDMを使⽤する場合はすべてでWDMを使⽤する必要があります。

ISLをMetroCluster以外のネットワークと共有する場合は、プライベートレイヤ2ネットワークの共有に関する考慮事項（16ページ）のガイドラインに従う必要があります。

27


ミラーされていないアグリゲートを使⽤する場合の考慮事項ミラーされていないアグリゲートが構成に含まれている場合、スイッチオーバー処理後にアクセスに関する問題が発⽣する可能性があります。

電源のシャットダウンが必要なメンテナンス実施時のミラーされていないアグリゲートに関する考慮事項

サイト全体の電源のシャットダウンが必要なメンテナンスのためにネゴシエートスイッチオーバーを実⾏する場合は、最初にディザスタサイトが所有するミラーされていないアグリゲートを⼿動でオフラインにする必要があります。

そうしないと、複数のディスクがパニック状態になって、サバイバーサイトのノードが停⽌する可能性があります。この問題が発⽣するのは、電源のシャットダウンまたはISLの喪失によってディザスタサイトのストレージへの接続が失われたために、スイッチオーバーされたミラーされていないアグリゲートがオフラインになるか、または⾒つからない場合です。

ミラーされていないアグリゲートと階層状のネームスペースに関する考慮事項

階層状のネームスペースを使⽤している場合は、パス内のすべてのボリュームがミラーされたアグリゲートのみ、またはミラーされていないアグリゲートのみに配置されるようにジャンクションパスを設定する必要があります。ジャンクションパスにミラーされていないアグリゲートとミラーされたアグリゲートが混在していると、スイッチオーバー処理後にミラーされていないアグリゲートにアクセスできなくなる可能性があります。

ミラーされていないアグリゲート、CRSメタデータボリューム、およびデータSVMのルートボリュームに関する考慮事項

設定レプリケーションサービス（CRS）メタデータボリュームとデータSVMのルートボリュームは、ミラーされたアグリゲートに配置する必要があります。これらのボリュームをミラーされていないアグリゲートに移動することはできません。ミラーされていないアグリゲートに配置されている場合、ネゴシエートスイッチオーバー処理とスイッチバック処理が拒否されます。その場合、metrocluster checkコマンドによって警告が表⺬されます。

ミラーされていないアグリゲートとSVMに関する考慮事項

SVMは、ミラーされたアグリゲートでのみ、またはミラーされていないアグリゲートでのみ設定する必要があります。ミラーされていないアグリゲートとミラーされたアグリゲートが混在しているとスイッチオーバー処理に2分以上かかり、ミラーされていないアグリゲートがオンラインにならない場合にデータを利⽤できなくなることがあります。

ミラーされていないアグリゲートとSANに関する考慮事項

ミラーされていないアグリゲートにはLUNを配置しないでください。ミラーされていないアグリゲートにLUNを設定すると、スイッチオーバー処理に2分以上かかってデータを利⽤できなくなることがあります。

ミラーされていないアグリゲート⽤にストレージシェルフを追加する場合の考慮事項

注 : MetroCluster IP構成のミラーされていないアグリゲートに使⽤するシェルフを追加する場合は、次の⼿順を実⾏する必要があります。

1. シェルフを追加する⼿順を開始する前に、次のコマンドを実⾏します。metrocluster modify-enable-unmirrored-aggr-deployment true

2. ⾃動ディスク割り当てが無効になっていることを確認します。disk option show3. ⼿順に従ってシェルフを追加します。4. 新しいシェルフのすべてのディスクを、ミラーされていないアグリゲートを所有するノードに⼿動

で割り当てます。

28


5. storage aggregate createコマンドを使⽤してアグリゲートを作成します。.6. ⼿順が完了したら、次のコマンドを実⾏します。metrocluster modify -enable-

unmirrored-aggr-deployment false

7. ⾃動ディスク割り当てが有効になっていることを確認します。disk option show

MetroClusterサイトでのファイアウォール使⽤に関する考慮事項MetroClusterサイトでファイアウォールを使⽤している場合は、必要な特定のポートへのアクセスを確保する必要があります。

次の表は、2つのMetroClusterサイト間に配置された外部のファイアウォールで使⽤するTCP / UDPポートの⼀覧です。

トラフィックタイプポート / サービス

クラスタピアリング 11104 / TCP

11105 / TCP

ONTAP System Manager 443 / TCP

MetroCluster IPのインタークラスタLIF 65200 / TCP

10006 / TCPおよびUDP

ハードウェアアシスト 4444 / TCP

⼯場出荷状態の新しいMetroClusterシステムの事前設定新しく購⼊したMetroClusterノードには、ルートアグリゲートが事前に設定されています。ハードウェアとソフトウェアのその他の設定は、このガイドで説明する詳細な⼿順に従って実施します。

ハードウェアのラックへの設置とケーブル接続

注⽂した構成によっては、システムをラックに設置してケーブル接続を完了する必要があります。

MetroCluster構成のソフトウェア設定

新規購⼊したMetroCluster構成では、ノードにあらかじめ1つのルートアグリゲートが設定されています。その他の設定は、このガイドで説明する詳細な⼿順に従って実施する必要があります。

ハードウェアセットアップのチェックリストハードウェアのセットアップ⼿順について、どの⼿順が出荷時点で完了していて、どの⼿順を各MetroClusterサイトで実施する必要があるかを理解しておく必要があります。

⼿順出荷時に完了ユーザが実施

1つ以上のキャビネットにコンポーネントをマウント。

○ ×

⽬的の場所にキャビネットを配置。 × ○

元の順序で配置して、付属のケーブルの⻑さが⼗分であることを確認します。

29



複数のキャビネットを相互に接続（必要な場合）。

× ○

注⽂に含まれている場合は、キャビネットインターコネクトキットを使⽤します。キットボックスにはラベルが付いています。

キャビネットを床に固定（必要な場合）。 × ○

注⽂に含まれている場合は、汎⽤のボルトダウンキットを使⽤します。キットボックスにはラベルが付いています。

キャビネット内のコンポーネントをケーブル接続。

○

5m以上のケーブルは出荷時にアクセサリボックスに収納されています。

×

キャビネット間のケーブルを接続（必要な場合）。

× ○

ケーブルはアクセサリボックスに収納されています。

管理ケーブルをお客様のネットワークに接続。

× ○

直接接続するか、CN1601管理スイッチがある場合はスイッチ経由で接続します。

重要 : アドレスの競合を避けるために、デフォルトのIPアドレスをお客様の値に変更するまでは、管理ポートをお客様のネットワークに接続しないでください。

コンソールポートをお客様のターミナルサーバに接続。

× ○

お客様のデータケーブルをクラスタに接続。 × ○

キャビネットを電源に接続してコンポーネントに電源を供給。

× ○

電源は次の順序で投⼊します。

1. PDU2. ディスクシェルフ3. ノード

30



クラスタスイッチの管理ポート、および管理スイッチがある場合はその管理ポートにIPアドレスを割り当て。

× ○

各スイッチのシリアルコンソールポートに接続し、ユーザ名「admin」、パスワードなしでログインします。

推奨される管理アドレスは、10.10.10.81、10.10.10.82、10.10.10.83、および10.10.10.84です。

Config Advisorツールを実⾏してケーブル接続を検証。

× ○

31

| MetroClusterハードウェアコンポーネントの構成 |

MetroClusterハードウェアコンポーネントの構成

両⽅の物理サイトで、MetroClusterのコンポーネントを設置し、ケーブル接続して、構成する必要があります。

MetroCluster IP構成のコンポーネントMetroCluster IP構成を計画するときは、ハードウェアコンポーネントとその相互接続について理解しておく必要があります。

中核をなすハードウェア

MetroCluster IP構成には、中核をなす次のハードウェアが含まれます。

• ストレージコントローラ

ストレージコントローラは2つの2ノードクラスタとして構成されます。• IPネットワーク

このバックエンドIPネットワークは、次の2つの⽬的の接続を提供します。

• クラスタ内通信⽤の標準クラスタ接続。

これは、MetroCluster以外のONTAPスイッチクラスタで使⽤されるクラスタスイッチ機能と同じです。

• ストレージデータと不揮発性キャッシュのレプリケーション⽤のMetroClusterバックエンド接続。

• クラスタピアリングネットワーク

クラスタピアリングネットワークは、Storage Virtual Machine（SVM）の設定を含むクラスタ構成をミラーするための接続を提供します。⼀⽅のクラスタのすべてのSVMの設定が、パートナークラスタにミラーされます。

32

| MetroClusterハードウェアコンポーネントの構成 |

ディザスタリカバリ（DR）グループ

MetroCluster IP構成は、4つのノードからなる1つのDRグループで構成されます。

次の図は、4ノードのMetroCluster構成におけるノードの編成を⺬しています。

MetroCluster構成のローカルHAペアの図それぞれのMetroClusterサイトには、HAペアを構成するストレージコントローラが含

fujitsu storage eternus ax/hx series metrocluster® ip ......たは8ノード 2ノード 2ノード...

Documents