测定网络流量的模式和HP C7000 Virtual Connect 的网络设计(Active/Standby vs Active/Active)

简介:

     确定网络类型的模式和Virtual Connect 网络设计的类型              (Active/Standby vs Active/Active)

     当面对选择使用何种Virtual Connect 网络设计类型(Active/Active (A/A)
vs.Active/Standby (A/S) uplinks)时,需要考虑Enclosure内部需要支持网络流量的类型,例
如,是否Enclosure内部有更多的Server 到Server的通信流量,是否Enclosure内有大部分流量
都需要出入机框。网络流量的模式,North/South (N/S)vs.East/West(E/W),在设计Virtual Connect方案时就应该需要考虑,部署的网络联接要最大化连接带宽,同时考虑出入机框中服务器到服务器的最小化需求,当与同一个机框内相同VLAN中其余服务器通信时的需求。
     例如: 如果部署的方案中有较高比例的in/out 或者 North/South通信流量,一个A/A网络设计方案可能是最优的选择,理由是它启用了尽可能多的uplink连接。然而,如果更多的网络流量只是发生在相同的Enclosure /VLAN系统内部时,选择A/S可能是最明智的,此种选择将会减少或消除任何离开Enclosure中服务器到服务器的通信。

     判定使用网络连接的类型是A/A vs.A/S并不是domain配置中需要考虑的问题。在同一个VC domain中可以同时独立的部署A/A 和A/S网络,例如,一个iSCSI连接可以配置为A/A以支持发起者和目标端中更高速率的N/S通信流量。此同时,对于应用和用户的LAN连接可以部署为A/S以支持更多的E/W通信。

     在一个A/S网络设计中,所有服务器都将2个NIC连接到同一个VC网络。在VC domain中的所有服务器之间的通信都会直达这个网络,无论服务器网卡是否是Active的。在下面的例子中,如果Windows主机1的NIC1是活动的,Windows主机2的NIC2是活动的,服务器之间的通信将会穿越内部堆叠链路。对于外部通信,机框内的所有服务器都将使用Active uplinks(当前)连接到Bay1,而不考虑他们的网卡中哪个是活动的。

     图1-这是一个A/S网络配置实例。一个uplink是Active的,其它的是Standby,当网络故障或者模块故障时启用Standby。


wKioL1PXXG2xn7LpAAQAeflaQJA534.png

在一个A/A网络设计中,所有服务器把他们的网卡连接到对应的VC网络中,VC domain中的服务器相互通信将会依据服务器网卡中哪个是Active的。在以下的实例中,如果Windows主机1的NIC 1是Active的,Windows主机2的NIC2是活动的,两个服务器之间的通信将不会跨越内部堆叠链路(internal stacking links),而是离开机笼并且再次通过对应的模块进入以获得通信;然而,如果一个高速率的外部通信是需要的,vs peer to peer ,那么一个A/A配置可能是更好的选择,因为两个uplink都是活动的转发流量。如果两个服务器的相同NIC都是活动的,那么服务器之间的通信仍然只会保存在同一个模块/机笼内。

     图2-这是一个A/A网络配置的实例。两个uplinks都是活动的以转发流量。

wKioL1PXXJ_gwoaoAAG5rh8udag668.png




图3:以下实例中同时使用了 A/A (iSCSI_x)和A/S(vNet_PROD)模式。


wKioL1PXXMjwIoK8AAHCpuJEu70399.png

Note:作为一个选择,如果FC不需要,iSCSI网络可以连接作为iSCSI硬件加速,连接FlexHBA以使用。


    对于C7000 Virtual Connect而言,它目前是HP CloudSystem的重要知识点,虽然刚开始接触会感觉抓狂,但是入门之后确实发现用起来还是很方便的,特别是结合vSphere设计时,我们可以完美的设计出来一个高冗余高可靠的企业生产环境,后续将会继续尝试探讨。

    欢迎留言交流,谢谢。


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


相关文章
|
27天前
|
域名解析 网络协议 虚拟化
vmware 提供的三种网络工作模式
本文介绍了VMware虚拟机的三种网络工作模式:Bridged(桥接模式)、NAT(网络地址转换模式)和Host-Only(仅主机模式)。桥接模式将虚拟机与主机通过虚拟网桥连接,实现与物理网络的直接通信;NAT模式通过虚拟NAT设备和DHCP服务器使虚拟机联网;Host-Only模式则将虚拟机与外网隔离,仅与主机通信。此外,文章还简要介绍了网络相关的基础知识,包括主机名、IP地址、子网掩码、默认网关和DNS服务器。
49 3
|
2月前
|
安全 定位技术 数据安全/隐私保护
|
2月前
|
负载均衡 应用服务中间件 数据安全/隐私保护
docker swarm 创建 Swarm 模式下的网络
【10月更文挑战第14天】
44 6
|
2月前
|
存储 前端开发 JavaScript
链动模式融合排队免单:扩散用户裂变网络、提高复购
将链动2+1与排队免单结合的模式及链动3+1模式转化为可运行代码涉及多个技术领域,包括后端开发、前端开发、数据库设计等。本文提供了一个简化的技术框架,涵盖用户管理、订单处理、奖励计算、团队结构等核心功能,并提供了示例代码。同时,强调了安全性、测试与部署的重要性,以确保系统的稳定性和合规性。
|
26天前
|
Docker 容器
【赵渝强老师】Docker的None网络模式
Docker容器在网络方面实现了逻辑隔离,提供了四种网络模式:bridge、container、host和none。其中,none模式下容器具有独立的网络命名空间,但不包含任何网络配置,仅能通过Local Loopback网卡(localhost或127.0.0.1)进行通信。适用于不希望容器接收任何网络流量或运行无需网络连接的特殊服务。
|
26天前
|
Docker 容器
【赵渝强老师】Docker的Host网络模式
Docker容器在网络环境中是隔离的,可通过配置不同网络模式(如bridge、container、host和none)实现容器间或与宿主机的网络通信。其中,host模式使容器与宿主机共享同一网络命名空间,提高性能但牺牲了网络隔离性。
|
26天前
|
Kubernetes Docker 容器
【赵渝强老师】Docker的Container网络模式
Docker容器在网络环境中彼此隔离,但可通过配置不同网络模式实现容器间通信。其中,container模式使容器共享同一网络命名空间,通过localhost或127.0.0.1互相访问,提高传输效率。本文介绍了container模式的特点及具体示例。
|
26天前
|
Linux Docker 容器
【赵渝强老师】Docker的Bridge网络模式
本文介绍了Docker容器的网络隔离机制及其四种网络模式:bridge、container、host和none。重点讲解了默认的bridge模式,通过示例演示了如何创建自定义bridge网络并配置容器的网络信息。文中还附有相关图片和视频讲解,帮助读者更好地理解Docker网络的配置和使用方法。
|
2月前
|
Docker 容器
docker中检查容器的网络模式
【10月更文挑战第5天】
192 1
|
2月前
|
Docker 容器
docker中无网络模式(none)
【10月更文挑战第4天】
54 2