上一篇
两台服务器共享存储
台服务器采用 共享存储方案，实现数据集中管理与高效访问，提升资源利用率及业务
什么是“两台服务器共享存储”？
指通过特定技术将两台物理/虚拟服务器连接到同一存储资源池（如磁盘阵列、NAS设备或分布式文件系统），实现数据的集中管理与并发访问，核心目标是打破单点故障限制、提升资源利用率，同时支持高可用性场景下的负载均衡。
| 关键组件 | 作用说明 |
|---|---|
| 共享介质 | 独立于服务器的专用存储设备（SAN/NAS）、软件定义存储(SDS)或云对象存储 |
| 网络协议 | iSCSI（块级）、NFS/CIFS（文件级）、Fibre Channel（高性能光纤通道） |
| 多路径驱动 | 确保单台服务器存在多条冗余链路通往存储，防止网络抖动导致连接中断 |
| 锁机制 | 协调双服务器对同一文件的读写操作，避免数据冲突（如基于租约的文件锁定策略） |
典型架构方案对比
方案A：基于iSCSI的SAN直连模式
- 拓扑结构：两台服务器→交换机→iSCSI存储目标
- 优势：低延迟、支持Windows/Linux跨平台访问；可通过MPIO实现多路径冗余
- 适用场景：数据库集群、虚拟机镜像库等I/O密集型应用
- 配置要点：需在操作系统中安装发起端(initiator)，并映射LUN分区
方案B：分布式文件系统（如GlusterFS/Ceph）
- 特点：无中心化元数据服务器，数据自动分片复制到多个节点
- 性能指标：典型3节点集群可提供>99.9%可用性，吞吐量随节点数线性增长
- 管理工具：Glusto命令行、Web管理控制台（如Ceph的Dashboard）
- 最佳实践：建议采用EC纠删码而非简单副本，节省存储空间达40%
核心实施步骤
1️⃣ 硬件准备阶段
- 验证HBA卡兼容性（支持Boot from SAN时必须启用ROC功能）
- 规划IP地址段：建议为iSCSI单独划分VLAN（例：192.168.100.x/24）
- 创建RAID组：推荐使用RAID 10兼顾性能与冗余
2️⃣ 系统级配置示例（以Linux为例）
3️⃣ 安全加固措施
- 启用CHAP认证：设置双向身份验证密钥（用户名+密码哈希值）
- 限制访问范围：通过TCP端口白名单仅允许特定服务器IP通信
- 定期审计日志：监控/var/log/messages中的SCSI事件记录
容灾与性能优化策略
| 维度 | 基础配置 | 进阶调优 | 预期收益 |
|---|---|---|---|
| I/O吞吐 | 默认队列深度32 | 调整至256并启用写缓存 | 随机读性能提升3倍 |
| 网络可靠性 | 单链路千兆以太网 | LACP聚合双万兆光纤通道 | 带宽翻倍且自动故障切换<1秒 |
| 数据一致性 | rsync定时同步 | Drbd+Pacemaker集群套件 | RTO<15秒，RPO=0 |
| 负载均衡 | 轮询调度算法 | 动态权重分配（基于实时CPU利用率） | 热点迁移后响应时间降低60% |
常见问题与解答
Q1: 如何检测两台服务器是否真正实现了存储共享？
A: 可通过以下三种方式验证：
① 在服务器A创建测试文件后立即删除，观察服务器B能否感知到该变化；
② 使用iostat -dkN命令查看设备统计信息是否同步增长；
③ 执行fuser -v /mountpoint确认没有独占锁存在，若所有测试均通过，则表明共享生效。
Q2: 遇到“存储忙”错误该如何排查？
A: 按此流程逐步定位：
1️⃣ 检查前端网络：用ping测试存储网关可达性 → 排除物理链路故障
2️⃣ 分析后端负载：通过nfsstat -o all查看当前挂载点请求队列长度
3️⃣ 诊断资源瓶颈：运行iotop识别高IO进程，结合vmstat确认CPU等待状态
4️⃣ 调整策略参数：增大dirty_ratio背景刷盘阈值，或拆分热数据到SSD高速缓存层
️ 注意：当出现大量ENOSPC错误时，优先扩展逻辑卷而非物理磁盘，因为LVM支持在线扩容且
