Scenario 6 –HP C7000 Virtual Connect FlexFabric SUS with A/A Uplinks, 8-阿里云开发者社区

开发者社区> 云计算> 正文
登录阅读全文

Scenario 6 –HP C7000 Virtual Connect FlexFabric SUS with A/A Uplinks, 8

简介:

概述:HP c7000 VC FlexFabric SUS配置为Active/Active、LACP、FCoE、vSphere

     首先,创建两个SUS,名称分别是VLAN-Trunk-1和VLAN-Trunk-2。VLAN-Trunk-1共有2个uplink Port( Bay1-VC的x5、x6),VLAN-Trunk-2共有2个uplink Port(Bay2-VC的x5、x6),所有端口Port状态为Linked-Active;以上的配置叙述就是本案例的Active/Active来源,并且所有uplink Port 都是用LACP中的成员,也需要在对端Switch Port中相应配置启用。

     其次,我们还需要创建两个FCoE-SAN,名称分别为FCoE_A和FCoE_B,提供对SAN高可靠性的访问功能。

     最后,我们创建一个Server Profile赋予给我们的主机,分配了6个FlexNIC和2个FlexHBA,按网络使用功能分别为:管理网络、SAN网络、vMOtion网络、生产VM接入网络;同时为了提高高可靠性,我们把每来自于每个LOM1和LOM2的NIC分别对应创建Group,防止单个Port和VC模块而产生的网络连接故障产生,除此之外,还对VLAN进行划分以防止网络风暴和提高LAN安全性。

    

    

    

Scenario 6 – Shared Uplink Set with Active/Active Uplinks, 802.3ad (LACP) - Ethernet and FCoE SAN – vSphere

    

    

物理视图:

Physical View(3)

逻辑视图:

Logical View(3)     

安装和配置:

交换机配置:

     VC对连Switch Port需要配置为VLAN Trunk 模式(tagging)以支持多个VLAN通信流量的通过。所有转发到VC的Frame都需要携带VLAN tags。对应的,如果一个VLAN被配置为(默认)没有untamed,那么需要在SUS中配置该vNet中编辑配置为“default”

     如果SUS中有多个uplink,且多个uplink来源于同一个VC模块,为了确保uplink都为Active,需要在外部Switch中配置LACP进行支持。

     Switch Port配置生成树协议。加快数据转发速率

     SAN Switch Port配置NPIV.

配置VC Module

     Switch_A_port_1 连接 Bay1_X5

     Switch_A_port_2 连接 Bay1_X6

     Switch_B_port_1 连接 Bay2_X5

     Switch_B_port_2 连接 Bay2_X6

     SAN_Switch_A_port_1 连接 Bay1_X1

     SAN_Switch_A_port_2 连接 Bay1_X2

     SAN_Switch_B_port_1 连接 Bay2_X1

     SAN_Switch_B_port_2 连接 Bay2_X2

定义SUS(VLAN-Trunk-1)

     External Uplink prots(Bay1_X5;Bay1_X6)

12

13

VLAN ID输入时中间以“,”隔开,例如:101-105,2100-2400,

14

     VLAN部署后大概如下图所示

          根据实际操作,如果Trunk中有一个VLAN与SUS通信被配置为Native或者untagged,需要编辑VLAN配置界面,将Native配置为TRUE,以正常通信。

15

定义SUS(VLAN-Trunk-2)

     直接copy VLAN-Trunk-1,再进行修改

     External Uplink prots(Bay2_X5;Bay2_X6)

16

17

18

定义FCoE SAN Fabric

     定义FCoE-A(Bay1_Port_X1;Bay1_Port_X2;)

          1:Fabric Type为“FabricAttach”

          2:高级设置中,选择“Automaitc Login Re-Distribution”

          3: 高级设置中,为FCoE进行QOS(Min 4Gb;Max 8Gb)

19

  定义FCoE-B(Bay2_Port_X1;Bay2_Port_X2;)

          1:Fabric Type为“FabricAttach”

          2:高级设置中,选择“Automaitc Login Re-Distribution”

          3: 高级设置中,为FCoE进行QOS(Min 4Gb;Max 8Gb)

20

3

配置完FCoE后一览表如下图所示:易错处为模块Bay-Port映射对照关系

1

定义Server Profile赋予 Bay1 host

     Ethernet Adapter Connection

          Port1 接入网络名称 VLAN-101-1            (可自定义端口速率)

          Port2 接入网络名称 VLAN-101-2            (可自定义端口速率)

          Port3 接入网络名称 VLAN-102-1            (可自定义端口速率)

          Port4 接入网络名称 VLAN-102-2            (可自定义端口速率)

          Port5 接入网络名称 Multiple Networks     (可自定义端口速率)

          Port6 接入网络名称 Multiple Networks     (可自定义端口速率)

      FCoE Adapter Connection

          Port1 接入FC SAN/FCoE Network Connection 为 FCoE_A

          Port2 接入FC SAN/FCoE Network Connection 为 FCoE_B

注意:当我们将此Server Profile赋予Bay1 host后,此host将会有6个NIC连接、2个FCoE连接。NIC1和NIC2将会连接到网络VLAN-101-x网络中;NIC3和NIC4将会连接到网络VLAN-102-x;网络中NIC5和NIC6将会连接到网络Multiple VLAN网络中。2个FCoE分配连入到FCoE_A和FCoE_B中。

     将此Server Profile赋予一个BL 460G7服务器后,可以看到下图类似的网络连接属性查看信息

1(2)

     对此,我们完成VC配置要求完成。

     以下NIC-Mapping规划与Logical View设计并不完全吻合,下图设计规划的目的让我们对BL服务器的LOM FlexFabric技术有一种清晰的概念,能够准确的表达出我们设计NIC时的核心思想,同时也是为了最大限度的提高可用性和稳定性。

NIC-Mapping

在我们创建 SUS或者Ethernet Network时,对于HP FlexFabric 10Gb 2-Port 554FLB Adapter我们选择和添加的网络Port的顺序固定依次是

Port1 LOM:1-a FlexNIC

Port2 LOM:1-b FlexHBA (也可以删除默认FlexHBA Port,当做FlexNIC使用)

Port3 LOM:1-c FlexNIC

Port4 LOM:1-d FlexNIC

Port5 LOM:2-a FlexNIC

Port6 LOM:2-b FlexHBA (也可以删除默认FlexHBA Port,当做FlexNIC使用)

Port7 LOM:2-c FlexNIC

Port8 LOM:2-d FlexNIC

     最后,我们可以在vSphere ESXi5.x中,对我们设计的的NIC-Mapping进行配置,使用Team提供网络组件的故障冗余功能。

     vSphere ESXi5.x网络配置两种选择

     1:Management、vMotion、Production-VM三种网络都是用Standard Virtual Switch

     2:Management、vMotion使用Standard Virtual Switch;Production-VM使用Distribution

        Virtual Switch

第一种设计选择(类似下图),

     1:在下图中vmnic速率为VC自定义的MAX速率。

     2:每两个vmnic做端口绑定,提供冗余

     3: 在vMotion成组时

3(3)

创建vSwitch vmkarnel

2(2)

vMotion网络注意事项

4(2)

由于本节场景设置为SUS Active/Active模式配置,为了确保Enclosure中包含的服务器之间能够正常的进行vMotion,需要编辑vMotion vSwitch属性,并且NIC绑定的成员一个是Active,另一个是Standby模式,以确保形同VC Module中vMotion流量正常。(具体什么深入原因,暂时我也不知道)

5(1)

第二种设计选择(类似下图)

     Production-VM网络使用vdSwitch。原因是VM数量多,且经常有变更请求,适合跨多主机分布转移使用。

10

     Management网络和vMotion网络不常变更配置,更加适合Standard vSwitch

9

     最后,可以在VM中安装OS,在系统下查看虚拟NIC的各种参数配置。

     本节完,本系列待续。



本文转自 五一 51CTO博客,原文链接:http://blog.51cto.com/728756/1564318

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云计算
使用钉钉扫一扫加入圈子
+ 订阅

时时分享云计算技术内容,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。

其他文章
最新文章
相关文章