当我查看来自各种云托管提供商的磁盘（块设备）存储选项时，我通常会看到以下数字：
我对底层技术一无所知。
即使这些云提供商会使用一些可用的较慢 SSD 选项（常规消费类 SATA SSD），其中一些磁盘的 IOPS 规格也适用于 90.0000 及以上范围内的读取和写入（查看 860 EVO SSD 2.5）。NVMe SSD 将提供更好的吞吐量。即使这些云提供商将这些 SSD 磁盘堆叠到某种存储集群中，我仍然会惊讶地看到 IOPS 会从 90.000 下降到 3.000。
我觉得这些数字没有可比性，即使使用了相同的指标 (IOPS)。
云提供商列出的磁盘 IOPS 与磁盘制造商列出的磁盘 IOPS 应该如何理解？
我工作的公司目前正在进行 AWS 迁移，对于 99% 的服务，他们的商品硬件可以很好地完成这项工作。
除了生产数据库，我们目前的 IOPS 为 60,000 以跟上请求，而且今年将看到更多行动。
我们已经研究过在 EC2 上使用企业级 SSD，但 IOPS 硬限制是 20,000，这非常糟糕，考虑到我可以花 200 欧元获得 80,000 IOPS 的 240GB SSD。http://www.techradar.com/reviews/pc-mac/pc-components/storage/disk-drives-hdd-ssd/intel-ssd-520-series-240gb-1060850/review
有什么想法可以让我超越这个限制吗？ebs 卷的集群/RAID 是否可能？
谢谢，本
我正在使用 FIO（灵活 I/O 测试仪）测试 ZFS 镜像，以了解 ZFS 镜像的随机读取可扩展性。当我使用的应用程序执行它自己的缓存时，主缓存和辅助缓存已设置为无。
出于测试目的，我使用的是磁盘/dev/sdb，/dev/sdc它有大约 100 个随机读取 IOPS。使用单磁盘 ZFS 挂载时，从 FIO 获得单磁盘数据。
我的理解 ZFS 镜像应该经历大约 200 (100 + 100) 随机读取 IOPS。不过，在测试时，我只遇到了大约 140 次随机读取 IOPS。完整结果如下：
test@pc:/mnt/zfs-raid1# fio --name=randread --ioengine=libaio --iodepth=16 --rw=randread --bs=4k --direct=0 --size=512M --numjobs=8 --runtime=240 --group_reporting
randread: (groupid=0, jobs=8): err= 0: pid=4293: Wed Nov 16 21:02:08 2016
read : io=137040KB, bw=584482B/s, iops=142, runt=240091msec
slat (usec): min=222, max=2246.9K, avg=56047.94, stdev=85252.98
clat (usec): min=2, max=5142.9K, avg=838922.05, stdev=443521.12
lat (msec): min=5, max=5401, avg=894.97, stdev=460.94
clat percentiles (msec):
| 1.00th=[ 75], 5.00th=[ 269], 10.00th=[ 396], 20.00th=[ 529],
| 30.00th=[ 619], 40.00th=[ 693], 50.00th=[ 766], 60.00th=[ 848],
| 70.00th=[ 947], 80.00th=[ 1090], 90.00th=[ 1336], 95.00th=[ 1614],
| 99.00th=[ 2507], 99.50th=[ 2835], 99.90th=[ 3720], 99.95th=[ 3884],
| 99.99th=[ 4621]
bw (KB /s): min= 1, max= 851, per=12.92%, avg=73.67, stdev=43.13
lat (usec) : 4=0.01%, 10=0.01%
lat (msec) : 10=0.11%, 20=0.05%, 50=0.34%, 100=0.85%, 250=3.16%
lat (msec) : 500=12.49%, 750=30.99%, 1000=26.12%, 2000=23.48%, >=2000=2.38%
cpu : usr=0.02%, sys=0.14%, ctx=99221, majf=0, minf=202
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.2%, 16=99.6%, 32=0.0%, >=64=0.0%
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0%
issued : total=r=34260/w=0/d=0, short=r=0/w=0/d=0, drop=r=0/w=0/d=0
latency : target=0, window=0, percentile=100.00%, depth=16
Run status group 0 (all jobs):
READ: io=137040KB, aggrb=570KB/s, minb=570KB/s, maxb=570KB/s, mint=240091msec, maxt=240091msec
镜像是使用以下方法创建的：
zpool create zfs-raid1 mirror /dev/sdb /dev/sdc
这是预期的可扩展性水平吗？还是我缺少什么？
据我所知 - IOps 是给定数据块上每秒的 IO 操作。但是如果经常省略该给定块的大小。
我认为，只要块大小相对较小，块大小就不会产生影响，我可以将某些软件的 iops 要求与制造商给出的存储系统的 iops 性能进行比较。我对吗？
块大小相对较小的限制在哪里？例如，32k 是否已经太大了？
我正在使用 fio 来测试我的服务器可以提供多少 iops。我的 conf 文件说要写一个 20GB 的文件并读取它。结果显示 iops=27291。但测试只持续了10秒。例如，我想知道测试是否持续 2 小时，我会得到关于我的服务器 IOP 的更准确的结果。
# cat fio/fio-readwrite-20g.fio
[global]
ioengine=posixaio
rw=readwrite
size=20g
directory=/home/ustore/fio
thread=10
write_bw_log=fio-test
write_iops_log=fio-test
write_lat_log=fio-test
[fio-readwrite-20g]
“gluster”能否仅使用内置 HTTP 协议在没有任何前端服务器层的情况下提供 FLV 文件？IOPS 与标准 apache 服务相比如何？如果我将许多机器链接在一起，gluster 会帮助我解决硬盘驱动器的 I/O 限制吗？
谢谢！