關於以太通道的工程實踐與指導原則
最佳實踐與指導原則
被規劃到以太通道內的所有物理介面，必須要具備相同的屬性，這些屬於包括：
ü通道內的所有介面必須具備相同的速度和雙工模式。
ü通道內的所有介面必須具備一樣的模式（要麼都是accesss；要麼都是trunk）。
ü通道內的所有物理介面如果處於access模式，那麼這些介面必須要屬於相同的vlan。
ü如果物理介面屬於某個vlan，那麼就必須在通道介面上規劃相同的vlan。
ü如果物理介面屬於幹個，那麼就必須在通道介面上規劃幹道。
ü以太通道的介面（port-channel介面）不能作為交換機埠映象的目標介面。
ü在port-channel介面上的配置只影響以道通道介面。
ü在物理介面上的配置只影響該物理介面。
ü實施以太通道的兩端必須具備一樣的本徵vlan（native vlan）。
以太通道實踐於網路工程中的哪些環境？
關於這一點，由於網路技術的飛速發展，裝置功能的不斷換代，時代不同，以太通道在實踐專案中的應用場景也是有所不同的，下面將列出以太通道應用的典型場所：
以太通道技術應用的典型工程環境：
一、需要提更高的網路速度和冗餘性到上連伺服器區域，特別是儲存網路。
二、需要思科的裝置和伺服器（比如windows 2012）組建高速訪問的以太通道。
三、在網路改造中無法使用疊堆技術或者虛擬交換，但是又需要收縮或者替代生成樹區域。
四、思科的虛擬交換機（vss）要使用多機箱etherchannel來提搞運營效率。
思科的以太通道能與其它廠商的以太通道相容嗎？
思科的以太通道是能與其它廠商的以太通道相容的，比如思科和華為、微軟互聯以太通道。當然還包括其它更多的廠商，只是其它廠商將以太通道叫「埠聚合」但是其工作本質與原理是相同的，只是個配置指令的問題，需要在此提出的注意事項有兩個：一、當配置思科與其它廠商通過以太通道互聯時，如果採取動態協商，那麼思科的裝置上必須使用lacp協議；二、在不同廠商互聯以太通道時，有可能少部分不同廠商的介面模組的硬體原因，可能導致互聯失敗，但是這並不是以太通道技術本身的問題，而出在不同廠商的硬體模組引數和功能上，屬於極少數現象，所以工程實施者在現場在留心。
以太通道被加入到生成樹時必須注意的事項
如圖所示的網路環境，在環境中有乙個網路儲存區域，使用者希望加速網路儲存客戶區到伺服器群的訪問速度，在交換機s2和
s3之間部署了以太通道，使用者的這種想法和解決方案都在某種程度上講都是可行的。但是當在s2和
s3之間實施以太通道後，使用者發現乙個問題，那就是儲存區的客戶端訪問服務群的速度與原先相較，並沒有任何提公升。原因是使用者在實施以太通道前，網路中有生成樹執行，並且
s1被預設先擇為根橋，那麼當在s2和
s3之前實施以太通道後，形成通道後的那個邏輯介面（
po1）會因為生成樹演算法被置為阻塞狀態（
blk），如圖所示。而通道的
po1就包括了物理介面
fa0/1
和fa0/2
，所以在這種情況下，使用者的以太通道雖被部署，但是因為加入到生成樹後，又被阻塞，那麼就等於不部署，是的這是乙個低階的故障，但它事實的存在了！所以工程實施人員已經存在生成樹的環境中部署以太通道一定要留心檢視通道的狀態。要解決這個問題乙個很好辦法就是將
s3手工配置為生成樹的根橋。但是又要留心當
s3成為根橋後，可能打亂原本的生成樹拓撲，造成另外的通訊故障，所以應該從全域性來考慮這個問題，結束「頭痛醫頭，腳痛治腳！」的現狀，關於如果如何從全域性來思考這個問題，筆者將在交換網路的穩定性和高可性部分作更多的描述。
關於以太通道的工程實踐與指導原則
最佳實踐與指導原則 被規劃到以太通道內的所有物理介面，必須要具備相同的屬性，這些屬於包括 通道內的所有介面必須具備相同的速度和雙工模式。通道內的所有介面必須具備一樣的模式 要麼都是accesss 要麼都是trunk 通道內的所有物理介面如果處於access模式，那麼這些介面必須要屬於相同的vlan。...
我的目標，關於軟體工程的實踐專案
軟體工程不 麻煩 但對於我們一般只應付考試的大學生來說，軟工實踐就 麻煩 了。而正是這種 麻煩 使得很多人到大三了，還沒有真正進行專案 比如說我 但每一次有收穫的行動或許都伴著 麻煩 的，因此，關於軟工實踐，得好好對待。對於學習能力的期望 學了2年計算機，希望通過這次軟工實踐擁有自主開發專案的能力 ...
《原神》運維自動化的探索與實踐
2020 年 9 月 28 日清晨公尺哈遊辦公區域，原神 運維團隊與 opsmind 重保團隊嚴陣以待，迎接提瓦特大陸第一批旅行者。新年伊始，原神 運維團隊為我們揭示了 原神 運維自動化技術的探索實踐經歷。運維自動化是必然，時間是我們唯一要跑贏的敵人。與公尺哈遊現有專案對比，原神 在伺服器數量及運維...