ESXi查看底层存储磁盘厂商型号的方式与方法 背景 公司一台过保的服务器出现了磁盘告警 Vendor不太靠谱. 过保的机器就不管了 不买他们的服务器也不说一下是啥硬盘. 想自己替换,需要先获取磁盘的型号. 云中心的人担心出问题不敢拔硬盘直接看 我这边骨折了又去不了现场. 只能想办法进行解决. IPM
https://bbs.huaweicloud.com/blogs/379242 在我之前的文章：《探讨 Linux 的磁盘 I/O》中，我谈到了 Linux 磁盘 I/O 的工作原理，我们了解到 Linux 存储系统 I/O 栈由文件系统层（file system layer）、通用块层（ gen
https://www.zeekling.cn/articles/2020/11/09/1604937462651.html 问题简介 当Redis cluster集群数据所在磁盘的RAID卡坏掉了之后会发生什么？集群会不会进行故障迁移，以及怎么快速恢复。 问题1：cluster集群会进行故障迁移嘛
FIO 是测试磁盘性能的工具，用来对硬件进行压力测试和验证。 使用 FIO 时，建议配合使用 libaio 的 I/O 引擎进行测试。 软件安装 编译安装 fio各版本下载地址如下： https://github.com/axboe/fio/releases 以“fio-2.1.10”版本为例，下载
目录 什么是RAID（独立磁盘冗余阵列）？ 什么是RAID？ RAID 0 RAID 1 RAID 2 RAID 3 RAID 4 RAID 5 RAID 6 其他配置 RAID适合您吗？ RAID 0,1,5,6,10 RAID级别0 –条带化 RAID 0的优点 RAID 0的缺点 理想用途 R
本文来自三篇关于磁盘错误的论文： Understanding Latent Sector Errors and How to Protect Against Them, FAST 2010 Disk failures in the real world: What does an MTTF of 1
介绍 寄存器 最靠近 CPU 的控制单元和逻辑计算单元的存储器，就是寄存器了，它使用的材料速度也是最快的，因此价格也是最贵的，那么数量不能很多。 存储器的数量通常在几十到几百之间，每个寄存器可以用来存储一定的字节(byte)的数据。比如： 32 位 CPU 中大多数寄存器可以存储 4 个字节;64
我们放大磁片表面，将它拉直，就会发现：写磁头写入的数据（绿色区域）很宽，而读磁头仅仅需要窄窄一条就能读取（橘色区域），现阶段技术无法将写磁头做小。这也就相当于磁片上一部分区域被浪费了，而且磁道与磁道中间也会有间隔 这就是传统的磁盘，也叫作CMR磁盘 从图中就可以轻易看出，传统CMR磁盘会浪费部分磁盘
linux 使用FIO测试磁盘iops 方法详解 FIO是测试IOPS的非常好的工具，用来对硬件进行压力测试和验证，支持13种不同的I/O引擎， 包括:sync,mmap, libaio, posixaio, SG v3, splice, null, network, syslet, guasi,
介绍 fio 功能强大的性能测试工具， 具备多线程、报告清晰、多种引擎。 没有任何基础的，建议看完fio介绍！后继续阅读。 接下来，以ubuntu为例展示安装和使用过程。 准备条件 fio 各个版本下载各个os下fio依赖包 libaio依赖库libaio centos 备用链接 安装 安装liba
事故情况 最近同事反馈, 一个文件更新后出现了文件部分不可读的情况 具体现象为: 前端功能打开白屏 后端文件 前面93行不显示, notepad++打开都是 NULL 黑框. 然后重新覆盖文件, 有概率成功, 有概率失败. 遇到问题之后进行了紧急处理. 但是一开始的路线不太正确. 所以本次想总结一下
https://plantegg.github.io/2022/01/25/ssd_san%E5%92%8Csas%E7%A3%81%E7%9B%98%E6%80%A7%E8%83%BD%E6%AF%94%E8%BE%83/ 本文汇总HDD、SSD、SAN、LVM、软RAID等一些性能数据 性能比较
https://zhuanlan.zhihu.com/p/450329513 傻瓜化说明 简单地说，对于磁盘I/O，Linux提供了cfq, deadline和noop三种调度策略 cfq: 这个名字是Complete Fairness Queueing的缩写，它是一个复杂的调度策略，按进程创建多个
使用FIO对磁盘进行压力测试，使用1个线程对磁盘进行随机读，设置单次read的数据块分别为128KB和1M，数据如下： （1）单次IO数据块为128KB （2）单次IO数据块为1M 从上面的数据可以看出，当单次IO的数据块变大，服务时间svctm反而变短，这明显不符合常规认知。 查阅到fio的相关资
1，先用iostat查看磁盘io 是否读写负载很高 用iostat -x 1 10 如果 iostat 没有，要 yum install sysstat安装这个包，第一眼看下图红色圈圈的那个如果%util接近100%,表明I/O请求太多,I/O系统已经满负荷，磁盘可能存在瓶颈,一般%util大于70
目录 随看随用 NAS文件系统测试 块系统测试 FIO用法 FIO介绍 FIO 工具常用参数： FIO结果说明 I/O 的重放（'录'下实际工况的IO，用fio'重放'） fio工作参数可以写入配置文件 fio的iodepth参数说明 IO状态监控： Iostat介绍 其他相关工具和内容 与FIO相
# stress-NG 磁盘测试结果 ## 摘要 ``` 前几天分别还是用了redis-benchmark还有specjvm2008进行了多种系统的压测 得出了信创CPU的一些简单结论 但是一直还没有压测磁盘, 今天想着使用stress-NG压测一下不同架构的信创服务器的磁盘清空. 在网卡还没到打瓶
# 多个物理磁盘挂载到同一目录的方法 (lvm 软raid) ## 背景 ``` 公司里面的一台申威3231的机器 因为这个机器的raid卡没有操作界面. 所以只能够通过命令行方式创建raid 自己这一块比较菜, 想着先尝试使用lvm的方式进行软raid挂载,也验证一下性能. 所以写一些这个文章 `
# kafka学习之五_多个磁盘的性能验证 ## 背景 ``` 周末在家学习kafka 上午验证了grafana+kafka_exporter的监控 下午想着验证一把性能相关. kafka学习之三里面,有成套的脚本. 我这边想起来之前还有一个机器, 是四个单盘HDD, 我可以直接进行使用和验证. `
# FIO的再学习-不同Raid性能验证 ## 背景 ``` 发现自己对iodepth的和num_jobs的理解存在偏差 找了一些资料才发现自己很多地方做的不对. 这里找到一个新资料可以进行模拟数据库的测试 ``` ## 测试配置文件 ``` # R/W: 8/2 # ThreadPool Num:
