【问题标题】:VMware ESXi slow local storage only on one disk partitionVMware ESXi 慢速本地存储仅在一个磁盘分区上
【发布时间】:2016-07-19 21:40:52
【问题描述】:

我在使用本地硬盘驱动器作为 VM 的存储时遇到了 VMware ESXi free hypervisor 6 的非常奇怪的行为。

一切都适用于一个分区。

这是设置。

2TB WD RED 驱动器分为 2 块 - 一个分区总大小为 1 TB,另一个分区为 500 GB。此驱动器的两个部分/分区都分配给一个 VM(运行 Ubuntu 14.04 LTS),并定期在 fstab 中进行格式化和配置。一切都很好。

现在是性能问题。

当我尝试从安装在 /mnt/bigpart 中的大(1TB 大小)分区读取或写入时,我得到预期的写入和读取速度(~150 MB/s)。 但是如果尝试用更小的分区(500GB)做同样的事情,读写速度都会降低 50%!所以我不能最大读取速度超过 80 MB/s。写入甚至更低。

我只是不明白。 esxitop (d) 也显示了完全相同的结果。较小的分区似乎不能更快。

这很奇怪,因为两个分区都是预先分配的(有利于旋转驱动器速度),并且两者物理上都位于同一个硬盘驱动器上。

我知道理论上旋转硬盘驱动器可能是驱动器盘片的末端比开始时要慢一些,但这对性能的影响太大了。 此外,在这些预分配之后,硬盘驱动器还有大约 360 GB 的可用空间。 也许我应该尝试再次重新分配较小的分区,但这次使用精简配置。

看看测量结果:

更大的 (1TB) 分区/磁盘

11649792+0 records in
11649792+0 records out
5964693504 bytes (6.0 GB) copied, 39.873 s, 150 MB/s

较小 (500GB) 分区/磁盘

11649792+0 records in
11649792+0 records out
5964693504 bytes (6.0 GB) copied, 67.1635 s, 88.8 MB/s

【问题讨论】:

  • 信息:两个预分配的分区都被创建为 zeroedthick(即厚配置延迟归零)。当它们都物理上驻留在同一个硬盘驱动器上并且使用完全相同的选项(zeroedthick)创建时,仍然不清楚较大的分区如何优于较小的分区。
  • 我现在急切地将较小的分区归零以测试它是否有助于进行全速传输。
  • 急切归零:100% 完成。一个 500 GB 的分区需要 3h 24m 19s。获得的性能:没有。 xD

标签: linux performance storage vmware esxi


【解决方案1】:

我知道理论上旋转硬盘驱动器可能就是这样 驱动盘的速度比开始慢一些

在实践中也是如此。看持续传输率 这个 2 TB 硬盘驱动器来自不同的供应商。图表 根据偏移量显示顺序读取吞吐量。

在第一个 TB 中,顺序读取吞吐量在 170 之间 和 130 MiB/s,这与您的体验非常接近(150 MB/秒)。硬后半年吞吐量急剧下降 驾驶。即使它不能解释 100% 的性能打击你 经验,可能是主导因素。

【讨论】:

  • 好评。是的,这就是为什么我已经猜到了你在我的第一篇文章中引用的内容。奇怪的是,在我再次重新格式化整个驱动器 (VMFS) 并占用 1.7 TB 部分并将那大部分直接分配给 VM 之后,我的速度现在与开始时完全不同,我的第二个分区现在比第一个分区快.
  • 分区是在虚拟机/操作系统级别上完成的,因此几乎整个硬盘驱动器 (1.7 TB) 都会呈现给虚拟机,然后虚拟机将该部分分为 1 和 0.7 TB 分区。那个较小的分区现在更快,而第一个分区更慢。疯狂 :) 我将再重新格式化整个 VMFS,但这一定是磁盘在一个物理盘片上的速度比另一个物理盘片上慢的问题...
【解决方案2】:

这可能(不一定)是块对齐的问题。 在实际情况下,将 vmdk 配置为精简或厚实没有太大区别。

所以您在同一个硬盘上有两个本地数据存储(VMFS5?)? 两个数据存储的块大小是否均为 1 MB? (主机 -> 配置 -> 存储) 如果是 - 您的来宾中的两个分区是否也有 1 MB 的块大小? 是否有可能一个分区生成了 MBR,而另一个分区生成了 GPT? (GPT 会更好)

也许您还可以对 HDD 进行 SMART 检查 - 可能有一些损坏的扇区。

【讨论】:

  • 是的,它们在同一个硬盘上。它们都是使用 VMware 客户端应用程序的默认值创建的。默认块大小为 1 MB。在客户机上,两个分区都是通过 fdisk 创建并格式化为 ext4,使用相同的命令集。实际上,它们不是来宾上的分区,而是使用 MBR 方案的两个单独的磁盘(sdb 和 sdc)。 ESXi 上的 SMART 完全没用,所以我不得不将驱动器拖到另一台计算机上进行检查。
  • 问题是,我删除了两个 VMFS 分区并重新创建了两个分区,这一次向 VM 提供了一个大虚拟驱动器。你猜怎么着——在这些操作之后,我的整个驱动器都很慢(预期速度的 50%)。这真的很烦人。现在我在那个 VMFS 上的两个分区都在爬行——换句话说,整个数据存储/磁盘都很慢。我想我们永远不会结束之前的分区为什么以及如何表现如此不同。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2021-06-27
  • 2011-01-21
  • 2014-07-12
  • 2019-07-03
  • 1970-01-01
  • 2010-09-17
  • 2012-05-13
相关资源
最近更新 更多