Date: 4月 21, 2022
使用 SIOS DataKeeper for Windows 测量和提高 GCP 上的写入吞吐量性能
背景
这篇文章用于记录我在 GCP 中关于将性能写入复制到 GCP 的磁盘的发现。 但首先，一些背景信息。 一位客户表示担心，在同一区域的 Google 区域之间使用同步镜像进行测试时，DataKeeper 会为其写入性能增加大量开销。 他们执行的原始测试是使用 C 驱动器上的位图文件，这是一个持久的 SSD。 在这种配置中，他们只推动了大约 70 MBps。 他们尝试将位图重新定位到一个极端的 GCP 磁盘，但性能并没有提高。
将位图移动到本地 SSD
我建议他们将位图移动到本地 SSD，但他们犹豫不决，因为他们认为他们用于位图的极端磁盘的延迟和吞吐量与本地 SSD 一样好或更好，因此他们怀疑它是否会不同之处。 此外，添加本地 SSD 并非易事，因为它只能在最初配置 VM 时添加。
选择实例类型
当我着手完成我的任务时，我发现的第一件事是并非所有实例类型都支持本地 SSD。 例如，E2-Standard-8 不支持本地 SSD。 在我的第一个测试中，我选择了一种 C2-Standard-8 实例类型，它被认为是“计算优化的”。 我连接了一个 500 GB 的持久 SSD 并开始运行一些写入性能测试，很快发现我只能让磁盘以大约 140MBps 的速度写入，而不是最大速度 240MBps。 客户确认他们看到了同样的东西。 这很令人困惑，但我们决定继续尝试不同的实例类型。
我们选择的第二种实例类型是 N2-Standard-8。 使用这种实例类型，我们能够在不复制磁盘时将磁盘推到其最大吞吐速度 240 MBps。 我将位图移动到我已配置的本地 SSD 并在同步镜像（DataKeeper v8.8.2）上重复相同的测试，并得到如下所示的结果。
结果
Diskspd测试参数diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b64K -Sh -LD:data.dat diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b8K -Sh -LD:data .dat diskspd.exe -c96G -d10 -r -w100 -t8 -o3 -b4K -Sh -LD:data.dat
MBps
数据
| 写入大小 | MB/s | MBps 开销百分比 |
| 64k-镜子 | 240.01 | 0.00% |
| 64k-无镜 | 240.02 | |
| 8k-镜子 | 58.87 | 39.18% |
| 8k-无镜 | 96.8 | |
| 4k-镜子 | 29.34 | 21.84% |
| 4k-无镜 | 37.54 |
| 写入大小 | 平均纬度 | 平均开销 |
| 64k-镜子 | 6.247 | -0.02% |
| 64k-无镜 | 6.248 | |
| 8k-镜子 | 3.183 | 39.21% |
| 8k-无镜 | 1.935 | |
| 4k-镜子 | 3.194 | 21.88% |
| 4k-无镜 | 2.495 |
结论
64k 和 4k 写入大小都会产生开销，这对于同步复制来说是“可接受的”。 尽管 3.183 毫秒的平均延迟仍然相当低，但 8k 写入大小似乎会产生更大的开销。
-Dave Bermingham，客户成功总监 经许可转载西欧