customer數(shù)據(jù)中心和云計算方案_第1頁
customer數(shù)據(jù)中心和云計算方案_第2頁
customer數(shù)據(jù)中心和云計算方案_第3頁
customer數(shù)據(jù)中心和云計算方案_第4頁
customer數(shù)據(jù)中心和云計算方案_第5頁
已閱讀5頁,還剩35頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

customer數(shù)據(jù)中心和云計算方案第一頁,共41頁。數(shù)據(jù)中心的新挑戰(zhàn)應用流暢數(shù)據(jù)中心解決方案內(nèi)容第二頁,共41頁。數(shù)據(jù)中心的新挑戰(zhàn)第三頁,共41頁。新型數(shù)據(jù)中心的演進第四頁,共41頁。數(shù)據(jù)中心的主要挑戰(zhàn)數(shù)據(jù)增長、網(wǎng)絡擁塞、能耗、冷卻系統(tǒng)、維護管理問題和線纜管理問題是數(shù)據(jù)中心和網(wǎng)絡相關(guān)問題第五頁,共41頁。融合DC合并虛擬化傳統(tǒng)數(shù)據(jù)中心架構(gòu)面臨重重壓力FCFCForwarderL2L2L2/L3L2/L3L2/L3L2FastE-GigEGigEGigE/10GigEL3–WAN/MANL3–WAN/MAN第六頁,共41頁。無縫的集成私有云和公有云業(yè)務驅(qū)動服務隨需交付,降低費用快速啟用或關(guān)閉服務新虛擬化技術(shù)虛擬化設(shè)備網(wǎng)絡挑戰(zhàn)要求高帶寬鏈路要求應用管理服務化要求網(wǎng)絡虛擬化,云就緒要求能夠內(nèi)嵌安全服務要求支持多托管用戶數(shù)據(jù)中心DC合并CloudDataCenterWANCorporateDataCenterSite2CorporateDataCenterSite1Multi-SitePrivateCloud第七頁,共41頁。服務器虛擬化帶來更高效率增長服務器利用率,從10-20%提高到

40-60%VM更容易復制,降低維護成本節(jié)約能耗更少的物理服務器,更少的成本虛擬桌面對網(wǎng)絡的壓力VM移動

–需要更快地創(chuàng)建網(wǎng)絡服務,需要在相同的二層域內(nèi)移動需要提供東-西向帶寬,要求二層連接

(高帶寬,低延遲)MAC增長:超大二層域,每VM多MAC地址Hypervisor引入虛擬交換–帶來可見度和排錯的挑戰(zhàn)虛擬化AppliOSAppliOSVirtualEthernetBridgeHypervisorVirtualizedServerVM_AVM_B第八頁,共41頁。獨立的數(shù)據(jù)和存儲網(wǎng)絡融合數(shù)據(jù)和存儲網(wǎng)絡單一以太網(wǎng)絡支持數(shù)據(jù)和存儲業(yè)務驅(qū)動降低成本:無疊加的存儲網(wǎng)絡單一網(wǎng)絡簡化運維新服務器技術(shù)組合網(wǎng)絡適配器網(wǎng)絡挑戰(zhàn)要求無損網(wǎng)絡矩陣架構(gòu)要求低延遲傳輸要求雙功能服務器端口要求附加的服務器端口帶寬融合

ISCSI&FCoEStorageiSCSIStorageFiberChannelStorageFiberChannelForwarder第九頁,共41頁。阿爾卡特朗訊

應用流暢數(shù)據(jù)中心第十頁,共41頁。阿爾卡特朗訊數(shù)據(jù)中心交換架構(gòu)獲得

BestofInterop2011第十一頁,共41頁。數(shù)據(jù)中心的流暢應用彈性數(shù)據(jù)中心簡化的網(wǎng)絡2層網(wǎng)絡(矩陣)低延遲高密度融合的儲存虛擬化任意點之間的連接虛擬數(shù)據(jù)中心公有云共存虛擬以太網(wǎng)橋透明的彈性故障局部化內(nèi)置的安全安全數(shù)據(jù)中心簡化操作自動配置交換矩陣應用即服務融合管理Hypervisor集成低耗電自動控制檔案導向虛擬網(wǎng)絡檔案(vNP)自動適應虛擬機定位應用性能監(jiān)督策略驅(qū)動虛擬機移動自動帶寬分配第十二頁,共41頁。阿爾卡特朗訊數(shù)據(jù)中心解決方案

第十三頁,共41頁。管理Inter-ConnectAlcatel-LucentEnterpriseMeshRackMountedserversBladeserversServiceRouters[77x0SR]10GigECore[OS10K]iSCSIstorageWAN

[DWDM1830]1GigETopOfRack[OS6850E]可視性[VitalSuite]網(wǎng)絡管理[OmniVista]服務知曉管理

認證,授權(quán),記賬

[8950]

虛擬機器管理

[OmniVista2250]地址管理

[VitalQIP]10GigETopOfRack[OS6900]DataCenterHypervisorFiberChanelStorageAlcatel-Lucent數(shù)據(jù)中心方案第十四頁,共41頁。阿爾卡特朗訊Pod和Mesh第十五頁,共41頁。流量模型正在轉(zhuǎn)變…Client-ServerTraffic~95%流量>75%流量Server-ServerTraffic要求:架構(gòu)轉(zhuǎn)變,服務器具備萬兆NIC瘦客戶端Web2.0應用智能設(shè)備

主要服務器-服務器流量

胖客戶端應用

單一應用需專門服務器

主要是客戶端-服務器流量第十六頁,共41頁。層次化的網(wǎng)絡不合適服務器-服務器通信。服務器-服務器的流量需多跳,每跳都會增加延遲。低延遲的服務器-服務器連接第十七頁,共41頁。Pod完全演進的Mesh*假設(shè)服務器到服務器的流量70%在Pod內(nèi),20%為Pod之間,

10%經(jīng)過核心任意點之間10/40GigE連接虛擬網(wǎng)絡檔案

(vNP)FiberChanneloverEthernetSPB提供的網(wǎng)絡虛擬化多站點私有云混合云服務690069006900690069006900每個服務器端口耗電5Watts#48U機架數(shù)量10最大服務器端口(2核心交換機)

14,400最大交換容量

169Tbps5us匯聚延遲*2402us延遲阿爾卡特朗訊Mesh5x40G第十八頁,共41頁。PODPOD由“N”個OS6900通過10/40GbE互聯(lián)構(gòu)成最佳的POD架構(gòu)由6個OS6900相互直連構(gòu)成端到端延遲<2微秒PoD內(nèi)的所有組件都只有一跳,支持負載均衡和多路徑PoD內(nèi)線速處理,無收斂比Pod6900690069006900690069002usLatency優(yōu)化東—西向流量第十九頁,共41頁。靈活的PODPOD是一個靈活的分子架構(gòu)。OS6900能夠靈活的從6臺到更多的數(shù)目收斂比和延遲可評估如例所示:POD增長至480(240x2)POD內(nèi)最高延遲是<3usecs此架構(gòu)下Mesh可提供28800個萬兆服務器端口(14400x2)690069006900690069006900690069006900690069006900POD至POD連接核心連接創(chuàng)建你的POD第二十頁,共41頁。PoD互聯(lián)構(gòu)成超級PoD典型5個PoD通過40GbE互聯(lián)構(gòu)成超級PoD支持1200服務器端口端到端延遲<4微秒優(yōu)化PoD間的東-西向流量SuperPODSuperPODPOD4usLatencyOptimizedforEast-WestTraffic第二十一頁,共41頁。Mesh互聯(lián)SuperPODWANDC至DC全網(wǎng)狀架構(gòu)支持從幾百個節(jié)點擴展至幾千個節(jié)點低延遲架構(gòu)—DC內(nèi)和DC間流量平均延遲<5微秒無單點故障Mesh演進5usAggregateLatency*…10or40GServerPorts:14,400第二十二頁,共41頁。數(shù)據(jù)中心容量估算Datacenterexample46racks,30%areserverracks,3bladesystemsperrack16bladesperbladesystem,{2x6-coreCPUs,96GBRAM,2x10GE}perbladeServersPhysicalservers:0.3x46x3x16=662bladesVirtualmachines,assuming4GBperVM:662x96/4=15888VMsMACaddressesVMwarevSphere=>10MACaddressesperphysicalserverVM:assuming2MACaddressesperVMTotal=662x10+15888x2=38396MACaddressesBandwidthRequirementsApplicationexample*–GraphicalWebSite–80Mbps/CoreTotalTrafficRequirement(CentralizedModel)–662x12x0.08~635Gbps*BellLabsModelingAssumptions

第二十三頁,共41頁。數(shù)據(jù)中心容量估算Datacenterexample120racks,70%areserverracks,3bladesystemsperrack16bladesperbladesystem,{2x6-coreCPUs,96GBRAM,2x10GE}perbladeServersPhysicalservers:0.7x120x3x16=4032bladesVirtualmachines,assuming4GBperVM:4032x96/4=96768VMsMACaddressesVMwarevSphere=>10MACaddressesperphysicalserverVM:assuming2MACaddressesperVMTotal=4032x10+96768x2=233856MACaddressesBandwidthRequirementsApplicationexample*–GraphicalWebSite–80Mbps/CoreTotalTrafficRequirement(CentralizedModel)–4032x12x0.08~3,900Gbps*BellLabsModelingAssumptions

第二十四頁,共41頁。未來3-5年數(shù)據(jù)中心網(wǎng)絡規(guī)劃示意圖VCVCVCVCVCVCVCVCVCVCVCVC自動簡化的管理,大規(guī)模的網(wǎng)絡支持可達2萬個以上萬兆端口面向未來的架構(gòu),支持虛擬機的移動,柜頂?shù)焦耥數(shù)慕粨Q,交付云計算VC第二十五頁,共41頁。數(shù)據(jù)中心的新技術(shù)DataCenterVirtualMachinesCloudComputingStorageLosslessEthernetLargeL2domainsIntelligentEdgeAttachment第二十六頁,共41頁。數(shù)據(jù)中心架構(gòu)的演進-L2多路徑(L2MP)數(shù)據(jù)中心大型二層網(wǎng)絡的驅(qū)動力:虛擬機器的動態(tài)移動FCoE需要架構(gòu)于二層的以太網(wǎng)之上傳統(tǒng)以太網(wǎng)2層技術(shù)多路徑能力的欠缺傳統(tǒng)2層以太網(wǎng)廣播風暴的問題限制簡單/易于管理的VPN服務器雙機/HA/集群技術(shù)要求2層技術(shù)的支持多個數(shù)據(jù)中心之間災難備份要求低延時、2層的網(wǎng)絡連接同一業(yè)務系統(tǒng)東西向流量的增加

MPLSEthAccessEORAggregationCoreLinkStateBridging&L2MPTORTOREORSimpleISIDConfigIP/IPVPNEthernetLANsVID/ISIDattachmenttoIPVPNVRFVMMAC’sContainedatedgeDCB/FCoEVEPA/T3P第二十七頁,共41頁。數(shù)據(jù)中心架構(gòu)的演進-2層優(yōu)化網(wǎng)絡需要新的以太網(wǎng)控制平面STP指數(shù)級增長拓撲鏈路狀態(tài)控制對整個全局拓撲的感知業(yè)務感知廣播約束保護核心受到VMMAC擴展影響優(yōu)化組播算法輕松的子網(wǎng)管理集成IPVPN等值多路徑轉(zhuǎn)發(fā)操作簡化簡化終端部署MPLSEthAccessEORAggregationCoreLinkStateBridging&L2MPTORTOREOR第二十八頁,共41頁。虛擬化網(wǎng)絡業(yè)務的愿景

產(chǎn)生云EthAccessEORTORTOREORSimpleISIDConfigVMMAC’sContainedatedgeDCB/FCoEVEPA/T3P支持無限的MAC地址

(MACinMAC)虛擬化網(wǎng)絡資源,使能云服務使用鏈路狀態(tài)協(xié)議優(yōu)化二層轉(zhuǎn)發(fā)流量(IS-IS-SPB)通過結(jié)合EVB和SPB,自動實現(xiàn)VM的增加/移動/改變ALU驅(qū)動關(guān)鍵協(xié)議標準化

IEEE802.1Qbg(EVB)802.1Qaq(SPB)第二十九頁,共41頁。IEEESPBInteropTest-Physical

June2011,OttawaCanadaALUOmniSwitchAvayaHuaweiTestBedTestTeam第三十頁,共41頁。多數(shù)據(jù)中心SPB/VPLS設(shè)計藍圖WANEdgeRouterCAMPUSBladeServers-OptionalDataCenter1二層VPNs,滿足VM移動單一子網(wǎng)首先VLANs進入PBBPBB進入WAN的VPLS,支持MAC和VLAN擴展在核心全冗余和廣播隔離IP/MPLS->SPBDataCenter23層VPNf客戶園區(qū)接入連接VLAN至客戶的三層網(wǎng)絡網(wǎng)關(guān)冗余所有都在普通的核心傳輸InternetRouterInternet31|CloudNetworking|Nov2010第三十一頁,共41頁。網(wǎng)絡理解每個應用網(wǎng)絡配置的要求網(wǎng)絡安全檔案預期的服務質(zhì)量水平應用優(yōu)先級確切的延遲和抖動需求網(wǎng)絡自動管理應用自動綁定vNP到虛擬機自動發(fā)現(xiàn)虛擬機的位置自動配置應用網(wǎng)絡配置追隨虛機的移動動態(tài)調(diào)整QoS參數(shù)最小化網(wǎng)絡延遲以滿足虛機移動應用管理即服務Omniswitch6900Omniswitch6850EvNP虛擬網(wǎng)絡檔案第三十二頁,共41頁。Mesh自動響應虛機的移動可見性提供統(tǒng)一的架構(gòu)管理交換機,端口,虛擬機管理接口實時和歷史數(shù)據(jù)追蹤和日志部署

定義VM和

vNP捆綁移動vNP遷移到新的交換機安全和QoS參數(shù),VLAN配置增加,遷移,刪除集成vCenter,Hyper-V,XENServer,KVMOmniVista2500虛擬機管理器(VMM)OmniVista2500VMM第三十三頁,共41頁。

VM移動和虛擬網(wǎng)絡檔案

(vNP)網(wǎng)絡架構(gòu)–虛擬化

&網(wǎng)絡管理平臺AppliOSAppliOSVirtual

Ethernet

Port

AggregatorHypervisorVirtualizedServer1AppliOSAppliOSHypervisorVirtualizedServer2PhysicalSwitch1Physical

Switch2VM_AVM_BVM_CVM_BvNPAvNPBvNPCHypervisorManagerNetworkManagementSystemVM_B開始移動至服務器

2VM_B在向服務器

2移動中在交換機2上創(chuàng)建

vNP_BVirtual

Ethernet

Port

AggregatorvNP定義VLAN成員QoSrulesACLFlowmirroringWorksonQtaggedlinks第三十四頁,共41頁。Alcatel-Lucent創(chuàng)新數(shù)據(jù)中心架構(gòu)高品質(zhì)的用戶體驗應用流暢網(wǎng)絡應用管理即服務虛擬網(wǎng)絡檔案(vNP)網(wǎng)絡了解應用并自適應交付混合云可構(gòu)筑多站點私有云無縫的私有云和公有云共存創(chuàng)新的數(shù)據(jù)中心架構(gòu)Pod和Mesh的直連架構(gòu)低延遲和高密度40/100GigE和FCoE就緒第三十五頁,共41頁。無損以太網(wǎng)(FCoE)就緒支持最新IEEE標準的平臺增強傳輸選擇(802.1Qaz),優(yōu)先流量控制(802.1Qbb),量化擁塞通知(802.1Qau)O

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論