思科宣布停止HyperFlex產(chǎn)品

當?shù)貢r間 9 月 12 日，思科正式宣布已停止生產(chǎn)其 HyperFlex 超融合基礎設施（HCI）產(chǎn)品。

思科表示，做出這個決定有兩方面的考慮。一方面是不斷變化的客戶需求和市場形勢，讓自己重新考慮了針對這款設備的計劃；另一方面是超大規(guī)模計算公司開始涉足這個市場。例如，甲骨文剛剛將其本地云精簡為一款可與大型超融合設備競爭的產(chǎn)品。

思科沒有詳細解釋為何停止 HyperFlex，只是說，這是為客戶、合作伙伴和員工提供更有力的支持。思科發(fā)言人稱，思科“仍然致力于簡化混合多云運營”。但實現(xiàn)這一目標背后出力的是 Nutanix 而不是思科。兩家公司最近宣布合作，在思科硬件上運行 Nutanix 的軟件堆棧，思科出售最終的設備并獲得傭金。

思科承諾為 HyperFlex 客戶提供五年的支持和服務。不過，對于使用 HyperFlex 運行 VMware ESXi 虛擬機管理程序的客戶來說，這項服務很復雜。思科不會在其硬件上認證未來版本的 ESXi ，也就是說 VMware 客戶要么在 ESXi 8.0 退出支持后依舊使用，要么運行不受支持的代碼。

另一種選擇是完全放棄 HyperFlex，思科已經(jīng)針對這種情況發(fā)布了一份白皮書。亦或是清理 HyperFlex 并將其運行的機器用作普通 UCS 服務器使用。為了讓該平臺的用戶有時間做好準備。思科將在 2024 年 3 月 12 日之前繼續(xù)接受 HyperFlex 硬件和軟件的訂單，并嘗試在同年 6 月 10 日之前全部發(fā)貨。

厭倦了成為“others”

思科之所以放棄 HyperFlex，可能是因為它的銷量始終沒能達到讓思科滿意。

IDC 2022 年底的數(shù)據(jù)顯示，在該市場中，VMware 占據(jù)了絕對優(yōu)勢的 41% 份額， Nutanix 占 25%，排名第三的HPE 占 7.3% ，這使得思科只能“屈居”于“其他”類別中。

思科一直在大肆宣傳自己在刀片服務器領域的實力——UCS 服務器占據(jù)利基市場，但實際上從未撼動過戴爾、 HPE 或聯(lián)想等其他玩家的地位。HyperFlex 對于改變這種局面似乎幫助不大，在思科將大部分工具轉(zhuǎn)向云和訂閱模式的時期，反而給思科帶來了維護管理軟件堆棧的負擔。

鑒于這塊業(yè)務始終無法做出成績，而超大規(guī)模云又對服務器制造商構(gòu)成威脅，混合云又減少了對本地設備的需求，這也不難看出為什么思科決定讓 HyperFlex 的時代提前結(jié)束了。

不過思科沒有錯過這輪AI網(wǎng)絡的風口，此前就制定了一系列基于以太網(wǎng)的AI網(wǎng)絡戰(zhàn)略。

思科基于以太網(wǎng)的AI網(wǎng)絡戰(zhàn)略

思科云網(wǎng)絡、Nexus和ACI產(chǎn)品線產(chǎn)品管理副總裁Thomas Scheibe表示：“各組織正坐擁海量數(shù)據(jù)，他們正在研究人工智能技術(shù)，試圖讓這些數(shù)據(jù)更容易訪問，并更快地從中獲得價值?？蛻粝胫浪麄冃枰诰W(wǎng)絡方面做什么，以便能運行其龐大的 GPU 集群并處理大量數(shù)據(jù)。對于大多數(shù)客戶來說，以太網(wǎng)將是答案?！?/p>

為此，思科制定了一份藍圖，定義組織如何使用現(xiàn)有數(shù)據(jù)中心以太網(wǎng)來支持人工智能工作負載。思科人工智能藍圖的核心組件是其 Nexus 9000 數(shù)據(jù)中心交換機，這些交換機的每個 ASIC 高達 25.6Tbps 的帶寬，并且擁有可用的硬件和軟件功能，可提供所需的低延遲、擁塞管理機制和遙測， 可提供 AI/ML 集群所需的極高吞吐量。

此外，最近思科在面向AI的新型高端可編程Silicon One處理器取得了全新進展，芯片產(chǎn)品家族又添新成員。全新處理器包括Silicon One G202和Silicon One G200，能夠?qū)崿F(xiàn)25.6Tbps和51.2Tbps的轉(zhuǎn)發(fā)性能。兩款處理器建立在 Cisco Silicon One G100統(tǒng)一架構(gòu)的技術(shù)基礎之上實現(xiàn)突破創(chuàng)新。針對高帶寬、超大規(guī)模數(shù)據(jù)中心以及 AI/ML高性能網(wǎng)絡進行了全面優(yōu)化，構(gòu)建無損、低延遲和高能效的AI數(shù)據(jù)中心。

RoCEv2 作為 AI 集群的傳輸

RDMA是眾所周知的用于高性能計算和存儲網(wǎng)絡環(huán)境的技術(shù)。RDMA 的優(yōu)點是在內(nèi)存到內(nèi)存級別的計算節(jié)點之間實現(xiàn)高吞吐量和低延遲的信息傳輸，而不會給 CPU 帶來負擔。該傳輸功能被卸載到網(wǎng)絡適配器硬件以繞過操作系統(tǒng)軟件網(wǎng)絡堆棧。

RDMA 提供了多種網(wǎng)絡傳輸實現(xiàn)，包括InfiniBand 和基于以太網(wǎng)的RoCE。

InfiniBand (IB) 提供高吞吐量和 CPU 旁路，從而降低延遲。InfiniBand 還在協(xié)議中內(nèi)置了擁塞管理，這些優(yōu)勢使 InfiniBand 成為高性能計算傳輸?shù)氖走x。對于需要 HPC 工作負載的企業(yè)網(wǎng)絡，InfiniBand 設計了一個單獨的網(wǎng)絡以利用其所有優(yōu)勢，但這些專門構(gòu)建的網(wǎng)絡給企業(yè)帶來了額外的成本和復雜性。

RoCE 是 InfiniBand 的以太網(wǎng)轉(zhuǎn)發(fā)擴展。RoCEv2 將 IB 傳輸封裝在以太網(wǎng)、IP 和 UDP 報頭中，因此可以通過以太網(wǎng)進行路由。ROCEv2是一種高性能網(wǎng)絡計算技術(shù)，可以讓數(shù)據(jù)直接在兩個設備的內(nèi)存之間傳輸，而無需涉及服務器CPU。它允許通過單個連接同時傳輸或路由多個數(shù)據(jù)包，從而減少延遲和復雜性并提高吞吐量。

RoCE 和 RoCEv2 幀格式，其中 RoCEv2 IP 和 UDP 報頭位于以太網(wǎng)之上

以太網(wǎng)在企業(yè)數(shù)據(jù)中心中無處不在，網(wǎng)絡管理員對以太網(wǎng)非常熟悉，這是該技術(shù)的一大優(yōu)勢。除此之外，經(jīng)濟性和創(chuàng)建承載常規(guī)企業(yè)流量以及 RDMA 工作負載的“融合”結(jié)構(gòu)對客戶非常有吸引力，這也是在數(shù)據(jù)中心網(wǎng)絡中實施 RoCEv2 的原因之一。

RoCEv2 需要無損傳輸，可以通過使用顯式擁塞通知 (ECN) 和優(yōu)先級流量控制 (PFC) 擁塞避免算法來實現(xiàn)。

AI集群需要無損網(wǎng)絡

對于RoCEv2傳輸，網(wǎng)絡必須提供高吞吐量和低延遲，同時避免在發(fā)生擁塞的情況下流量下降。Cisco Nexus 9000 通過 ECN 和 PFC 中的軟件和硬件遙測在無損網(wǎng)絡中提供支持和可見性。

顯式擁塞通知 (ECN)

在需要端到端傳播擁塞信息的情況下，可以使用ECN進行擁塞管理。ECN 在 IP 報頭服務類型 (TOS) 字段內(nèi)的 2 個最低有效位內(nèi)經(jīng)歷擁塞的網(wǎng)絡節(jié)點中進行標記。當接收方收到 ECN 擁塞經(jīng)歷位設置為 0x11 的數(shù)據(jù)包時，它會生成擁塞通知數(shù)據(jù)包 (CNP) 并將其發(fā)送回發(fā)送方。當發(fā)送方收到擁塞通知時，它會減慢與該通知匹配的流量。這種端到端流程構(gòu)建在數(shù)據(jù)路徑中，因此是管理擁塞的有效方法。

網(wǎng)絡設備和終端主機使用的 ECN 位值

ECN 本質(zhì)上是通過監(jiān)控網(wǎng)絡擁塞或其他可能導致數(shù)據(jù)包丟失的情況，并限制網(wǎng)絡以確保這種情況不會發(fā)生，從而實現(xiàn)無損以太網(wǎng)。無損以太網(wǎng)不僅是AI網(wǎng)絡的關(guān)鍵要求，也是當今 VOIP 或視頻環(huán)境的關(guān)鍵要求。

優(yōu)先流量控制 (PFC)

優(yōu)先級流量控制在第 2 層網(wǎng)絡中引入，作為實現(xiàn)無損以太網(wǎng)的主要機制。流量控制由第 2 層幀中的服務類別 (COS) 值驅(qū)動，并使用暫停幀和暫停機制來指示和管理擁塞。然而，構(gòu)建可擴展的第 2 層網(wǎng)絡對于網(wǎng)絡管理員來說是一項具有挑戰(zhàn)性的任務。因此，網(wǎng)絡設計大多演變?yōu)榈?3 層路由結(jié)構(gòu)。

由于 RoCEv2 可以路由，因此 PFC 被調(diào)整為與DSCP 優(yōu)先級配合使用，以發(fā)出網(wǎng)絡中路由跳之間的擁塞信號。DSCP 是一種用于對 IP 網(wǎng)絡上的網(wǎng)絡流量進行分類的機制。它使用 IP 報頭中的 6 位差分服務字段來進行數(shù)據(jù)包分類。使用第 3 層標記使流量能夠跨路由器維護分類語義。由于 PFC 幀使用鏈路本地尋址，因此網(wǎng)絡設備可以接收并執(zhí)行路由和交換流量的暫停信令。PFC 從擁塞位置到流量源逐跳傳輸。此逐步行為可能需要一些時間才能傳播到源。PFC 用作管理 RoCEv2 傳輸擁塞的主要工具。

Cisco Nexus 9000 交換機支持 PFC 擁塞管理和 ECN 標記，通過加權(quán)隨機早期檢測 (WRED) 或近似公平丟棄 (AFD) 來指示網(wǎng)絡節(jié)點中的擁塞情況。

PFC 和 ECN 相輔相成，提供最高效的擁塞管理。它們共同在擁塞期間提供最高的吞吐量和最低的延遲損失，在構(gòu)建無損以太網(wǎng)中發(fā)揮著重要作用。總而言之，這些技術(shù)可以使以太網(wǎng)能夠?qū)δ承┕ぷ髫撦d進行優(yōu)先級排序，例如人工智能工作負載，它們不能容忍任何丟包，并且即使出現(xiàn)擁塞也始終獲得網(wǎng)絡優(yōu)先級。

Silicon One

思科AI網(wǎng)絡基礎設施的另一個要素是其新型高端可編程Silicon One處理器，該處理器旨在為企業(yè)提供大規(guī)模 AI/ML基礎設施。

思科將 5 納米 51.2Tbps Silicon One G200 和 25.6Tbps G202 添加到其Silicon One 系列中。這些處理器可以針對單個芯片組的路由或交換進行定制，從而無需為每個網(wǎng)絡功能使用不同的芯片架構(gòu)。這是通過通用操作系統(tǒng)、P4 可編程轉(zhuǎn)發(fā)代碼和 SDK 來完成的。

思科表示，這些新設備位于 Silicon One 系列的頂端，將帶來網(wǎng)絡增強功能，使其成為要求苛刻的 AI/ML 部署或其他高度分布式應用的理想選擇。Silicon One 系統(tǒng)的核心是支持增強的以太網(wǎng)功能，例如改進的流量控制、擁塞感知和避免。該系統(tǒng)還包括先進的負載平衡功能和“packet-spraying”功能，可將流量分散到多個 GPU 或交換機上，以避免擁塞并改善延遲。思科表示，基于硬件的鏈路故障恢復還有助于確保網(wǎng)絡以最高效率運行。

結(jié)合這些增強型以太網(wǎng)技術(shù)并進一步推進，最終使客戶能夠建立思科所謂的Scheduled Fabric。思科表示，在Scheduled Fabric中，芯片物理組件、光學器件、交換機像一個大型模塊化機箱一樣連接在一起，并相互通信，以提供最佳的調(diào)度行為和更高的帶寬吞吐量。

審核編輯：劉清