![使用 iscsi 存储的 xenserver 上的 debian 客户机的性能问题](https://linux22.com/image/735015/%E4%BD%BF%E7%94%A8%20iscsi%20%E5%AD%98%E5%82%A8%E7%9A%84%20xenserver%20%E4%B8%8A%E7%9A%84%20debian%20%E5%AE%A2%E6%88%B7%E6%9C%BA%E7%9A%84%E6%80%A7%E8%83%BD%E9%97%AE%E9%A2%98.png)
我的小型虚拟化环境面临性能问题。
我有两台 Dell PowerEdge 2950 和一台 Qnap TS-453-BU。Dell 配备了 XenServer 6.5.0,它们通过 Qnap 上的一对 LUN 连接到 iSCSI 目标。
到目前为止,我安装了几个虚拟机,没有任何问题。最近,我安装了一些带有 LVM 分区的 Debian 8,遇到了一些性能问题。
为了分析它们,我安装了两个双虚拟机,带有 debian 8,一个带有 LVM(testlvm),一个没有(testnolvm),然后我运行了一些 bonnie ++ 测试:
Version 1.97 ------Sequential Output------ --Sequential Input- --Random-
Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
testnolvm 4G 89 99 47597 25 29559 26 127 99 95660 41 443.2 23
Latency 190ms 520ms 575ms 127ms 267ms 1584ms
Version 1.97 ------Sequential Output------ --Sequential Input- --Random-
Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
testlvm 4G 85 99 48245 27 30707 27 120 99 94637 45 491.7 22
Latency 214ms 203ms 589ms 241ms 189ms 411ms
Version 1.97 ------Sequential Create------ --------Random Create--------
testnolvm -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 12529 77 +++++ +++ 20241 89 16491 90 +++++ +++ 20389 90
Latency 2099us 637us 777us 1013us 270us 522us
Version 1.97 ------Sequential Create------ --------Random Create--------
testlvm -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP
16 14261 86 +++++ +++ 19722 90 16002 91 +++++ +++ 12159 56
Latency 29901us 580us 718us 232us 1236us 602us
我看到吞吐量的结果非常相似,但延迟不同。我无法找出问题所在,因为我还进行了其他测试(混合使用 debian 7、debian 8、lvm、无 lvm 场景),结果令人困惑。
事实上,我有一个没有 lvm 的 debian 7(至少一年前安装的)和一个最近安装的带有 lvm 的 debian 8,它们的性能有很大差异;
例如,计时“猫-文件-“ (我试过/etc/问题但是也/proc/磁盘统计信息,因此实际 fs 和内存)在第一台机器上给我 0.005 秒的实际时间,在第二台机器上给我 10 倍的实际时间。
另一个示例是激活(在第二台机器上)用于监控磁盘性能的 zabbix 代理(这使得很多猫和grep在/proc/磁盘统计信息) 将 CPU 利用率提升至 50%,且没有任何其他负载(而在旧的 deb7 vm 上几乎是无缝的)。
我甚至尝试将这个“缓慢”的虚拟机移到新的(厚配置)LUN 上,但没有任何改善。
有什么提示吗?提前致谢。