一年一度的“11.11”購物盛事如約而至，大家的錢包都還好嗎？（友提：請大家理性購物，避免沖動消費）。面對年年“新高”的購物人數(shù)和交易量，筆者不禁想研究一個問題，假如全中國14億人在同一時間同時購物，需要一個什么樣的數(shù)據(jù)中心網(wǎng)絡(luò)支撐呢？

想象一下14億人購物帶來的“海嘯式”流量，對單個數(shù)據(jù)中心是一種毀滅性的沖擊，輕則服務(wù)無法訪問，重則直接癱瘓。除非這種單數(shù)據(jù)中心不計投資和效率，規(guī)模足夠大。但在實際生活中，這是基本不存在的。商用數(shù)據(jù)中心面對這種大流量突發(fā)訪問的場景，一般會采用多DC多活架構(gòu)，對海量流量進行均衡處理，保障流量就近接入，多地分流。其實，數(shù)據(jù)中心多地多中心已經(jīng)不是新鮮概念了?，F(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)絡(luò)支付業(yè)務(wù)合計最高并發(fā)10.9萬筆/秒，同比增長25.19%。除了數(shù)據(jù)量大，體量大的原因，多地多中心模式架構(gòu)更加復(fù)雜，對企業(yè)信息部門的技術(shù)能力要求更高，例如，對DC間數(shù)據(jù)傳輸?shù)臅r延和準確性要求更加苛刻，同時對管理運維的靈活性要求也非常高，此時數(shù)據(jù)中心網(wǎng)絡(luò)面臨三大挑戰(zhàn)。

挑戰(zhàn)一：跨數(shù)據(jù)中心數(shù)據(jù)同步時延高，

影響用戶購物體驗

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

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

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

挑戰(zhàn)二：多地多中心常是多廠商異構(gòu)網(wǎng)絡(luò)，

逐段部署效率低

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

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

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

挑戰(zhàn)三：多云/混合云業(yè)務(wù)打通慢，易出錯

公有云內(nèi)部資源可用公有云管理系統(tǒng)配置，私有云內(nèi)通過iMaster NCE-Fabric進行配置，而關(guān)鍵的互通，需要兩邊分別對齊參數(shù)、分別配置。傳統(tǒng)公有云和私有云網(wǎng)絡(luò)連接（一般是IPsec）依賴手工配置開通，工程師分別配置公有云側(cè)、私有云側(cè)，復(fù)雜繁瑣，耗時長，一般耗時1周左右。

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

雖然14億人同時購物的假設(shè)屬于大開腦洞的極端例子，但是隨著數(shù)字化轉(zhuǎn)型深化，各行各業(yè)的用戶都在向線上遷移，數(shù)據(jù)中心面臨的數(shù)據(jù)量和復(fù)雜性呈指數(shù)增加，高并發(fā)場景日益頻繁，多地多中心以及多云混合云建設(shè)將越來越多。保障數(shù)據(jù)傳輸?shù)男屎唾|(zhì)量，保障業(yè)務(wù)敏捷上新，是對新一代數(shù)據(jù)中心網(wǎng)絡(luò)的核心訴求。華為超融合數(shù)據(jù)中心網(wǎng)絡(luò)CloudFabric 3.0解決方案從傳統(tǒng)網(wǎng)絡(luò)演進到ADN，支持多云多廠商全生命周期自動化部署和全網(wǎng)智能運維，同時以0丟包以太網(wǎng)支撐存儲和計算業(yè)務(wù)的高速發(fā)展，已在金融、互聯(lián)網(wǎng)、高校、制造等行業(yè)成功商用，持續(xù)助力各行業(yè)數(shù)字化轉(zhuǎn)型深化和業(yè)務(wù)敏捷創(chuàng)新。

原文標題：開腦洞：假如14億人同時購物，需要怎樣的數(shù)據(jù)中心網(wǎng)絡(luò)？

文章出處：【微信公眾號：華為數(shù)據(jù)通信】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
責任編輯:pj