双活或多活数据中心网络建设方案详细.docx
- 文档编号:12900565
- 上传时间:2023-04-22
- 格式:DOCX
- 页数:113
- 大小:2MB
双活或多活数据中心网络建设方案详细.docx
《双活或多活数据中心网络建设方案详细.docx》由会员分享,可在线阅读,更多相关《双活或多活数据中心网络建设方案详细.docx(113页珍藏版)》请在冰豆网上搜索。
双活或多活数据中心网络建设方案详细
数据中心
网络建设方案
第一章数据中心现状分析
云计算数据中心相比较传统数据中心对网络的要求有以下变化:
1、Server-Server流量成为主流,而且要求二层流量为主。
2、站点内部物理服务器和虚拟机数量增大,导致二层拓扑变大。
3、扩容、灾备和VM迁移要求数据中心多站点间大二层互通。
4、数据中心多站点的选路问题受大二层互通影响更加复杂。
5、iSCSI/FCoE是数据中心以网络为核心演进的需求,也是不可或缺的一部分。
第二章数据中心网络技术分析
2.1路由与交换
数据中心网络方面,关注的重点是数据中心内部服务器前后端网络,对于广泛意义上的数据中心,如园区网、广域网和接入网等内容,不做过多扩散。
数据中心的网络以交换以太网为主,只有传统意义的汇聚层往上才是IP的天下。
数据中心的以太网络会逐步扩大,IP转发的层次也会被越推越高。
数据中心网络从设计伊始,主要着眼点就是转发性能,因此基于CPU/NP转发的路由器自然会被基于ASIC转发的三层交换机所淘汰。
传统的Ethernet交换技术中,只有MAC一张表要维护,地址学习靠广播,没有什么太复杂的网络变化需要关注,所以速率可以很快。
而在IP路由转发时,路由表、FIB表、ARP表一个都不能少,效率自然也低了很多。
云计算数据中心对转发带宽的需求更是永无止境,因此会以部署核心-接入二层网络结构为主。
层次越多,故障点越多、延迟越高、转发瓶颈也会越多。
目前在一些ISP(InternetServiceProvider)的二层结构大型数据中心里,由于传统的STP需要阻塞链路浪费带宽,而新的二层多路径L2MP技术还不够成熟,因此会采用全三层IP转发来暂时作为过渡技术,如接入层与核心层之间跑OSPF动态路由协议的方式。
这样做的缺点显而易见,组网复杂,路由计算繁多,以后势必会被EthernetL2MP技术所取代。
新的二层多路径技术,不管是TRILL还是SPB都引入了二层ISIS控制平面协议来作为转发路径计算依据,这样虽然可以避免当前以太网单路径转发和广播环路的问题,但毕竟是增加了控制平面拓扑选路计算的工作,能否使其依然如以往Ethernet般高效还有待观察。
MPLS就是一个的前车之鉴,本想着帮IP提高转发效率,没想到却在VPN路由隔离方面获得真正应用。
2.2EOR与TOR
数据中心网络设备就是交换机,而交换机就分为机箱式与机架式两种。
当前云计算以大量X86架构服务器替代小型机和大型机,导致单独机架Rack上的服务器数量增多。
受工程布线的困扰,在大型数据中心内EOR(EndOfRow)结构已经逐步被TOR(TopOfRack)结构所取代。
机架式交换机作为数据中心服务器第一接入设备的地位变得愈发不可动摇。
而为了确保大量机架式设备的接入,汇聚和核心层次的设备首要解决的问题就是高密度接口数量,由此机箱式交换机也就占据了数据中心转发核心的位置。
综合来说,一般情况下数据中心以大型机箱式设备为核心,机架式设备为各个机柜的接入
2.3网络虚拟化
云计算就是计算虚拟化,而存储虚拟化已经在SAN上实现得很好了,剩下网络虚拟化了。
云计算环境中,所有的服务资源都成为了一个对外的虚拟资源,那么网络不管是从路径提供还是管理维护的角度来说,都得跟着把一堆的机框盒子进行多虚一统一规划。
而云计算一虚多的时候,物理服务器都变成了很多的VM,网络层面则需要对一虚多对通路建立和管理更精细化。
2.3.1网络多虚一技术
网络多虚一技术。
最早的网络多虚一技术代表是交换机集群Cluster技术,多以盒式小交换机为主,较为古老,当前数据中心里面已经很少见了。
而新的技术则主要分为两个方向,控制平面虚拟化与数据平面虚拟化。
控制平面虚拟化
顾名思义,控制平面虚拟化是将所有设备的控制平面合而为一,只有一个主体去处理整个虚拟交换机的协议处理,表项同步等工作。
从结构上来说,控制平面虚拟化又可以分为纵向与横向虚拟化两种方向。
纵向虚拟化指不同层次设备之间通过虚拟化合多为一,相当于将下游交换机设备作为上游设备的接口扩展而存在,虚拟化后的交换机控制平面和转发平面都在上游设备上,下游设备只有一些简单的同步处理特性,报文转发也都需要上送到上游设备进行。
可以理解为集中式转发的虚拟交换机横向虚拟化多是将同一层次上的同类型交换机设备虚拟合一,,控制平面工作如纵向一般,都由一个主体去完成,但转发平面上所有的机框和盒子都可以对流量进行本地转发和处理,是典型分布式转发结构的虚拟交换机。
控制平面虚拟化从一定意义上来说是真正的虚拟交换机,能够同时解决统一管理与接口扩展的需求。
但是有一个很严重的问题制约了其技术的发展。
服务器多虚一技术目前无法做到所有资源的灵活虚拟调配,而只能基于主机级别当多机运行时,协调者的角色(等同于框式交换机的主控板控制平面)对同一应用来说,只能主备,无法做到负载均衡。
网络设备虚拟化也同样如此,以框式设备举例,不管以后能够支持多少台设备虚拟合一,只要不能解决上述问题,从控制平面处理整个虚拟交换机运行的物理控制节点主控板都只能有一块为主,其他都是备份角色(类似于服务器多虚一中的HACluster结构)。
总而言之,虚拟交换机支持的物理节点规模永远会受限于此控制节点的处理能力。
数据平面虚拟化
数据平面的虚拟化,目前主要是TRILL和SPB,他们都是用L2ISIS作为控制协议在所有设备上进行拓扑路径计算,转发的时候会对原始报文进行外层封装,以不同的目的Tag在TRILL/SPB区域内部进行转发。
对外界来说,可以认为TRILL/SPB区域网络就是一个大的虚拟交换机,Ethernet报文从入口进去后,完整的从出口吐出来,内部的转发过程对外是不可见且无意义的。
这种数据平面虚拟化多合一已经是广泛意义上的多虚一了,此方式在二层Ethernet转发时可以有效的扩展规模范围,作为网络节点的N虚一来说,控制平面虚拟化目前N还在个位到十位数上晃悠,数据平面虚拟化的N已经可以轻松达到百位的范畴。
但其缺点也很明显,引入了控制协议报文处理,增加了网络的复杂度,同时由于转发时对数据报文多了外层头的封包解包动作,降低了Ethernet
的转发效率。
从数据中心当前发展来看,规模扩充是首位的,带宽增长也是不可动摇的,因此在网络多虚一方面,控制平面多虚一的各种技术除非能够突破控制层多机协调工作的技术枷锁,否则只有在中小型数据中心里面应用,后期真正的大型云计算数据中心势必是属于TRILL/SPB此类数据平面多虚一技术的天地。
2.3.2网络一虚多技术
网络一虚多技术,已经根源久远,从Ethernet的VLAN到IP的VPN都是已经成熟技术,FC里面则有对应的VSAN技术。
此类技术特点就是给转发报文里面多插入一个Tag,供不同设备统一进行识别,然后对报文进行分类转发。
代表如只能手工配置的VLANID和可以自协商的MPLSLabel。
传统技术都是基于转发层面的,虽然在管理上也可以根据VPN进行区分,但是CPU/转发芯片/内存这些基础部件都是只能共享的。
目前最新的一虚多技术是类似ExtremeNetworks在交换机系统中实现的VirtualRouter,和VM一样可以建立多个虚拟交换机并将物理资源独立分配,目前的实现是最多可建立64个VR,其中有一个用做管理。
2.4VM互访技术(VEPA)
随着虚拟化技术的成熟和x86CPU性能的发展,越来越多的数据中心开始向虚拟化转型。
虚拟化架构能够在以下几方面对传统数据中心进行优化:
提高物理服务器CPU利用率;
提高数据中心能耗效率;
提高数据中心高可用性;
加快业务的部署速度
正是由于这些不可替代的优点,虚拟化技术正成为数据中心未来发展的方向。
然而一个问题的解决,往往伴随着另一些问题的诞生,数据网络便是其中之一。
随着越来越多的服务器被改造成虚拟化平台,数据中心内部的物理网口越来越少,以往十台数据库系统就需要十个以太网口,而现在,这十个系统可能是驻留在一台物理服务器内的十个虚拟机,共享一条上联网线。
这种模式显然是不合适的,多个虚拟机收发的数据全部挤在一个出口上,单个操作系统和网络端口之间不再是一一对应的关系,从网管人员的角度来说,原来针对端口的策略都无法部署,增加了管理的复杂程度。
其次,目前的主流虚拟平台上,都没有独立网管界面,一旦出现问题网管人员与服务器维护人员又要陷入无止尽的扯皮中。
当初虚拟化技术推行的一大障碍就是责任界定不清晰,现在这个问题再次阻碍了虚拟化的进一步普及。
接入层的概念不再仅仅针对物理端口,而是延伸到服务器内部,为不同虚拟机之间的流量交换提供服务,将虚拟机同网络端口重新关联起来。
做为X86平台虚拟化的领导厂商,VMWare早已经在其vsphere平台内置了虚拟交换机vswitch,甚至更进一步,实现了分布式虚拟交互机VDS(vnetworkdistributedswitch),为一个数据中心内提供一个统一的网络接入平台,当虚拟机发生vmotion时,所有端口上的策略都将随着虚拟机移动。
虚拟以太网端口汇聚器(VEPA)是最新IEEE802.1Qbg标准化工作的一个组成部分,其设计目标是降低与高度虚拟化部署有关的复杂性。
如果我们研究一下使用虚拟交换机的传统方法就会发现,它与VEPA方法存在很大的不同,VEPA使用户可以深入了解虚拟化及联网中的各项部署挑战和需要考虑的因素。
当您的物理主机上的监视程序上有多台虚拟机(每台虚拟机都包含一套操作系统和多种应用)时,这些虚拟机在相互通信和与外部世界通信时都要使用虚拟交换机。
事实上,虚拟交换机是一种第2层交换机,通常以软件的形式在监视程序内运行。
每种监视程序通常都有一个内建的虚拟交换机。
不同的监视程序所含的虚拟交换机在能力方面也是千差万别的。
当虚拟交换机从联网领域转移到服务器领域时,就有必要针对虚拟环境对传统的基于网络的工具和解决方案进行重新测试、重新定性和重新部署。
从某些方面来说,这种变化会对虚拟化的快速扩展和普及造成阻碍。
例如,传统的网络和服务器运营团队是截然分开的,每个团队都有自己的流程、工具和控制范围。
由于虚拟交换机的原因,联网进入了服务器的范畴,因此像供应虚拟机这样的简单任务也需要这些团队之间开展额外的协调工作,从而确保虚拟交换机的配置与物理网络配置保持一致。
由于缺乏网络中虚拟机之间流量的可视性,因此涉及到虚拟机之间通信的故障查找和监视也变成了一项极具挑战性的工作。
而且随着虚拟机数量的增长,单个服务器中的虚拟机目前已经达到8至12台,并且会在不久的将来达到32至64台,因此,保护虚拟机彼此不受干扰,以及不受外界威胁的侵害都变成了一项需要认真考虑的问题。
从防火墙到IDS/IPS,基于网络的传统设备和工具都需要针对这些高度虚拟化的环境重新开发、重新认证和重新部署,从而确保虚拟机之间通过虚拟交换机的通信能够满足法规一致性和安全方面的要求。
由于在虚拟交换机方面缺乏标准,因此会增加涉及不同监视技术的培训、互用性和管理开销,进入使这些挑战变得更加复杂。
事实上,物理服务器正在变成一种全面的网络环境,拥有自身的互用性、部署、认证和测试要求。
有趣的是,这种趋势与虚拟化最基本的优势之一是背道而驰的,即虚拟化能够将服务器中过剩的容量以更高的效率来运行各类应用。
目前,这种“服务器中的网络”很有可能演变成这些过剩容量的消费方,将CPU和内存资源吞噬殆尽。
VEPA的方法
为应用这些挑战,各方已经提出了多种不同的解决方案,其中就包括VEPA。
VEPA是一种虚拟交换机替代产品;它不仅进入了标准化进程,而且成为业界众多厂商的一致选择。
事实上,VEPA会将服务器上虚拟机生成的所有流量转移到外部的网络交换机上。
外部网络交换机接下来会为同一台物理服务器上的虚拟机和基础设施的其它部分提供连接。
实现这一功能的方法是将一种新型转发模式融入物理交换机中,使流量能够从来时的端口“原路返回”,从而简化同一服务器上虚拟机之间的通信。
“原路返回”模式(或称“反射中继”)可以在需要时将包的单一副本反向发送至同一台服务器上的目的地或目标虚拟机。
对于广播或组播流量,VEPA能够以本地方式向服务器上的虚拟机提供包复制能力。
传统上,多数网络交换机都不支持这种“原路返回”模式行为,因为它可能会在非虚拟世界中造成环路和广播风暴。
然而,许多网络厂商都开始支持这种行为,目的就是解决虚拟机交换的问题,而且使用简单的软件或固件升级即可实现。
IEEE的802.1Qbg工作组还努力将这种行为变成了标准。
VEPA能够以软件的方式,作为监视程序中的瘦层在服务器中实施,也可以作为网卡中的硬件来实施,在后一种情况下还可以与SR-IOV等PCIeI/O虚拟化技术结合使用。
其中一个典型的例子就是LinuxKVM监视程序中提供的基于软件的VEPA实施。
事实上,VEPA将交换功能移出了服务器,并且将其放回物理网络中,而且让外部网络交换机能够看到所有的虚拟机流量。
通过将虚拟机交换移回物理网络,基于VEPA的方法使现有的网络工具和流程可以在虚拟化和非虚拟化环境以及监视程序技术中以相同的方式自由使用。
防火墙和IDS/IPS等基于网络的设备,以及访问控制列表(ACL)、服务质量(QoS)和端口监视等成熟的网络交换机功能都可以直接用于虚拟机流量和虚拟机之间的交换,因此减少和消除了对虚拟网络设备重新进行昂贵的质量判定、测试和部署的需求。
此外,VEPA将网络管理控制层重新交给了网络管理员,为所有与虚拟机相关联网功能的供应、监视和故障查找提供了一个单一控制点。
将网络功能从服务器卸载至网络交换机能够带来诸多的优势,例如释放服务器资源并将其用于更多的应用,同时还可在虚拟和非虚拟服务器之间提供线速交换;从1Gbps至10Gbps,甚至可以达到40Gbps和更高的100Gbps。
因此,基于VEPA的方法有助于扩大虚拟化部署,降低复杂性和成本,并且加快虚拟化的普及。
尽管基于VEPA的方法能够带来许多好处,但在某些环境下,虚拟机间流量的交换最好还是留在服务器内部。
例如,在有些环境下物理服务器要承担虚拟机的巨大负荷,而且这些虚拟机之间的通信非常频繁,因此为了将延迟降至最低程度,最好的方法是将虚拟机之间的流量留在服务器内部。
在此类场景中,可能的方法之一是绕过基于监视程序的软件虚拟交换机,利用新型网卡提供的交换硬件能力,即SR-IOV等基于入向I/O虚拟化的能力。
同样,在使用这种方法时,也需要权衡考虑完全使用“服务器中的网络”模型时的安全和成本问题。
随着服务器虚拟化的广泛普及,服务器内和服务器间虚拟机交换流量的复杂性都在不断提高。
基于VEPA的虚拟机间流量交换方法能够为基于虚拟交换机的传统方法提供一种非常有趣且极具吸引力的替代方案。
为了向网络和服务器基础设施提供支持VEPA的能力,此类技术的标准化工作正在紧锣密鼓地进行当中。
2.5虚拟机迁移网络技术
虚拟服务器能够大幅度提升服务器计算资源利用率,但是仍然只发挥了虚拟化优势的很小一部分。
虚拟化向网络的延伸使虚拟机能够在应用程序运行的同时实现在物理服务器之间的漂移,并按需提供容量,无需增加昂贵且未尽其用的平台。
更重要的是,动态虚拟机的创建和移动让管理员能够迅速响应新的请求,从而提高用户的生产效率和客户满意度。
但是目前传统的网络设备并不能满足这种动态迁移的需求,这成为虚拟化进程中的瓶颈,而解决这一瓶颈就意味着虚拟化时代的真正到来。
将虚拟化优势延伸至网络,如何动态并经济有效地分配资源,来满足高峰和低谷时的业务需求显得至关重要。
通常在一个工作日中,对计算资源的需求会从最小量开始增长。
虚拟机可以立刻迁移至其它新启动的服务器上去,以满足需求。
在工作日结束时,对计算资源的需求会降低,那时虚拟机可以迁回原来的服务器,并关闭不需要的服务器资源,以简化管理并降低供电成本。
在这个过程中,网络的虚拟化至关重要,网络可以使得虚拟机的动态迁移成为可能,还可以保证在任何情况下对于应用的保护,甚至可以使得用户感觉不到虚拟资源的扩展或缩小。
日常的虚拟机迁移只是虚拟机漂移技术的一种实践应用。
当服务器离线进行维护或发生故障时,虚拟机也可进行漂移以支持业务的连续性。
为了利用这些优势,在硬件平台间漂移虚拟机相关的网络配置虽并不复杂,但却至关重要且非常耗时。
此外,当虚拟机在数据中心内漂移时,与每台虚拟机相关的网络层策略必须随之漂移。
这些策略控制着安全、服务质量(QoS)等因素,并因用户和应用的具体情况而异。
因此,为每个业务应用维持相适应的网络策略对于业务运营而言至关重要。
虚拟机从一台物理服务器漂移至另一台之前,与之相关的网络端口配置以及安全策略必须针对目标服务器进行正确的设置,以满足安全需求。
如果数据中心存在大量的服务器和虚拟机迁移,那么手动配置会消耗大量的时间和资源。
利用网络虚拟化的解决方案可使虚拟机迁移相关的网络管理任务实现自动化,且无需大量的管理人员。
针对虚拟机漂移的自动化网络管理
实现虚拟机漂移的网络自动化最关键的,就是构建一个包含智能软件的网络交换机,来对单个虚拟机进行配置。
传统的网络交换机是通过一个物理端口来与它连接的服务器进行通信的。
而包含智能软件的交换机,则能够实现对单个虚拟机的感知,以及对每个虚拟机进行网络配置,从而将单个虚拟机属性扩展到整个网络。
当虚拟机在整个网络迁移时,交换机能够追踪这种迁移,并确保网络设置与虚拟机一起实现迁移。
虚拟机感知的一个重要方面是能够与多种架构相兼容。
被称为虚拟机监控器(VMM)是虚拟化软件的重要组成之一,它能够使多种操作系统在单一主机平台中运行。
目前可支持Citrix、微软、VMwareXen,Oracle等虚拟化平台。
由于数据中心通常运行不同的虚拟化架构,因此,具备兼容多个虚拟化架构的能力至关重要。
研究和开发部门或许更青睐某一款架构,因为它使用户能够更好地管理服务器;而数据管理员为了其他用户也许会统一使用另一款来自指定厂商的虚拟化架构。
或者,数据中心管理员因为价格或其他因素也许会选择逐步迁移至其它厂商的架构,从而创建一个临时的混合型环境。
而网络是承载这些架构的基础,网络的虚拟化同样也需要对于混合环境提供很好的兼容性。
基于交换机的虚拟化产品也包含的有价值的特性:
•跟踪虚拟机的迁移,无需变更以太网数据包,最大限度提高资源利用率。
•内置于交换机的智能软件可以缓解网络管理员的负担•该架构能够方便用户在虚拟层中配置网络设定,从而提高生产效率。
•同时支持多种虚拟化架构,最大限度提高灵活性。
•管理平台界面简化管理。
针对虚拟化网络的解决方案已成为现实。
ExtremeNetworks公司的XNV技术,能够搜索虚拟机并使性能和安全设置与虚拟端口(而非物理端口)相联系。
使用管理员拥有粒度标准来监测每台虚拟机及其相关的虚拟端口。
XNV还可监测虚拟机的创建和迁移,并确保网络设置随着虚拟机迁移。
这些功能都有助于降低由网络配置错误引起的应用宕机风险,以及将敏感应用暴露给未受权用户的安全风险。
综上所述,数据中心的虚拟化,即“网络感知”和开放性,是新的数据中心的必备能力,只有这样,用户才能优化资源利用率,降低手动维护安全策略所造成的人工错误,因为虚拟化提高了数据中心的可用性,并降低了总体拥有成本。
第三章方案设计
3.1网络总体规划
数据中心网络的建设,需要考虑到以下的一些因素:
系统的先进程度、系统的稳定性、可扩展性、系统的维护成本、应用系统和网络系统的配合度、与外界互连网络的连通、建设成本的可接受程度。
网络整体设计采用国际通行的TCP/IP协议,并达到以下目标:
1)系统可靠性和稳定性
作为高性能园区网络,系统的高可靠性和稳定性是网络应用环境正常运行的首要条件。
在保证系统可靠性的基础上,还要进一步提高系统的可用性。
我们可以从以下几个方面来提供保证。
Ø网络设备、主机系统具有很高的平均无故障时间,并且在业界有广泛的用户基础;
Ø关键网络设备冗余工作,其关键部件可实现在线更换(热拔插),故障的恢复时间在秒级间隔内完成;
Ø网络在设备、拓扑以及线路等方面均应具有较高的可靠性,以保证每周7*24小时,每年365*24小时的正常工作。
2)开放性和标准化
为了保证在网络时保证不同设备的互通性,所以网络系统在设计时必须采用开放技术、支持国际标准协议,具有良好的互连互通性,保证支持同一厂家的不同系列的产品以及与不同厂商的不同网络设备无缝连接和互操作的能力。
3)具有高处理能力、可扩展性
现支持各种高速网络(快速以太网、千兆以太网、万兆以太网等技术),提高对数据包的转发能力和速度,提供足够的网络带宽。
支持各种协议并存,可灵活地构成不同系统,并可方便地从拓扑的角度和设备的角度扩展,方便升级以满足将来业务增长的需要。
在网络设计时,为了适应用户快速增长的需要,首先要满足现有规模网络用户和应用的需求,同时考虑未来业务发展、规模的扩大,应该设计关键网络设备具备扩展能力以及网络实施新应用的能力。
灵活扩充性:
灵活的端口扩充能力,模块扩充能力,满足网络规模的扩充。
支持新应用的能力:
产品具有支持新应用的技术准备,能够符合实际要求的,方便快捷地实施新应用。
4)系统的先进、成熟、实用性及可管理和可维护性
当今世界,通信技术和计算机技术的发展日新月异,网络设计既要适应新技术发展的潮流,保证系统的先进性,也要兼顾技术的成熟性、实用性,选择最合适的设备和技术,降低由于新技术和新产品不成熟因素给用户带来的风险。
在系统设计中,选择先进的系统管理软件是必不可少的。
我们在这里采用我们通过这个统一的管理平台的控制,监控主机系统、网络系统、应用系统状态,简化管理工作,提高了主机系统和网络系统的利用效率。
提供先进而完善的网络管理工具,监控网络故障,优化网络性能,实现一体化的网络管理。
网络管理基于SNMP,支持RMON和RMON2。
5)系统安全性和保密性
现在我们网络内接入的用户对网络的好奇心,促使会攻击我们内部网络,我们制订统一的安全策略,整体考虑网络平台的安全性,能够提供不同方式不同级别的安全策略,保证网络重要用户和数据服务器的安全性。
所以说安全性是网络运行的生命线。
合理的网络安全控制,可以使应用环境中的信息资源得到有效的保护。
网络可以阻止任何非法的操作;网络设备可进行基于协议、基于MAC地址、基于IP地址的包过滤控制功能,不同的业务,划分到不同的虚网中。
6)保护用户现有投资及效益性
在保证网络整体性能的前提下,网络设计充分保护用户投资及效益性,利用现有的网络设备或做必要的升级,在原设备的基础上,进行网络建设,避免用户投资的重复浪费,在满足用户需求和未来发展的趋势情况下,采用性价比高的设备,构筑经济可靠的网络平台,使新系统更有效地承担繁重的任务,能支持将来系统的维护和平滑升级。
所采用的设备应是当今业界的主流产品,采用主流技术、标准协议,具有良好的互操作性,减少设备互连的问题,网络维护的费用,使用户的投资得到有效保护。
3.2省级数据中心网络设计
对于省级数据中心,一般规划为大约五百台高性能服务器,在这种模式下,可以规划2-3层网络连接模式(下图为3层)
如上图所示,一般情况下,大型数据中心采用2-3层网络结构,以3层结构为例,采用2台高性能ExtremeNetworksBD8800核心交换机,提供48个四万兆(40G接口),通过40G通道下联到汇聚层SummitX670系列交换机。
每台ExtremeNetworksSummitX670交换机提供48-60个万兆万兆接口,并提供四万兆接口上联,万兆下联SummitX460交换机,通过X460交换机使用千兆连接所有服务器。
但是对于新型的大型数据中心,万兆网络连接已经成为主流,所以一般使用万兆连接服务器,则直接将网络简化为如下2层:
万兆以太网技术目前已成为建设大中型数据中心网络的主流技术。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据中心 网络 建设 方案 详细
![提示](https://static.bdocx.com/images/bang_tan.gif)