More Related Content
What's hot (20)
Viewers also liked (9)
Similar to 网站存储经验谈辫诲蹿 (20)
网站存储经验谈辫诲蹿
- 1. 1
- 3. 非常简单的单台服务器结构 3
- 6. 前端负载 增加——增加了Cache层 6
- 10. 文件系统的组织： 业务规模小时，没有任何问题：随意创建目录、往一个目录中随意堆放文件…… 规模扩大，积重难返：目录有上限（用满子目录限制、文件数限制导致无法新 建文件） 实例：cnfenjie001→ memberid_to_path 之后，cn/fe/nj/… cn这个目录爆满 缓存的影响：例如随机小IO运行得非常好，出现了一个顺序大数据量IO的需求 ，必然导致存储性能意料之外的表现—— 中端存储一套，测试满足18000 IOPS，符合DB的需求，实际使用中发现IO影响慢 →Cache持续满→后端磁盘忙←发现实际使用中有另一个顺序读写定时跑； NAS在搬迁时，磁盘利用率50%，两台NAS临时并到一台进行搬迁，发现元数据 存取缓慢； FC→SATA copy备份数据，缓存被占满，导致FC IO响应缓慢 降级：GreenPlum集群，用SATA盘+ZFS的raidz2 ，初期非常顺利，第三年，SATA 盘故障率升高，业务增长导致IO负荷增加 → 每周坏盘 FS3，SATA实现了低廉的成本，唯一的问题就是坏盘后RTO非常长 10
- 12. 12
- 14. 正常情况下，blade1挂FC磁盘，提供NFS服务，blade2挂SATA磁盘，不对外服务 ，仅用于将blade1的数据复制备份，运行得非常好； 异常情况：blade2的SATA盘故障，①rebuild时间长达二十小时 ②data copy调 度运行 ③由于rebuild，导致copy拥塞 → block storage的控制器缓存被copy 的大数据流堵满，blade1的NFS服务异常缓慢，只能停止copy 14
- 15. 目标：大容量、低成本、可扩展的存储 场景：备份、数据集中营，非on-line需求 考虑过方案：LVM mirror、DRBD+multipath→LVM 教训：SATA降级IO慢，rebuild时间长、寿命有限 市场上类似产物：ONStor Pantera LS 2100 15
- 16. 16
- 17. 17
- 18. 18
- 19. 19
- 26. 26
- 27. 27
- 28. 28
- 30. 对云存储供应商的考查 → 对性能的评估 → 对运维方面的需求 OS如何更好地使用存储 30
- 31. 31
- 32. 32