顧客のインフラストラクチャで：
- Metro構成の各データセンターに1つのEMC VPLEX。
- それらに接続された合計120台のサーバー。
- 2つのSANファクトリー。それぞれに2つのBrocade SANスイッチがあります。
図では、次のようになります。
スキームは単純化されています.1つのサーバーとその工場への接続のみが表示され（他のサーバーは同じ方法で接続されます）、EMC VPLEXからのフロントエンド（FE）ポートのみが示され、バックエンドストレージは表示されず、エンジンとディレクターEMC VPLEXは表示されません。
現在の構成では：
- 各EMC VPLEXには4つのエンジンがあります
- 各エンジンには2つのディレクタがあります
- 各ディレクターには4つのFEポートがあります。
合計4 * 2 * 4 = 32個のFEポート。そのうち16個はフォールトトレランスのためにFabric1に接続され、16個はFabric2に接続されています。
各サーバーには、HBA0とHBA1の2つのHBAがあります。 工場への接続も同様です-フォールトトレランスの場合、HBA0はFabric1に接続され、HBA1はFabric2に接続されます。
EMC VPLEXのベストプラクティスによると、各HBAサーバーには、4つのエンジンのそれぞれの1つのFEポートにゾーンがあります。 シングルイニシエータゾーニングを使用した場合、工場ごとに4つのゾーン、1つのサーバーの2つの工場を通る合計8つのパスでした。
図では、次のようになります。
1年前、シングルイニシエーターゾーニングを使用し、各ゾーンで「シングルイニシエーター-シングルターゲット」という原則に基づいてゾーニングを行いました。 したがって、カウントすると、4つのゾーン* 120サーバー= 1つの工場で480ゾーン、8つのゾーン* 120サーバー= 2つの工場で960ゾーンがそれぞれありました。 ピアゾーニングの導入により、ゾーンの数が120（！）回減少し、各工場で8 — 4ピアゾーンに減少しました。
シングルイニシエーターゾーニングとは異なり、ピアゾーンはプリンシパル（ターゲット）とメンバー（イニシエーター）で構成されます。 1つのピアゾーン内のメンバーは、プリンシパルとのみ対話します。 ただし、各メンバーには別のメンバーは表示されません。 プリンシパルも同様です。あるプリンシパルは別のプリンシパルと相互作用しません。
VPLEX FEポートをグループにグループ化し、各工場に4つのピアゾーンを作成しました。
実装方法
EMCのすべてのベストプラクティスに準拠するため、次のようにしました。
VPLEXポートは、プリンシパルとしてPEER_VPLEX_Fabric1_Group1ゾーンに含まれています。
Engine1_directorB_FC01
Engine2_directorA_FC01
Engine3_directorB_FC01
Engine4_directorA_FC01
VPLEXポートは、PEER_VPLEX_Fabric1_Group2ゾーンにプリンシパルとして含まれています。
Engine1_directorA_FC01
Engine2_directorB_FC01
Engine3_directorA_FC01
Engine4_directorB_FC01
VPLEXポートは、プリンシパルとしてPEER_VPLEX_Fabric2_Group1ゾーンに含まれています。
Engine1_directorA_FC00
Engine2_directorB_FC00
Engine3_directorA_FC00
Engine4_directorB_FC00
などなど。
概略的に：
これで、新しいサーバーをSANに追加するときに、新しいサーバーのWWNを既存のピアゾーンに追加するだけで十分です。
ピアゾーニングが導入された結果、SANネットワークゾーンの管理が大幅に簡素化され、エンジニアの時間は少なくとも2倍になりました。
さらに、負荷分散ディレクターを達成することができました。
以下は、EMC VPLEXクラスター1とクラスター2の両方の各ディレクターのEMC ViPR SRMから取得した現在の使用率のグラフです。
黄色は、PeerZoningのフロントエンドへの段階的導入の開始日を示します。
