gluster性能調優選項有哪些

這篇文章主要介紹“gluster性能調優選項有哪些”，在日常操作中，相信很多人在gluster性能調優選項有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”gluster性能調優選項有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

1       write-behind（默認on）

gluster volume set tank write-behind on

Write Behind Translator （后寫）

    通常情況下，寫操作會比讀要慢。通過使用"aggregated background write"技術，write-behind translator 相當顯著地改善了寫的性能。更確切地說，大量小的寫操作被集中起來，形成少量的、大一些的寫操作，并且進行后臺寫處理(non-blocking)。后寫方式在client端上聚合了寫操作，減小了必須傳遞的網絡包數量。在server端，它幫助服務器優化寫的磁盤尋道時間。

aggregate-size

    該選項決定了在匯聚寫操作之前塊的大小。參照你的連接速度、RAM的大小，以及工作負載情況，你可以調整這個值。默認的，該值為128KB，能夠比較好的滿足大多數應用情況。無限制的增加和減小這個值可能會帶來性能上的降低。你可以逐漸調整和分析，慢慢找出一個最優化的結果。

flush-behind

    該選項可以直接通過命令 gluster volume set tank flush-behind 的形式進行設置，但實際上，該參數是write-behind的一個選項，如果write-behind為off，只設置flush-behind應該是沒有意義的。

    該選項也同樣是為了提升處理大量小文件的性能。在這個選項里close()/flush()能夠被堆到后臺，允許客戶端去處理下一個請求。默認值是on。

注意:

通常情況下，protocol translator對于一個請求或者轉發的數據包有一個4MB的上限。因此，如果你在client端用了上面的write-behind(大多數會如此)，并且aggregate-size大于4MB，他也不會發出大的數據包。

2       read-ahead（默認on）

gluster volume set tank read-ahead on

Read Ahead Translator （預讀）

    基于預設值，read-ahead會順序地預取一些塊。當你的應用忙于處理一些數據的時候，GlusterFS能夠預讀下一批等待處理的數據。這樣能夠使的讀取操作更加流暢和迅速。而且，工作起來像一個讀的集合器一樣（read-aggregator），也就是說，將大量的、零散的讀取操作集合成少量的、大一些的讀操作，這樣，減小了網絡和磁盤的負載。page-size 描述了塊的大小。page-count 描述了預讀塊的總數量。

注意:

這個translator比較適合于應用在IB-verbs transport環境里。在百兆和千兆以太網接口、沒有read-ahead的環境下，能夠達到這種連接的最高速度。

3       io-cache（默認on）

gluster volume set tank io-cache on

IO-Cache Translator

    如果在client端被加載，能夠幫助減小server的負載（如果client正在讀一些文件，而且這個文件在兩次讀操作期間沒有被修改）。舉個例子，在編譯內核時所需要訪問的頭文件。

type performance/io-cache

    IO緩存中繼(performance/io-cache）屬于性能調整中繼的一種，作用是緩存住已經被讀過的數據，以提高IO性能。

    IO緩存中繼可以緩存住已經被讀過的數據。這個對于多個應用對同一個數據多次訪問，并且如果讀的操作遠遠大于寫的操作的話是很有用的（比如，IO緩存很適合用于提供web服務的環境，大量的客戶端只會進行簡單的讀取文件的操作，只有很少一部分會去寫文件）。

    當IO緩存中繼檢測到有寫操作的時候，它就會把相應的文件從緩存中刪除。

   IO緩存中繼會定期的根據文件的修改時間來驗證緩存中相應文件的一致性。驗證超時時間是可以配置的。

4       quick-read（默認on）

gluster volume set tank quick-read on

http://www.gluster.org/community/documentation/index.php/Translators/performance/quick-read

從描述上看，該選項只對fuse有用，同時，如果文件的大小大于默認的64k，則該選項也不起作用。

Translator performance/quick-read

該中繼器用來提高小文件讀性能。

通過網絡對文件系統進行操作開銷很大，因此，quick-read使用glusterfs內部get接口來一次執行多個posix系統調用open/read/close，一次get調用包含：一個open調用 + 多個read調用 + 一個close調用。

This translator improves performance of read on small files. Over a posix interface, files are read using the apis open, read and close. For a filesystem implemented over a network, the round trip overhead of these calls can be significant. Hence quick-read uses the glusterfs internal get interface to implement posix abstraction of using open/read/close for reading of files there by reducing the number of calls over network from n to 1 where n = no of read calls + 1 (open) + 1 (close).

Example:

volume quick-read

  type performance/quick-read

  option cache-timeout nsecs (1 second)

  option max-file-size nbytes (64Kb)

  subvolumes client

end-volume

• cache-timeout

緩存失效驗證時間，默認值1秒。

Timeout for validation of cached file. On timeout stats of the file is compared with that of cached copy. If the file is found to be changed after it is cached, the cache is flushed. The default timeout value is 1 second.

• max-file-size

可以使用get接口讀取的文件最大值，默認值是64KB。當文件大于該值，則使用標準的open/read/close調用。

Maximum size of the file that can be fetched using get interface. Files bigger than this are read using the normal open/read/close. Note that this option controls only how quick-read behaves. Irrespective of the value this option, the applications running on glusterfs continue to use the normal open/read/close interface. Default value of this option is 64 kilo bytes.

glusterfs3.4把quick-read（3.3就這一個translaotr）分解為open-behind和quick-read。原來設計不管操作文件的目的是什么，都要獲取真正的fd。重構后，可以根據文件操作目的，如果是修改文件內容，就在后臺打開文件并進行操作。如果僅僅是fstat等類似操作，就利用匿名fd來進行，不會等待真正的fd。這樣根據操作目的，優化了性能。在lookup時，根據需要設置xdata key，在posix translator層就抓取文件內容。read操作執行到quick-read層時就返回文件內容。

5       open-behind（默認on）

gluster volume set tank open-behind on

Perform open in the backend only when a necessary FOP arrives (e.g writev on the FD, unlink of the file). When option is disabled, perform backend open right after unwinding open().

6       stat-prefetch（默認on）

即：performance/md-cache

gluster volume set tank stat-prefetch on

meta-data caching translator in the volume。

網上有說法：

    為規避客戶端元數據不一致，把客戶端的metadata cache禁用，即配置performance.md-cache-timeout 0。

有可能正確，待深入分析，暫用默認值。

force-readdirp參數：

    Convert all readdir requests to readdirplus to collect stat info on each entry.

7       io-threads（默認on，16線程）

gluster volume set tank io-thread-count 16

    IO線程中繼(performance/io-threads）屬于性能調整中繼的一種，作用是增加IO的并發線程，以提高IO性能。

    IO線程中繼試圖增加服務器后臺進程對文件元數據讀寫I/O的處理能力。由于GlusterFS服務是單線程的，使用IO線程轉換器可以較大的提高性能。這個轉換器最好是被用于服務器端，而且是在服務器協議轉換器后面被加載。

    IO線程操作會將讀和寫操作分成不同的線程。同一時刻存在的總線程是恒定的并且是可以配置的。

之前GlusterFS Translators v1.3手冊對io-threads描述，和當前實現相比可能有出入：

    AIO增加了異步（后臺）讀寫的功能。通過加載這個translator，你可以利用server的空閑時間去處理新的任務。當server在 DMA方式處理讀或者寫操作的時候，CPU、內存或者網絡并沒有被使用。這個translator可以將資源更好的利用起來去處理和增加當前的I/O性能。

注意:

    1. io-threads translator 只有在unify之上或者在Server protocol之下才會有效果。如果在unify和namespace brick之間，因為沒有文件io的處理，所以不會有效果。

    2. 'thread-count'小于或等于你的CPU數量。

到此，關于“gluster性能調優選項有哪些”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！