存储指南
本文尚未完成。
1 介绍
统一存储分数据面与管里面。机箱管理使用exp实现。
1.1 发展历史
1.2 衡量评测
SAN存储需要关注如下几个方面:
- 功能
- 性能
- 一致性
- 可靠性
- 兼容性
- 可维护性
- 设备利旧
2 测试工具
2.1 SPC(SPC-1/SPC-2)
2.2 IOMeter
2.3 IOZone
2.4 dd
2.5 Oracle Orion
2.6 SNIA XAM
2.7 vdbench
4 软件架构
5 机箱管理
SAS拓扑的机箱管理方案中，Expander上报自己为一个sg(scsi generic)设备，控制器 向Expander sg设备发送SES命令管理机箱。NVMe管理芯片方案中，PSX支持SES封装进NVMe 中下发。PSX是否上报自己为只接收少量管理命令和SES命令的NVMe控制器？
+-------------------------------------------------+
| |
|Storage Engine |
| |
| +------------------+ +------------------+ |
| | | | | |
| | | | | | <- Controllers
| | Controller 0 +<-=->+ Controller 1 | |
| | cBLU | |cBLU | |
| +------------------+ +------------------+ |
| cACC |
+-------------------------------------------------+
| |
| |
| |
v v
+-------------------------------------------------+
| |
|Storage JBOD |
| |
| +------------------+ +------------------+ |
| | | | | |
| | Expander 0 +<-=->+ Expander 1 | | <- JBOD
| | sg0 | | sg0 | |
| | c202 | |c202 | |
| +------------------+ +------------------+ |
| cCCC |
+-------------------------------------------------+
| sg1 | sg2 | sg3 | sg4 | sg5 | sg6 | ... | sg N | <- HDD
+-------------------------------------------------+
Published by [email protected]
+----------------------------------------------------------------------------------------------------------+
| +--------+ +--------+ +----------+ +------+ +------------------+ |
| 1. MCS -> | PLMM | | PLFB | | HARDEN | | EN | | ECMAIN(BBU/VPD/) | |
| +--------+ +--------+ +----------+ +------+ +------------------+ |
| 二处承接 |
+----------------------------------------------------------------------------------------------------------+
| 2. OS |
| --> OS定制 |
| 二处承接 |
+----------------------------------------------------------------------------------------------------------+
| 3. OS |
| --> 与AS13000相同 |
| --> FW调测 |
| --> 工程/治具 |
| cGRE 六处承接 |
+----------------------------------------------------------------------------------------------------------+
| cGRE +--------+ +-------+ +-------+ +--------+ +--------+ +-------+ +-------+ |
| 4. FW --> | OSES | | PSX | | BMC | | CPLD | | BIOS | | PSU | | BBU | |
| +--------+ +-------+ +-------+ +--------+ +--------+ +-------+ +-------+ |
| 二处转六处 |
+----------------------------------------------------------------------------------------------------------+
| cGRE +------------+ +------------+ |
| 5. HW --> | EXP CHIP | | PSX CHIP | ... ... |
| +------------+ +------------+ |
| 六处承接 |
+----------------------------------------------------------------------------------------------------------+
Published by [email protected]
6 驱动
6.1 双控互联NTB
6.2 FC卡
6.3 SAS卡
6.4 网卡
6.5 IB卡
7 SCSI协议
hello world
8 BACKUP
- ALUA, AP(Active-Passive)
- VVOL, NPIV, ALUA, AA,
- Sync Remote Copy, Async Remote Copy, Dual A-A
- FlashCopy, Clone, Backup
- Mirror, SE, Compression
- Tier, Migration
- RAID
- T10 DIF, Virtualization, Quorum Disk
- Volume, Extent, Mdisk, VL,
- Local copy: flashcopy, clone, incremental backup
- Prepare, Copying, Full copied
9 方案
9.1 容灾
9.1.1 介绍
随着科技的发展进步，信息系统已成为政府和企业运作的基石。信息系统可能因硬件故障、 电力故障、自然灾害、恐怖袭击等事件导致业务中断或数据丢失。在政务系统、金融行业、 电子商务等行业，业务中断会导致严重损失，而数据丢失将导致不可估量的后果。因此在 有限时间内保障业务恢复，是一个亟待解决的问题。中国于2007年6月14日正式发布国家 标准《信息安全技术 - 信息系统灾难规范》GB/T 20988-2007对灾难恢复能力做出了等级 划分，共分为6级，最高等级第6级要求“远程实时备份，实现数据零丢失；具备远程集群 系统的实时监控和自动切换能力；有相应的经过完整测试和演练的灾难恢复预案”，并要求 恢复时间目标RTO在数分钟内，恢复点目标RPO为0。不同等级的容灾中心建设投入差异 巨大，政府和企业应基于业务连续性和数据重要性决定容灾等级。下表是IDC对停机时间的 损失统计1：
| 可用性/Availability(%) | 年宕机时间 | 零售业宕机损失($) | 金融业宕机损失($) |
|---|---|---|---|
| 99.9999 | 30秒 | 950 | 53,750 |
| 99.999 | 5分钟 | 9,417 | 537,500 |
| 99.99 | 52分钟 | 98,000 | 5,790,000 |
| 99.9 | 8.75小时 | 988,750 | 56,000,000 |
| 99.5 | 53.7小时 | 5,000,000 | 280,000,000 |
| 99 | 87.6小时 | 10,000,000 | 560,000,000 |
“两地三中心”是业界认可的容灾建设方案。两地是指同城和异地，三中心是指生产数据 中心、同城灾备中心、异地灾备中心。部署客户主要是国内外银行等高端客户。
9.1.2 技术点
容灾技术 用以解决 这类异常将导致严重的后果。 不同行业对业务连续性 和数据可靠性有不同的要求，
政务系统、
根据IDC统计数据，
银行系统、政务系统
分布式系统CAP理论（定理）。 多活，数据中心CAP原理：Consist, Availability, Partition
9.1.3 两地三中心
“两地三中心”是指生产数据中心、同城灾备中心、异地灾备中心建设方案。
9.1.4 双活
9.1.5 关键词
- CAP
- RTO/RPO
脚注:
未看到参考IDC报告，摘抄自NetApp的某宣传手册。