下面的安裝假定是以root用戶身份進行的，Linux服務器已經安裝好系統，磁盤已經做好分區。
首先需要認識我們的Linux服務器的硬件配置和軟件情況
硬件配置：
DELL R720 2U服務器
CPU ?8核 Intel(R) Xeon(R) CPU E5-2609 0 @ 2.40GHz
內存 32G
硬盤 ?系統盤 /dev/sda 300GB
? ? ? ssd /dev/sd{b,c} 240GB * 2
? ? ? 普通磁盤 /dev/sd{d-l} ?2TB * 9
軟件配置：
操作系統 CentOS release 6.3 (Final)
內核 ? ? 2.6.32-279.el6.x86_64

注意：我們這里僅是測試，只使用兩塊2TB普通SAS磁盤和一塊240G SSD來供ATS測試，其他盤都沒有使用。

下面給出今天測試的主角，三星240GB的PM853T服務器級SSD，這是2014年5月性能最強悍的產品

1.安裝并配置好ATS 4.2.3
ATS掛載SSD需要磁盤和SSD都是裸盤，用戶名和組名是tserver，具體參見前面的文檔。

2.安裝并配置好tsar監控軟件
需要能夠監控ATS，特別是ssdhit選項，參見博文
http://blog.csdn.net/tao_627/article/details/44808637


3.配置jtest雙機壓測環境
我目前采用兩臺主機搭建壓測環境，一臺就是配備裸盤SSD的ATS緩存代理服務器，一臺就是jtest所在的服務器，部署示意圖如下


假設ATS所在服務器ip是10.10.110.81，它的監聽端口是8080，假設jtest所在服務器ip是10.10.110.149，假設壓測域名是"ts.cn"(可以隨便起)。
為了讓jtest和Firefox正向代理都可以正常工作，我設置業務場景為正向+remap替換
配置records.config如下：
CONFIG proxy.config.reverse_proxy.enabled INT 1 ? ? ? ?#打開
CONFIG proxy.config.url_remap.remap_required INT 1 ? ? #1為只反向代理，0為正向+反向代理
CONFIG proxy.config.url_remap.pristine_host_hdr INT 0 ?#值改為0，這樣可以釋放對外域名的自由度。--這個修改視個人需要
CONFIG proxy.config.cache.ram_cache_cutoff INT 40 ? ? ?#值故意改小，是為了充分測試ssd，讓數據不緩存RAM-cache
配置remap.config如下：
map http://ts.cn:9080/ http://10.10.110.149:9080
regex_map http://(.*) http://$1
然后運行下面的命令來更新配置文件
traffic_line -x

4.jtest壓測ssd性能
按道理說，jtest作為ATS的附帶工具，我們也應該在10.10.110.149上安裝一個ATS，然后進入它的源碼目錄tools/jtest下面執行下面的命令
./jtest -P 10.10.110.81 -p 8080 -S ts.cn -s 9080 -z 1.0 -D 9080 -k 2 -c 500 -Z 1000 -q 100000000
其中：
con: 并發連接數。并發連接數，單進程單cpu處理能力取決于CPU與測試場景，請酌情設置，推薦小于9999
new: 每秒新建連接數。這個參數取決于并發連接數量與長連接效率。
ops: 每秒請求數。也作qps，是比較體現服務器性能的關鍵指標。
1byte：首字節平均響應時間。這個是體現整體轉發效率的關鍵指標。
lat: 完成請求整體響應時間（收到最后一個字節）。cache系統性能關鍵指標。
bytes/per：每秒字節流量/每秒每連接流量
svrs：服務器端請求數
new：服務器端新建連接數
ops：服務器端每秒請求數
total：服務器端總請求的字節數
time：測試時間（秒）
err：出錯數量（連接數）。穩定性測試中，這個數據可以作為一個關鍵指標。

對應的tsar數據

作為對比，如果

?CONFIG proxy.config.cache.ram_cache_cutoff?INT 40960 ?//用于確定寫入緩存的object大小，只有小于該數值的object才會緩存，默認為4M。

對應的tsar圖如下

5.數據分析

從jtest的測試來看，每秒有500個client請求，ATS的QPS是7300/秒左右，帶寬是130M；另外，從tsar cache數據顯示來看，很明顯，隨著cutoff的不同，緩存命中從ram-cache很快轉移到ssd中，服務器最初會有源站請求，很快就變為內存命中，此時主要是ssdhit，band為100.00表示帶寬完全壓滿，ramhit和ssdhit的值之和，是100.00,這些數據說明，單個jtest已經完全壓滿網卡帶寬，并且ssd充分利用，使得服務器QPS平均達到7300多。

最后的結論：

考慮到性能和成本的折衷，ssd的確能夠在較低成本上解決大部分緩存的性能瓶頸問題，在不能增加物理內存的情況下，使得ATS性能有極大提升。

下面是jtest壓測時，隨著緩存命中急劇增加，ATS性能的變化曲線，很清楚地說明了這一點：

致謝：

感謝測試中遇到問題時朋友的幫忙，特別是耀揚，紙鳶，廈門-walker

未盡事宜：

上面使用一個jtest顯然并未完全壓榨ssd的性能，我們需要繼續使用多個jtest實例來壓測，這需要后續的補充。

總結

以上是生活随笔為你收集整理的在CentOS 6.3 64bit上为Apache Traffic Server 4.2.3挂载SSD并压测的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。