Articles of iops

估算RAID 10中的IOPS

根据http://en.wikipedia.org/wiki/IOPS 例如,SAS磁盘每个提供〜200 IOPS。 对于由4个这样的磁盘组成的RAID 10。 该arrays可以预期多lessI​​OPS? 我想会是400左右,还是800? (特别是读取800次,写入次数更less)

GNU / Linux中的磁盘IOPS计数

我找不到有关在GNU / Linux中计算磁盘iops一段时间的方法的信息。 我看到了iostat,但我不确定这是正确的方式。 此外,我需要的工具,可以统计系统启动以来所有时间的iops,但iostat不这样做。 我的意思是整个系统和任何逻辑卷的磁盘iops。 可能是有一些工具来限制磁盘iops的逻辑卷或像这样的。 如果有关系,我使用Debian。 另外我使用硬件MegaRaid Raid控制器。 可能会影响水平。

“热门数据”和删除编码:如何知道它是否被有效处理?

众所周知,由于编码和解码操作, 纠删编码增加了额外的复杂性。 由于这个缺点,大多数云服务build议使用热数据的数据复制和擦除冷数据的编码。 例如,从Ceph文档: 擦除编码池压碎规则集针对的是用于冷存储的硬件,具有高延迟和较慢的访问时间。 复制缓冲池规则集旨在提供更快的硬件,以提供更好的响应时间。 热数据的定义比“比其他数据更容易访问的数据”更好吗? 让我们考虑一个依靠擦除编码的存储系统和一个运行在其上的应用程序,这个应用程序由I / O密集型工作负载来定义。 它被视为热门数据吗? 现在,我怎么能说我的存储系统的擦除代码是否可行? 测量某些特定testing(即随机/顺序读取/写入)的应用程序IOPS是否相关? 是否存在一个阈值,说删除代码不适用于热数据,因为我只logging(例如)100个IOPS应用程序端用于4 kB块的随机写入操作? 如果我logging一千亿IOPS呢? IOPS是否与这种testing相关(也许其他度量会说更多)? 我对这个问题充满疑问,任何帮助都会感激不尽。

ZFS是否真的遍布每个vdev,即使是非常大的zpools?

我读过ZFS在所有顶级vdevs的zpool中划分数据,假设所有的vdev都是在池的开始时添加的。 我读过的一切似乎都认为这是一件好事。 但是,在我看来,对于使用多个磁盘的部署来说,这并不会导致多用户(甚至是多进程)环境中的所有这些磁盘的良好整体性能。 例如,假设我有96个磁盘,我使用这些磁盘创build12个每个8个磁盘的vdevs,所有这些都添加到我的zpool中。 然后,我把它放在用户身上,用各种疯狂的手段填满它。 有些文件是几十千兆字节,有些则是小型用户应用程序configuration文件等。 之后,用户A想要复制一些多GB的文件。 她启动了一个rsync或者其他的,并且从12个条纹vdevs的底层连续读取中体验到了惊人的性能。 但是随后用户B启动了另一个同时请求相当大的数据块的应用程序。 现在硬盘正在不断的拉下用户A的rsync来处理用户B,尽pipe每个应用都是单独的相对顺序的,但是96个硬盘都参与了这两个用户的请求,并且看到的查找模式和性能与随机I / O. 在这12个vdev的8个磁盘configuration中,每个vdev仍然有8个磁盘的性能价值,所以我希望即使没有其他vdevs的附加条带,顺序I / O也是非常好的。 ZFS在将一个vdev放在另一个vdev上之前不是更好吗? (在我的实验中,我得到了大约500k的条带)。这样,用户A的读取将只有1/12的机会使用相同的磁盘作为用户B的读取,他们都会获得性能与连续的I /大部分时间 在这种configuration/工作负载下,有没有办法从ZFS中获得良好的性能?

Win2k3,Win2008和Ubuntu 10.04上的IOmeter IOPS

总结:鉴于硬件相同,Ubuntu在IOPS方面胜过Win2k3约50%。 Win2008R2最初的performance与Win2k3相同,但是它的性能逐渐提升,直到与Ubuntu相提并论(需要大约20-30秒的连续活动)。 问题:任何人都可以解释Win2008R2的行为? 详情:我只会提供我认为相关的细节,但是如果我错过了某些东西,可以打我更多。 我们有一个11x600GB SAS RAID5组的SAN。 一切都通过4Gbps光纤连接。 我创build了一个500GB的LUN,并与运行Win2k3Entx64的物理服务器共享。 我创build了另一个500GB LUN,并与运行ESXi的服务器共享。 我在ESXi中创build了一个Win2k3Entx64虚拟机,一个Ubuntu 10.04 x64和一个Win2008R2x64虚拟机。 物理Win2k3服务器性能比Win2k3虚拟机less了一些。 Ubuntu VM同时吸入了Win2k3服务器。 Win2008虚拟机的作用像Win2k3大约5-10秒,然后开始性能提升,直到它与Ubuntu服务器大致相同。 IOmeter设置和结果:32k 50%读取0%随机1在1.5GBtesting文件上工作。 Win2k3x64(物理):平均I / O响应(毫秒) – 1.0789每秒I / O总数 – 926.28 Win2k3x64(VM):平均I / O响应(毫秒) – 1.1786每秒总I / O – 847.81 Ubuntu(VM):平均I / O响应(毫秒) – .7849每秒总I / O – 1273.00 Win2008R2(VM)Intial:平均I / O响应(ms) – 1.0959每秒I / O总数 – […]

8Gb光纤通道HBA与10 Gb SPF +融合HBA

我把戴尔服务器放在一起,更具体的R720。 我必须select正确的主机总线适配器。 R710上的这个HBA将连接到一个存储设备。 我很困惑这两个: QLogic 2562双端口8Gb光纤通道HBA(价格2045美元) QLogic 8262,双端口10Gb SFP +,融合networking适配器(售价1618美元) 我认为自从QLogic 2562是一个光纤通道,价格更高,就IOPS而言,速度更快。 但是,这是一个8Gb而不是10Gb的SFP +。 我的问题: 哪一个更好(IOPS性能等)? 我为什么要select一个呢?

低SSD写入IOPS(〜100)

我在我的服务器上遇到了使用SSD的非常低的IOPS。 当运行一个mysql数据库服务器时,我注意到了这一点,当一个InnoDB数据库有很多(每秒100次)更新时,这个服务器performance的非常糟糕。 这里是服务器规格: SSD:型号=三星SSD 850 EVO 120GB,FwRev = EMT01B6Q 服务器:HP ProLiant DL320e Gen8 CPU:Intel(R)Xeon(R)CPU E3-1270 v3 @ 3.50GHz 操作系统:Ubuntu 14.04.1 LTS 内核:Linux h119 3.13.0-44-generic#73 -Ubuntu SMP Tue Dec 16 00:22:43 UTC 2014 x86_64 x86_64 x86_64 GNU / Linux 当有一些负载时,检查SSD,我得到这些结果iostat -kx 1 20 root@h119:~# iostat -kx 1 20 Linux 3.13.0-44-generic (h119) 02/19/2015 _x86_64_ (8 CPU) avg-cpu: […]

如何计算我们的mongo服务器所需的EBS PIOPS?

我们希望在我们的mongo机器上使用预configuration的IOPS EBS卷,我对如何计算使用的预configurationIOPS数量感到困惑。 目前我们平均每个卷的IOPS(读取+写入)为25(我们使用了4个EBS卷),我们也看到我们的CPU在IO时间最高时处于“等待”状态。 我可以把问题分成两部分 – 我们看到在转移到预configuration的EBS IOPS之后,平均IOPS会有大幅度的增长,因为IO延迟会降低,如果我们采取一个很大的缓冲来避免超过IOPS计数? 你如何计算你的mongo设置的最佳IOPS数量? 谢谢! 编辑 – 附加从亚马逊的音量平均队列长度 (我不能粘贴图像,所以这里有一个链接) https://s3-eu-west-1.amazonaws.com/uploads-eu.hipchat.com/13432/91327/Mz2erjjMUcxMmDN/upload.png

在Linux上获得进程的IOPS

那么,我们应该阅读什么样的价值来获得每个进程每秒进出的操作呢? 我试过/ proc / [pid] / io,它返回这些值: root @ node:〜#cat / proc / 31597 / io rchar:213260190 wchar:462308212 syscr:23275044 syscw:47797624 read_bytes:894867968 write_bytes:27645691392 cancelled_write_bytes:0 来自定义: syscr,syscw – I / O操作数(分别为读和写)的计数器。 我们可以使用它来计算在一个系统调用中传递的平均数据量。 所以,我认为 syscw的最后一个值减去syscw的前一个值之后应该给我已经由进程31597执行的写操作计数 但是,当进程的写入速度大约为5MB / sec(小文件)时,写入的值为6500 IOPS,这对我来说不正确。 有任何想法吗?

ESXi 5x:每个path的IOPS数量发生了显着的改善

我有点尴尬,我从来没有见过或使用-iops参数作为esxcli选项的一部分。 我偶然发现了一篇文章,并且在使用各种块大小和读/写值之前和之后进行了基准testing,并且发现即将部署的v3700 SAN的性能不受欢迎,而不pipe磁盘configuration如何。 通过在堆叠交换机上使用Solarwinds免费的SNMP带宽监视器监视8个iSCSI接口的吞吐量(这是一种主动/主动devise),我看到每个接口从120兆Mbps(或12%的利用率)跳到了325兆Mbps(〜33%的利用率) 。 其中一些甚至被盯住,这导致我认为这个特定的端口有丢包(在IOMeter工作完成之前没有机会检查端口统计)。 那么这里的缺点是什么,除了过度饱和特定的path(链接)? 什么是人们正在使用的安全和快乐的设置? 似乎太好,是不对的。