View
5
Download
0
Category
Preview:
Citation preview
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環境の準備 |
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
https://www.fujitsu.com/jp/products/computing/storage/manual/
| MetroCluster環境の準備 |
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
MetroCluster IPインターフェイス2
10.1.2.1 10.1.2/24
MetroCluster IPインターフェイス1
10.1.1.2 10.1.1/24node_A_2
MetroCluster IPインターフェイス2
10.1.2.2 10.1.2/24
MetroCluster IPインターフェイス1
10.1.1.3 10.1.1/24node_B_1
MetroCluster IPインターフェイス2
10.1.2.3 10.1.2/24
8
| MetroCluster環境の準備 |
ノード インターフェイス IPアドレス サブネット
MetroCluster IPインターフェイス1
10.1.1.4 10.1.1/24node_B_2
MetroCluster IPインターフェイス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
| MetroCluster環境の準備 |
新しいシェルフが追加されると、追加されたシェルフに同じ割り当てポリシーが適⽤されます。たとえば、各サイトにシェルフが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
https://www.fujitsu.com/jp/products/computing/storage/manual/
| MetroCluster環境の準備 |
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
サポートされる最⼩シェルフ数(サイトあたり)
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つのプレックスのそれぞれに、次のパーティションが含まれます。
• データ⽤パーティション×1
• パリティ パーティション×2
• スペア パーティション×1
11
| MetroCluster環境の準備 |
AX2200システムでのADPとディスク割り当て
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
推奨される最⼩シェルフ数(サイトあたり)
2台 各外付けシェルフのドライブが2つのグループ(ハーフ)に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。
1台のシェルフはローカルHAペアによって使⽤されます。もう1台のシェルフはリモートHAペアによって使⽤されます。
各シェルフのパーティションを使⽤してルート アグリゲートが作成されます。ルート アグリゲートのプレックスそれぞれに、次のパーティションが含まれます。
• データ⽤パーティション×8
• パリティ パーティション×2
• スペア パーティション×2
サポートされる最⼩シェルフ数(サイトあたり)
内蔵ドライブ24本のみ
ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。
ルート アグリゲートの2つのプレックスのそれぞれに、次のパーティションが含まれます。
• データ⽤パーティション×3
• パリティ パーティション×2
• スペア パーティション×1
12
| MetroCluster環境の準備 |
AX3000システムでのADPとディスクの割り当て
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
推奨される最⼩シェルフ数(サイトあたり)
2台 各外付けシェルフのドライブが2つのグループ(ハーフ)に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。
1台のシェルフはローカルHAペアによって使⽤されます。もう1台のシェルフはリモートHAペアによって使⽤されます。
各シェルフのパーティションを使⽤してルート アグリゲートが作成されます。ルート アグリゲートのプレックスそれぞれに、次のパーティションが含まれます。
• データ⽤パーティション×8
• パリティ パーティション×2
• スペア パーティション×2
サポートされる最⼩シェルフ数(サイトあたり)
1台 ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。
ルート アグリゲートの2つのプレックスのそれぞれに、次のパーティションが含まれます。
• データ⽤パーティション×3
• パリティ パーティション×2
• スペア パーティション×1
HX2200システムでのディスク割り当て
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
推奨される最⼩シェルフ数(サイトあたり)
内蔵シェルフ1台と外付けシェルフ1台
内蔵シェルフと外付けシェルフが2つ(ハーフ)に均等に分割されます。各ハーフが⾃動的に別々のプールに割り当てられます。
サポートされる最⼩シェルフ数(サイトあたり)(アクティブ / パッシブHA構成)
内蔵ドライブのみ ⼿動で割り当てる必要があります。
該当なし。
13
| MetroCluster環境の準備 |
HX6100システムでのディスク割り当て
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
サポートされる最⼩シェルフ数(サイトあたり)
2台 外付けシェルフのドライブが2つのグループ(半分)に均等に分割されます。シェルフの各ハーフが⾃動的に別々のプールに割り当てられます。
サポートされる最⼩シェルフ数(サイトあたり)(アクティブ / パッシブHA構成)
1台 ⼿動で割り当てる必要があります。
該当なし。
FAS500fシステムでのディスク割り当て
ガイドライン サイトあたりのシェルフ数
ドライブ割り当てルール ルート パーティションのADPレイアウト
推奨される最⼩シェルフ数(サイトあたり)
4台 ドライブがシェルフ単位で⾃動的に割り当てられます。
サポートされる最⼩シェルフ数(サイトあたり)
1台 ドライブは4つのグループに均等に分割されます。シェルフの各クォータが⾃動的に別々のプールに割り当てられます。
該当なし。
MetroCluster構成でオールSANアレイ システムを使⽤する場合の考慮事項MetroCluster構成では、⼀部のオールSANアレイ(AX シリーズ)がサポートされます。MetroClusterのドキュメントに記載されているETERNUS AXモデルの情報は、対応するAXシステムにも該当します。たとえば、AX4100システムのケーブル接続やその他の情報は、すべてAX4100システムにも該当します。
クラスタ ピアの設定に関する考慮事項各MetroClusterサイトは、パートナー サイトのピアとして設定されます。 ここでは、ピア関係を設定し、それらの関係に共有ポートと専⽤ポートのどちらを使⽤するかを判断する際に理解しておく必要がある前提条件とガイドラインを⺬します。
関連情報クラスタ / SVMピアリング エクスプレス ガイド
クラスタ ピアの前提条件クラスタ ピアリングを設定する前に、接続、ポート、IPアドレス、サブネット、ファイアウォール、およびクラスタの命名要件が下記の条件を満たしているか確認してください。
接続要件
ローカル クラスタのすべてのクラスタ間LIFが、リモート クラスタのすべてのクラスタ間LIFと通信可能であることが必要です。
14
https://www.fujitsu.com/jp/products/computing/storage/manual/
| MetroCluster環境の準備 |
必須ではありませんが、⼀般に、クラスタ間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
| MetroCluster環境の準備 |
クラスタ間レプリケーションにイーサネット ポートを専⽤に割り当てて、レプリケーションとデータ プロトコルとの競合を回避します。
• データ プロトコル(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のネットワーク要件を満たしていることを確認してください。
共有ネットワークにおける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環境の準備 |
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
| MetroCluster環境の準備 |
共有ネットワークにおける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環境の準備 |
• 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
| MetroCluster環境の準備 |
直接リンクを使⽤する共有ネットワーク構成
このトポロジでは、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
| MetroCluster環境の準備 |
この例はわかりやすくするために簡略化しています。
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準拠スイッチの使⽤に関する考慮事項富⼠通が提供する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
| MetroCluster環境の準備 |
• 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
| MetroCluster環境の準備 |
# 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
| MetroCluster環境の準備 |
例:
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
| MetroCluster環境の準備 |
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
| MetroCluster環境の準備 |
ミラーされていないアグリゲートを使⽤する場合の考慮事項ミラーされていないアグリゲートが構成に含まれている場合、スイッチオーバー処理後にアクセスに関する問題が発⽣する可能性があります。
電源のシャットダウンが必要なメンテナンス実施時のミラーされていないアグリゲートに関する考慮事項
サイト全体の電源のシャットダウンが必要なメンテナンスのためにネゴシエート スイッチオーバーを実⾏する場合は、最初にディザスタ サイトが所有するミラーされていないアグリゲートを⼿動でオフラインにする必要があります。
そうしないと、複数のディスクがパニック状態になって、サバイバー サイトのノードが停⽌する可能性があります。この問題が発⽣するのは、電源のシャットダウンまたは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
| MetroCluster環境の準備 |
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
| MetroCluster環境の準備 |
⼿順 出荷時に完了 ユーザが実施
複数のキャビネットを相互に接続(必要な場合)。
× ○
注⽂に含まれている場合は、キャビネット インターコネクト キットを使⽤します。キット ボックスにはラベルが付いています。
キャビネットを床に固定(必要な場合)。 × ○
注⽂に含まれている場合は、汎⽤のボルトダウン キットを使⽤します。キット ボックスにはラベルが付いています。
キャビネット内のコンポーネントをケーブル接続。
○
5m以上のケーブルは出荷時にアクセサリボックスに収納されています。
×
キャビネット間のケーブルを接続(必要な場合)。
× ○
ケーブルはアクセサリ ボックスに収納されています。
管理ケーブルをお客様のネットワークに接続。
× ○
直接接続するか、CN1601管理スイッチがある場合はスイッチ経由で接続します。
重要 : アドレスの競合を避けるために、デフォルトのIPアドレスをお客様の値に変更するまでは、管理ポートをお客様のネットワークに接続しないでください。
コンソール ポートをお客様のターミナルサーバに接続。
× ○
お客様のデータ ケーブルをクラスタに接続。 × ○
キャビネットを電源に接続してコンポーネントに電源を供給。
× ○
電源は次の順序で投⼊します。
1. PDU2. ディスク シェルフ3. ノード
30
| MetroCluster環境の準備 |
⼿順 出荷時に完了 ユーザが実施
クラスタ スイッチの管理ポート、および管理スイッチがある場合はその管理ポートに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ペアを構成するストレージ コントローラが含
Recommended