數(shù)據(jù)中心，簡(jiǎn)單地說(shuō)，是集中存放計(jì)算機(jī)服務(wù)器的地方，通俗點(diǎn)也可以叫機(jī)房。數(shù)據(jù)的不斷激增給傳統(tǒng)的數(shù)據(jù)中心運(yùn)營(yíng)帶來(lái)了巨大壓力，傳統(tǒng)的數(shù)據(jù)中心已經(jīng)不能滿足大量用戶實(shí)時(shí)檢索數(shù)據(jù)的的需求，因此網(wǎng)絡(luò)性能指標(biāo)構(gòu)成了數(shù)據(jù)中心的新挑戰(zhàn)。
目前正在發(fā)生的一個(gè)主要變化是支持公共云或私有云的葉脊數(shù)據(jù)中心結(jié)構(gòu)，可以將其視為將網(wǎng)絡(luò)、計(jì)算和存儲(chǔ)資源作為計(jì)算能力單元進(jìn)行的銷(xiāo)售。
數(shù)據(jù)中心結(jié)構(gòu)通?；谧畛鯙殡娫捑W(wǎng)絡(luò)設(shè)計(jì)的CLOS結(jié)構(gòu)，其中準(zhǔn)入控制是服務(wù)質(zhì)量的主要手段。在電路交換領(lǐng)域，網(wǎng)絡(luò)性能指標(biāo)主要是分配固定數(shù)量的帶寬，如果沒(méi)有可用帶寬，則拒絕允許連接。
這些最初的LOS網(wǎng)絡(luò)已經(jīng)通過(guò)折疊（或雙向傳遞流量）和構(gòu)建不同的變體（如Benes和Butter）來(lái)適應(yīng)計(jì)算機(jī)網(wǎng)絡(luò)。這些更通用的葉脊網(wǎng)絡(luò)對(duì)網(wǎng)絡(luò)性能指標(biāo)提出了超出導(dǎo)納控制的挑戰(zhàn)。
以下是網(wǎng)絡(luò)面臨的一些挑戰(zhàn)。
例如在一個(gè)網(wǎng)絡(luò)中，主機(jī)1和主機(jī)2之間有256條路徑。那么可以收集哪種網(wǎng)絡(luò)性能指標(biāo)來(lái)了解網(wǎng)絡(luò)的運(yùn)行情況？
收集每個(gè)接口的隊(duì)列深度、丟棄數(shù)量和傳輸控制協(xié)議重傳將提供網(wǎng)絡(luò)性能的可靠通用視圖。但是，除了這個(gè)抽象視圖之外，很難看到如何收集有助于任何一個(gè)應(yīng)用程序更高效地操作的信息。
這是一個(gè)更具體的示例：如果應(yīng)用程序性能不佳，并且懷疑問(wèn)題出在網(wǎng)絡(luò)中，那么將在哪里開(kāi)始故障排除？很難通過(guò)這些類(lèi)型的寬泛等價(jià)多路徑網(wǎng)絡(luò)跟蹤任何數(shù)據(jù)包或數(shù)據(jù)包流的路徑，以確定可能存在問(wèn)題的位置。
一個(gè)可能的答案是向網(wǎng)絡(luò)添加更多狀態(tài)，尤其是在網(wǎng)絡(luò)性能指標(biāo)中。例如，如果使用IPv6版本的分段路由（SRv6），則可以為網(wǎng)絡(luò)接受的每個(gè)數(shù)據(jù)包添加一個(gè)報(bào)頭，并在數(shù)據(jù)包報(bào)頭上添加路徑列表。
由于SRv6在交換過(guò)程中不會(huì)刪除或修改此標(biāo)頭，因此檢查路徑中任何一點(diǎn)的數(shù)據(jù)包報(bào)頭將顯示數(shù)據(jù)包已通過(guò)網(wǎng)絡(luò)的路徑。有許多不同的方法，可以通過(guò)網(wǎng)絡(luò)添加跟蹤單個(gè)流所需的信息類(lèi)型，但每種方法還涉及另一種權(quán)衡。
添加這些網(wǎng)絡(luò)性能指標(biāo)可能會(huì)產(chǎn)生大量新信息，網(wǎng)絡(luò)管理系統(tǒng)必須消耗、管理、分類(lèi)和考慮。在對(duì)問(wèn)題進(jìn)行故障排除、容量規(guī)劃以及通常了解網(wǎng)絡(luò)健康狀況的過(guò)程中，人們也必須消耗這些信息洪流。這些問(wèn)題尚未得到完全解決，但它們可能是研究、機(jī)器學(xué)習(xí)以及網(wǎng)絡(luò)管理系統(tǒng)設(shè)計(jì)和部署中更強(qiáng)大架構(gòu)方法的新方向。
（原標(biāo)題：網(wǎng)絡(luò)性能指標(biāo)構(gòu)成數(shù)據(jù)中心挑戰(zhàn)）
