GlusterFS“客戶端”是否更喜歡本地 LAN 節點而不是遠端 LAN 節點？
我目前正在仔細研究 GlusterFS。
出於測試原因，我一共設置了四台虛擬機，每台都充當 Gluster 對等機。
由於我可以訪問兩個 DC（位於不同位置），因此我在 DC A 中創建了兩個 Gluster 節點，另外兩個節點位於 DC B 中。
副本數為 4 的複製卷使用所有四個 Gluster 節點，這意味著我在每個 DC 中都有每個文件的兩個副本。
兩個 DC 相互連接，這意味著每台伺服器都可以通過內部 IP 地址訪問另一台伺服器。
因為我還想訪問這些文件，所以我在 DC A 中創建了另一個 VM，它在複製的捲上執行了 mount.glusterfs。
現在我的問題是：GlusterFS“客戶端”是否更喜歡本地 Gluster 節點（來自同一個 DC）而不是更遠的 Gluster 節點（位於另一個 DC）？
如果沒有，有沒有辦法影響“Gluster 客戶端”的文件訪問行為？我嘗試搜尋官方文件並蒐索了 30 多分鐘；但是，我無法找到我的問題的答案。
我問這個問題的原因是因為我想確保我的“客戶端”不會訪問其他 DC 中的 Gluster 節點來訪問文件。我想將流量保持在目前 DC 內。
2020 年更新：
從 gluster 版本 7 (2019-NOV-13) 開始，客戶端通過負載平衡執行基於網路延遲的讀取選擇。在這種情況下，它將更喜歡本地節點。
在 2015 年和 2019 年之間的版本中，read-subvolume/read-subvolume-index 選項似乎早已被棄用，儘管 NUFA local-volume-name 似乎執行相同的本地首選項。
原答案：
您正在尋找的讀取選項是
read-subvolume. 沒有它，在初始化時，它將以最快的速度響應伺服器（可能是 DC-local，但並非總是如此）並從中讀取。對於寫入，客戶端將始終寫入副本集中的所有節點。此處記錄了 read-subvolume 選項：
http://www.gluster.org/community/documentation/index.php/Translators/cluster