FastCFS架構之鏈接篇

    上一篇文章講到了FastCFS核心組件faststore的架構及特色，你們可能有些蒙圈，此次補上FastCFS各個模塊之間的關係說明。老規矩，上圖爲敬：

    FastCFS的兩大核心組件 faststore 和 fastDIR相互獨立，經過clien端封裝的file api library將兩者鏈接起來。 這種作法有兩點好處：1. faststore 和 fastDIR不直接依賴，下降服務端複雜性；2. 若是不須要使用fastDIR提供的元數據服務，能夠直接使用 faststore api訪問faststore cluster。好比後續實現塊設備訪問方式的話，只須要使用 faststore便可。

    faststore cluster有三個服務端口：cluster、replica和service， fastDIR cluster有兩個服務端口：cluster和service。cluster和replica端口用於集羣內部通訊，其中replica端口用於server之間的數據複製，service端口對外提供服務。

    FastCFS交流羣有朋友問了，一個端口不行嗎，爲啥須要兩個甚至三個端口呢？FastCFS的設計和實現目標是支持跑數據庫，除了保證數據一致性爲核心的高可靠外，還需作到極高性能。FastCFS採用多個端口的作法，實現外部訪問和集羣內部通訊相互隔離，最大程度下降外部和內部相互影響，提高網絡吞吐量，從而提高總體性能。

    FastCFS服務端支持多塊網卡，出於性能考慮，強烈推薦集羣內部通訊和對外服務使用不一樣的網卡。再次解答FastCFS爲何採用多端口方案，由於FastCFS容許只使用一塊網卡（內部通訊和對外服務均使用同一塊網卡）。

    友情提示：使用多塊網卡時，簡單起見，每塊網卡最好使用不一樣的網絡分類地址，好比內部通訊的網卡1使用192打頭的IP，對外服務的網卡2使用 172打頭的IP。

   最後是廣告時間：通過不懈努力，咱們最近剛創建FastCFS yum源，而且整理了簡明扼要的安裝和配置文檔，歡迎有須要的朋友測試、使用和反饋。FastCFS使用交流羣在gitee項目首頁能夠找到，歡迎感興趣的朋友掃碼加入。附gitee項目地址：https://gitee.com/fastdfs100/FastCFS

本文分享自微信公衆號 - FastDFS分享與交流（fastdfs100）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。