在 Windows Server 2008 R2 上增加網路頻寬
我在一台 Windows 2008 R2 伺服器上使用大約 40 個客戶端來管理這個網路。這些客戶端通過兩個千兆交換機（24 埠啞交換機）連接到伺服器。在接下來的幾個月裡，客戶的數量將會增加。假設我們要為多達 100 個客戶進行計劃。
網路流量已經很高，有時真的很堵塞。我的目標是在不久的將來將網路頻寬增加一倍，並在我們採購新的伺服器硬體時增加四倍。
顯然，這需要多個 NIC 或具有多個乙太網埠的 NIC 卡。這些是我對選項/限制的想法：
- 我讀到 Windows Server 2012 具有內置的 NIC 組合功能。但是，這根本不可行，因為許可成本（伺服器 + CAL）太高了。此外，這根本不能成為升級伺服器軟體的理由。
- 在沒有 LACP/組合的情況下使用多個 NIC。每個 NIC 都必須位於單獨的子網上，因為當它的兩個 NIC 位於同一子網上時，Windows Server 無法正常執行。每個 NIC 將連接到不同的交換機，因此這些客戶端將位於不同的子網中。雖然這會增加伺服器的總頻寬，但也會增加網路配置（路由、DHCP、DNS、防火牆等）的一些複雜性。您能說服我嗎？
- 丟棄現有的啞開關並尋求更好的東西。Netgear 提供具有 LACP/LAG 功能的“非託管加”交換機。每個 24 埠交換機（最高埠配置）的成本約為盧比。20k (~美國 $ 350) in India so four such switches will set us back by around Rs. 80k (~US $ 1400)。但我認為它仍然比替換 Windows Server 本身要好。這可能是最後的手段。
- 我讀到某些伺服器級 NIC 卡（例如來自 Intel 的那些）可以提供基於驅動程序的組合/聚合，即使伺服器作業系統或交換機不支持該功能。我做了一些搜尋，大多數結果都是關於 Linux 和 FreeNAS 等的，所以我不確定這是否適用於 Windows 環境。如果這真的是一個可行的選擇，那是我在不久的將來最好的選擇。任何人都可以分享他們對這種設置的經驗並建議使用任何特定的 NIC 型號嗎？
除此之外，我可以嘗試某種網路優化。目前所有客戶端都直接連接到交換機。我能做的是在一組客戶端之間引入一些小交換機，並將這些小交換機連接到主交換機。但不確定這是否對我有用，因為流量大多是真實的，並且所有這些都涉及伺服器。客戶之間沒有太多的事情發生。伺服器主要用作文件伺服器。
你怎麼認為？我在這裡錯過了什麼嗎？
第一個問題：
用於確定您的使用率的測量指標是什麼（即：什麼是“高”和“阻塞”？我假設這僅在伺服器上完成，因為您無法從非託管交換機中提取統計資訊。
第二：
- 我會遠離伺服器上不同子網上的多個網卡。
- 我會遠離“引入一些小開關”選項
- 我肯定會升級交換機。我還建議不要使用 NetGear 交換機。大多數非管理型交換機和 Netgear “企業交換機”的緩衝區有限，仍然存在性能問題
- 伺服器空間中的大多數現代 NIC 都可以基於驅動程序軟體套件進行某種形式的網路組合/綁定。幾乎所有這些都可以在 Windows 中正常工作。BACS（Broadcom 高級控制套件）和英特爾 ACS（高級網路服務）是兩個比較常見的）。
編輯以在下面回复您的評論，因為我的回复太長而無法發表評論：
我的問題是試圖確定您為什麼認為您的網路使用率“已經很高”和“阻塞”。如果您的真正問題是設計缺陷（網路循環等）、配置問題（速度/雙工不匹配等）或交換機問題（緩衝區溢出/丟棄數據包/等），那麼為伺服器提供更多頻寬就贏了幫不了你。使用您目前的硬體，很難具體縮小您的問題所在。
你從哪裡執行你的跟踪？您說的沒有異常的wireshark跟踪並不能證明您的“網路流量”已經很高或“阻塞”了。不要太苛刻，但你知道你在尋找什麼嗎？根據您的問題和您目前的構想，我不知道您在排除網路跟踪問題以查看是否存在問題方面的知識水平。
在伺服器 NIC 上執行 perfmon 計數器可以讓您更好地了解伺服器 NIC 的使用率，並且只是第一個跡象表明更多的伺服器頻寬可能會有所幫助。但是你還沒有說你是否執行過這些計數器。
最後，大多數驅動程序軟體可以與幾乎任何交換機（包括非託管交換機）進行某種形式的網路組合。通常，您僅限於直接故障轉移或傳輸負載平衡。故障轉移就像聽起來一樣。在檢測到故障之前只使用一個 NIC，然後將其故障轉移到另一個 NIC。傳輸負載平衡將僅對來自系統的出站流量進行負載平衡。傳入流量通常仍僅限於單個 NIC。我相信博通可以做 SLB（智能負載平衡），它嘗試通過免費 ARP 進行有限的接收負載平衡，但我從來沒有使用過太多。完整的 LaCP 聚合將需要交換機支持它。它的意義遠不止這些，但這不是關於 NIC 組合類型和支持的問題。