想象一下14億人購物帶來的“海嘯式”流量，對單個數(shù)據(jù)中心是一種毀滅性的沖擊，輕則服務無法訪問，重則直接癱瘓。除非這種單數(shù)據(jù)中心不計投資和效率，規(guī)模足夠大。

但在實際生活中，這是基本不存在的。商用數(shù)據(jù)中心面對這種大流量突發(fā)訪問的場景，一般會采用多DC多活架構(gòu)，對海量流量進行均衡處理，保障流量就近接入，多地分流。其實，數(shù)據(jù)中心多地多中心已經(jīng)不是新鮮概念了。

現(xiàn)在，“兩地三中心”的數(shù)據(jù)中心，已經(jīng)成為了很多企業(yè)的基本配置。很多大型銀行和大企業(yè)，也已經(jīng)開始布局多地多中心架構(gòu)了。隨著這種架構(gòu)的普及，以及其他相關(guān)技術(shù)的配合，相信在不久的未來，頂住14億人購物的大流量沖擊，完全不是事兒。

從單DC向多云多DC架構(gòu)演進圖

那么為什么只有大型銀行和大企業(yè)率先采用了多地多中心模式呢？因為大型銀行和大企業(yè)是數(shù)字化轉(zhuǎn)型的先行軍，率先面臨海量數(shù)據(jù)的沖擊。據(jù)中國人民銀行發(fā)布的數(shù)據(jù)顯示，2020年11月11日當天，銀行網(wǎng)絡支付業(yè)務合計最高并發(fā)10.9萬筆/秒，同比增長25.19%。除了數(shù)據(jù)量大，體量大的原因，多地多中心模式架構(gòu)更加復雜，對企業(yè)信息部門的技術(shù)能力要求更高，例如，對DC間數(shù)據(jù)傳輸?shù)臅r延和準確性要求更加苛刻，同時對管理運維的靈活性要求也非常高，此時數(shù)據(jù)中心網(wǎng)絡面臨三大挑戰(zhàn)。

假設14億人同時購買的是同一件商品，但是商家只備貨了1000萬件，就需要快速把商品售罄的消息同步給另外13.9億人。如果是一個標準的70公里同城數(shù)據(jù)中心，跨DC網(wǎng)絡傳輸時延達到1ms，數(shù)據(jù)中心網(wǎng)絡的流量調(diào)控就會失效，導致要同步的數(shù)據(jù)必須要重傳，反饋給用戶的延時體驗可能會高達1~3秒。

華為超融合數(shù)據(jù)中心網(wǎng)絡全無損以太存儲網(wǎng)絡NoF+突破了以太網(wǎng)超長距傳輸反饋慢的缺陷，可實現(xiàn)跨數(shù)據(jù)中心間的長距無損傳輸，同時通過智能無損算法實現(xiàn)了流量智能識別，在擁塞場景下?lián)碛懈蟮膸捓寐屎透偷钠骄鶗r延。對比FC專網(wǎng)，存儲的吞吐IOPS最大可提升93%，流量突發(fā)導致的擁塞時延最大可降低43%。

全無損以太存儲網(wǎng)絡NoF+整體架構(gòu)

假設為了支撐這次購物節(jié)，商城特意上線了搶紅包游戲，這個游戲需要在全國多地數(shù)據(jù)中心分布式部署，其中涉及到不同數(shù)據(jù)中心的DNS、負載均衡、防火墻、交換機等多家廠商設備，各自CLI語法千差萬別，自動化程度參差不齊，如果逐端開通，耗時耗力，前后耗時1個月之久。

華為超融合數(shù)據(jù)中心網(wǎng)絡基于核心組件iMaster NCE-Fabric可以屏蔽網(wǎng)絡網(wǎng)元差異，對多廠商網(wǎng)絡統(tǒng)一數(shù)據(jù)建模，實現(xiàn)全網(wǎng)無差別可視與仿真，并一鍵部署，助力業(yè)務分鐘級上線。

然而多地多中心的建設成本非常高，如果要支撐14億人的購物，即便是大廠也心有余而力不足。所以企業(yè)往往把一些非核心資產(chǎn)和數(shù)據(jù)放到公有云上，方便靈活擴縮容。比如14億人瀏覽的通用頁面部署在公有云上，而一旦進入支付流程，連接就進入私有云。這樣就帶來了另外一個挑戰(zhàn)。

華為超融合數(shù)據(jù)中心網(wǎng)絡通過iMaster NCE MDC組件，一邊對接公有云調(diào)用API，另一邊納管iMaster NCE-Fabric，將單一網(wǎng)絡管理擴展到公有云/私有云/行業(yè)云等網(wǎng)絡統(tǒng)一管控和自動化，達到跨云業(yè)務網(wǎng)絡秒級開通。