系統管理 virtual box iostat ssh

virtualbox配置共享文件

一、安裝增強功能套件

二、配置windows上的共享文件夾，如圖：

三、將共享文件夾mount到Linux虛擬機的mount point，比如/mnt：

mount -t vboxsf win_h /mnt

四、擴展vdi文件的大小

C:\Program Files\Oracle\VirtualBox>VBoxManage.exe modifyhd d:\Linux-Desktop.vdi

--resize 80000

0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

C:\Program Files\Oracle\VirtualBox>

但是查看D:\Linux-Desktop。vdi沒有改變。測試失敗。不得不重新創建一個虛擬硬盤。

===========================================================================================

ssh原理

hostA生成公鑰-密鑰對:

在任意路徑下執行：ssh-keygen -t rsa

該命令會創建/home/$USER/.ssh目錄（如果沒有的話），在.ssh目錄下生成id_rsa和id_rsa.pub共2個文件（如果是ssh-keygen -t dsa，則生成id_dsa和id_dsa.pub）。

在hostB的/home/$USER/.ssh目錄下，創建空文件authorized_keys(如果沒有的話),將hostA的id_rsa.pub的內容添加到authorized_keys文件.

hostA通過ssh向hostB發起連接，hostB生成一個隨機數，并用hostA的公鑰加密，發送給hostA，hostA用自己的密鑰解密，并將結果傳給hostB，hostB確認無誤后，允許hostA建立連接。

ssh -l inst1 192.168.155.150 "hostname;echo '\n this is `hostname`'"

cat /etc/ssh/sshd_config

#PermitRootLogin yes

#ClientAliveInterval 300

==========================================================================================

iostat -x -m

小技巧：你知道iostat是從哪里得到IO相關信息的嗎?使用strace命令能跟蹤到答案：

shell> strace -eopen iostat
open("/proc/diskstats", O_RDONLY)

util是設備的利用率（1s內多少時間用于處理IO）。如果它接近100%，通常說明設備能力趨于飽和(并不絕對，比如設備有寫緩存)。有時候可能會出現大于100%的情況，這多半是計算時四舍五入引起的，但如果是磁盤陣列等多盤系統，因為具有并發IO操作的能力，也會出現大于100%的情況。

svctm是平均每次請求的服務時間。從源代碼里可以看出：(r/s+w/s)*(svctm/1000)=util。舉例子：如果util達到100%，那么此時svctm=1000/(r/s+w/s)，假設IOPS是1000，那么svctm大概在1毫秒左右，如果長時間大于這個數值，說明系統出了問題。不過前面已經說過在磁盤陣列等多盤系統中util可能出現偏大的情況，所以svctm相應的也可能偏大。

await是平均每次請求的等待時間。這個時間包括了隊列時間和服務時間，也就是說，一般情況下，await大于svctm，它們的差值越小，則說明隊列時間越短，反之差值越大，隊列時間越長，說明系統出了問題。

avgqu-sz是平均請求隊列的長度。毫無疑問，隊列長度越短越好。

說明：svctm參數在未來某個版本的iostat會被刪除，詳見官方文檔。

iostat有順序IO，隨機IO之分

任何I/O操作都需要一定的時間，而且這些時間對于硬盤來說是確定的，它包含磁盤旋轉的延時RD（rotation delay）和磁頭搜索時間DS（disk seek）。RD由磁盤轉速（RPM）決定。RD是磁盤旋轉一周所需時間的一半。如RPM為10000.

RPS=RPM/60=166

1/166=0.0006=6ms 磁盤旋轉一周要6毫秒

RD=6ms/2=3ms

磁盤平均搜索時間是3ms，數據傳輸的平均延時是2ms，這樣一次I/O操作的平均時間是：

3ms+3ms+2ms=8ms

IOPS=1000/8=125 這塊磁盤的每秒IO數（IOPS）為125。所以對于10000RPM的磁盤來說它所能承受的IO操作在IOPS在120～150之間。如果系統的I/O請求超過這個值，就會使磁盤成為系統的瓶頸。

對與系統而言有兩種不同種類的I/O壓力，連續I/O和隨機I/O。

連續I/O常常出現在企業級數據庫這樣的應用中，需要連續的讀取大量數據。這種系統的性能依靠它讀取和移動數據的大小和快慢。我們用iostat來監控，會發現rKB/s,wKB/s會很高。

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util

/dev/sda 0.00 12891.43 0.00 105.71 0.00 106080.00 0.00 53040.00 1003.46 1099.43 3442.43 26.49 280.00

從輸出我們看到w/s=105,wKB/s=53040.所以53040/105=505KB per I/O.

對于隨機I/O的系統來說性能的關注點不在搜傳輸數據的大小和速度，而是在磁盤的IOPS。這類系統的I/O請求比較小但是數量很大，如Web服務器和Mail服務器。他們的性能主要依賴每秒鐘可處理的請求數：

# iostat -x 1

avg-cpu: %user %nice %sys %idle

2.04 0.00 97.96 0.00

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util

/dev/sda 0.00 633.67 3.06 102.31 24.49 5281.63 12.24 2640.82 288.89 73.67 113.89 27.22 50.00

從輸出我們看到w/s=102,wKB/s=2640.所以2640/102=23KB per I/O.因此對于連續I/O系統來說我們要關注系統讀取大量數據的能力即KB per request.對于隨機I/O系統我們注重IOPS值.