我们的存储基础架构存在两个问题。 首先，SAN上有960个“单启动器-单目标”区域，这使SAN网络的管理变得复杂。 其次，EMC VPLEX Director的负载不平衡。 由于引入了Peer分区，我们将区域数量减少了120倍，使工程师的时间减少了一半，并给EMC VPLEX Director带来了大致相同的负载。 接下来，我将告诉您我们是如何做到的。
在客户的基础架构中：
- 在Metro配置的每个数据中心中一个EMC VPLEX；
- 总共连接了120台服务器；
- 两个SAN工厂，每个工厂都有两个Brocade SAN交换机。
在该图中，它看起来像这样：
该方案经过简化-仅显示一台服务器及其与工厂的连接（其他服务器以相同方式连接），仅显示来自EMC VPLEX的前端（FE）端口，未显示后端存储，未显示引擎和控制器EMC VPLEX。
在当前配置中：
- 每个EMC VPLEX具有4个引擎
- 每个引擎都有两个导演
- 每个主管有4个FE端口。
总共4 * 2 * 4 = 32个FE端口，其中16个连接到Fabric1以实现容错能力，而其他16个端口连接到Fabric2。
每个服务器都有两个HBA：HBA0和HBA1。 与工厂的连接类似-为了容错，HBA0连接到Fabric1，HBA1连接到Fabric2。
根据EMC VPLEX的最佳实践，每个HBA服务器在四个引擎中的每个引擎的一个FE端口上都有一个区域。 使用单启动程序分区时，每个工厂为4个区域，一台服务器通过两个工厂的总共8条路径。
在图中，它看起来像这样：
一年前，我们使用了单个启动器分区，并根据每个区域中的“单个启动器-单个目标”原则进行了分区。 因此，如果算上一个工厂，则有4个区域* 120个服务器= 480个区域，而两个工厂分别有8个区域* 120个服务器= 960个区域。 Peer Zoning的引入帮助将区域数量减少了120（！）倍，从而将每个工厂的区域减少到8-4个对等区域。
与单发起者分区不同，对等区域由主体（目标）和成员（发起者）组成。 一个对等区域内的成员仅与主体互动。 但是，每个成员都看不到另一个成员。 委托人也是如此：一个委托人不与另一个委托人互动。
我们将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网络区域的管理，这至少节省了工程师两次。
此外，还可以实现负载平衡导向器。
下图是从EMC ViPR SRM中EMC VPLEX cluster-1和cluster-2的每个控制器获取的当前利用率的图。
黄色表示将PeerZoning分阶段引入前端的开始日期。
