前面我们介绍了磁盘的基本原理，我们知道一块磁盘的容量和速度是有限的，对于一些应用来说，可能需要几个TB的大小的来存放数据，我们必须要制造更大单盘容量的磁盘吗？实际上，可以使用多块磁盘并行起来解决这个问题，这就是RAID技术。
RAID:独立的磁盘组成具有冗余特性的阵列。Redundant Array of Independent Disks
实现RAID 0 有两种方式，一种是非条带化的模式，一种是条带化的模式。
对于非条带化的模式：
RAID 0 ： 一块磁盘写满了，就往另一块上写， 一次IO只用到一块磁盘，对整个系统来说容量增大了。
因为写满一块物理盘以后再写另一块盘。对写IO没有任何优化，但是对读IO能提高一定的并发IO读几率。
我们希望可以这样，同时向两块磁盘进行写。我们可以把要写的IO块进行编号，1、2、3……100等，然后在$t_1$时刻，磁盘A和磁盘B同时写入1、3两块，然后$t_2$时刻，同时写入2、4块，依次类推。
这样就可以实现并发写IO呢。接下来就是如何来进行块的划分的问题了。
其实磁盘已经经过低级格式化了，也就是划分为若干的扇区，但是扇区只有512B大小，这么小的粒度太消耗性能。所以我们要重新划分磁盘，而且又不能抛弃原有的扇区。
最直接的想法就是若干个扇区组成一个Data block，比如由4个扇区组成一个块(block)
下图是引入了分割思想以后的硬盘，
那么条带深度和条带长度指的就是
总结
这就是所谓的条带化，它是对磁盘逻辑上的划分，相当于在磁盘上加了一个中间层而已
这样对于一个大块的数据，可以以条带为单位进行写入，也就是数据被分为了多块写入了4块硬盘。而不是向之前一样顺序的写入一个硬盘里面
RAID 0要提升性能，条带要做得越小越好。因为若是条带深度容量大于写入的数据的长度，这段数据将会落到同一个segment中，相当于本次IO只能从一块硬盘中读取。
但是条带太小，并发IO几率降低。因为如果条带太小，每次IO一定会占用大部分物理盘，队列中的IO只能等待IO结束后才使用物理盘。
总之，参与RAID0 的物理盘会组成一个逻辑上连续，物理上也连续的虚拟磁盘。控制器对虚拟磁盘发出的指令，被RAID控制器转换为真实磁盘IO，再返回主机磁盘控制器，经过控制器在cache中的组合，再提交给主机控制器。
RAID 0有非常明显的缺点，没有任何的备份，所以任何一块硬盘损坏均会造成数据丢失。
RAID 0 最大的缺点是没有备份盘。RAID 1 进行了改正。他采用了一块用于正常使用，另一块作为影子盘存在。
也就是写数据的时候，会写两份。所以写的时候的速度并不快，而且可用容量实际上就只有一块盘，空间浪费很严重。
RAID 0 速度快，但是没有备份，RAID 1 有备份，但是可用容量太少。
RAID 2 的改进在于引入了校验盘的概念。当数据损坏的时候，可以根据校验盘的数字，恢复原来磁盘上的数字。
RAID 2采用“汉明码”来进行校验，这种纠错技术算法比较复杂，而且需要加入大量的校验位，比如4位数据编码，会加入3位校验位。
同时数据存储的时候，会把每个IO下的数据以位为单位强行打散在每个磁盘。
磁盘最小的IO单位是512B，如何写入1bit？上层IO可以先经过文件系统，然后通过磁盘控制器驱动向磁盘发出IO。最终IO大小都是N倍的扇区。即使只要几个字节，也需要读出整个扇区
所以每次必须所有联动起来一次进行存储，如果各磁盘的主轴没有同步，则先读出数据的硬盘需要等待。所以开销也比较大。
正因为此，目前RAID2已经不怎么使用了。
RAID 3引入了一种新的校验算法，可以将数据盘中的每个位做XOR运算，然后将结果写入到校验盘的对应位置。任何一个扇区损坏，可以通过剩余的位和校验位一起进行XOR运算来获得丢失的位。
同时RAID 3 把条带长度设置为4K字节，因为一般文件系统刚好是4KB一个块，所以如果用4块数据盘，条带深度为1KB，也就是2个扇区。这样，可以保证连续写的时候，以条带为单位写入，提高并行度。
所以RAID 2和RAID 3的每次IO都会牵动所有磁盘并行读写，每次只能做一个IO，不适合多IO并发的情况。
也说RAID 2和RAID 3适合IO块大的情况
一般来说，RAID 3 的条带长度= 文件系统的大小，就不会产生条带不对齐的现象。减少碎片。
关于RAID 3的校验盘有没有瓶颈的问题
若一个逻辑块是4KB，4 1块盘，文件系统下发一个IO至少是以一个逻辑块为单位的。所以文件系统下发一次IO，不管多大都是跨越了所有数据盘的。
总结起来就是RAID 3适合于连续大块的读和写，不适合于随机IO和并发IO。
RAID 2和RAID 3已经解决了校验盘的问题，避免了一块盘损坏数据全丢失的问题。但是对于无法得到并发IO的问题还没解决。
RAID 2和RAID 3的思想是让所有数据盘都参与起来。对于随机小块读写，每秒产生的IO数目很大，但是每个IO的请求数据长度却很短，如果所有磁盘同一时刻都在处理一个IO，得不偿失。不如让这个IO直接写入一块磁盘，其他的做其他的IO。
方法有：
所以 RAID 4 的改进是增加了条带深度，RAID 4相对于RAID 3 性能几乎没有提升。但是至少让它可以进行并发IO
RAID 4相对于RAID 3 性能几乎没有提升。而且因为每个IO必定会占用校验盘， 所以校验盘成为了瓶颈，而且是热点盘，容易坏。
这样看来RAID 4其实有些不伦不类。
RAID 4的关键错误在于忽略了校验盘，每个IO不管怎么样都会读写校验盘的。
RAID 5的改进在于将校验盘把校验盘分割开，依附于数据盘。把条带做得很大，保证每次IO不会占满整个条带。
2块盘的RAID 5系统，对于写操作来说不能并发IO，因为访问一块盘的时候，校验信息一定在另一块盘中。同理，3块盘也不能
所以最低可以并发IO的RAID 5 需要4块盘，此时最多可以并发两个IO，并发的几率是0.0322。
RAID 5 磁盘数量越多，并发的几率越大。
RAID 5与RAID 0相比
RAID 5 是继RAID 0 , RAID 1以后又一个可以实现并发IO的阵式，但是比RAID 1更划算，比RAID 0更安全。
RAID 5与RAID 3相比
RAID 5的连续读写不如RAID 3，因为RAID 3 的条带深度很小，每次IO可以牵动所有的磁盘为之服务。
RAID 5 每次IO一般只使用一块数据盘，先放满一个Segment，再去下一个磁盘的Segment存放，块编号是横向进行。
所以RAID 3在IO SIZE大的时候高性能，RAID 5在随机IOPS大时有高性能。
RAID 5的缺点
RAID 5的缺点是写惩罚：写性能差，因为每写一扇区就要产生其校验扇区，一并写入校验盘。
新数据过来，控制器立即读待更新扇区的数据，然后读此条带的校验数据根据公式新数据的校验数据 = （老数据 EOR 新数据） EOR 老校验数据 得到新校验数据，然后写到磁盘中。
所以每次写入都需要更新校验盘。浪费3个其他动作，也就是读老数据，读老校验数据，然后写新数据和校验数据，浪费了除了“写新数据”之外的操作。
总结：随机并发IO和写性能二者只能取其一。
RAID 5EE
RAID 5的缺点是不能坏两块盘，因为如果一块盘坏了，可以用其他数据校验出。
可在阵式中增加热备盘，不参与组阵，只有在损坏的时候立刻顶替，其他盘恢复数据。如果此时有请求此盘的IO，则其他盘暂代。
同样RAID 6也是为了解决RAID 5只能坏一块盘的问题。
如果坏了两块盘，相当于存在两个未知数，要求解两个未知数据，一定需要另外一个不相关的等式来求解。
所以使用两套算法各自算出一个等式，分别放在两块校验盘中。
优点是更安全，缺点是写惩罚更大。
RAID 卡
软件RAID运行于操作系统底层，将SCSI 或者IDE控制器提交上来的物理磁盘，虚拟成虚拟磁盘，再提交给卷管理程序。但是
软件RAID ：
既然软件这么多缺点，所以人们谋求用硬件来实现RAID的方法。
RAID卡就是利用独立硬件来实现RAID功能的方法。
一般在SCSI卡上增加了额外的芯片用于RAID功能。
SCSI RAID卡上一定要包含SCSI控制器，因为其后端连接依然是SCSI的物理磁盘。
操作系统如何看待逻辑磁盘
RAID控制器向OS提交的是虚拟逻辑盘，而非所有的物理磁盘。每个逻辑盘对OS来说都是一块单独的磁盘。
比如安装了2块IDE磁盘和4块SCSI磁盘，IDE直接连接到IDE接口，SCSI连接到PCI接口的SCSI卡上。
若无RAID，可以看到6块硬盘。
可以通过RAID程序把两块IDE做成RAID 0 ， 变成了2*80G = 160G的磁盘。
4块SCSI磁盘做RAID 5，相当于3块盘的容量，即216GB。
所以磁盘管理器其实可以看到两块硬盘，可以格式化为NTFS等文件格式。
与分区对比
与分区不同，分区是OS在物理磁盘上做再次划分。而RAID 卡提供给OS的是任何时候是一块或者几块的逻辑盘，也就是OS认为的物理磁盘。
OS在磁盘上还可以进行分区，格式化。
LUN：条带化以后，RAID程序操控SCSI控制器向OS层的驱动程序代码提交虚拟化之后的虚拟盘。
RAID 控制器如何管理逻辑磁盘
RAID 卡可以对逻辑磁盘进行再次的划分，既然要划分，必须对某块磁盘的某个区域划分给那块逻辑盘用心里有数，所以有必要在每块磁盘保留一个区域，记录划分信息、RAID类型以及组内的磁盘信息。这种统一的RAID信息格式：DDF 。
RAID卡可针对总线上某几块磁盘做一种RAID类型，然后针对另几块磁盘做另一种RAID类型。
一种RAID类型包含的磁盘共同组成了一个RAID GROUP ,简称RG。
逻辑盘就是从RG划分出来的，原则上不能跨RG来划分，因为RG的RAID类型不一样，性能就不一样。
RAID 卡上的内存
RAID卡上的内存，有数据缓存和代码执行内存的作用
RAID卡的缓存
对于上层的写IO，有两种手段来处理；
对于读缓存：
中高端的RAID卡一般有256M的RAM作为缓存。
到目前为止，我们已经可以通过RAID卡对外呈现一个一个的逻辑盘了，但是逻辑盘存在一个非常大的问题就是不够灵活。
如果一开始就划分一个100G的逻辑盘，如果数据盛不下了，此时把其他磁盘上未使用的空间挪一部分到逻辑盘上。
但是从RAID卡里面增加逻辑盘容量很费功夫。即使实现了，上层文件系统也无法立刻感知到。所以对要求不间断服务的服务器不适用。
归根结底，因为RAID控制器是由硬件来实现RAID的，所以操作起来不灵活，如果OS把RAID控制器提交上来的逻辑盘，加以组织和再分配。就非常灵活，其实就是加一层灵活的管理层。
卷管理层:Volume Manager，LDM（逻辑磁盘管理）
LVM开始是Linux系统上的一种实现，后来移植到AIX和HPUX等系统
大小可以随时变更，也不需要重启OS。前提是还有备用的PP。
操作很简单：创建PV，加入VG ，创建LV，格式化，随便扩展。
最大的好处：生成的LV可以跨越RAID卡提交给OS的物理或者逻辑盘。
卷管理软件的实现
那么卷管理软件到底怎么实现的呢？
LVM会记录某块物理盘的名称、容量，谁是谁，从哪里到哪里是属于这块盘的，地址是多少等。这些信息记录在磁盘某个区域，LVM中这个区域叫VGDA
LVM可以通过读取每块物理磁盘上的这个区域来获得LVM的配置信息，比如PP大小，初始偏移，PV的数量，排列顺序和映射关系等。
LVM初始化的时候读取信息，然后在缓存中生成映射公式，从而完成LV的挂载。如果此时上层来一个IO，LVM就需要通过缓存中的映射关系判断地址对应到实际物理磁盘的哪个地址。然后通过磁盘控制器驱动直接给这个地址发数据。这个地址被RAID控制器接收到了，还需要做一次转换。
总之：卷管理软件就是运行在OS磁盘控制器驱动程序之上的软件，作用是实现RAID卡硬件管理磁盘空间所实现不了的灵活功能，比如随时扩容。
磁盘在VM这一层处理之后，称为卷更为恰当。因为磁盘控制器看待磁盘，就是盘片 磁头，而卷管理软件看待磁盘，会认为它是一个线性的大仓库，而不管仓库用什么方式存储。
仓库的每个房间都有一个地址（LBA），VM只需要知道一共有多少，让库管员（磁盘控制器驱动）从某段地址（LBA地址段）存取货物（数据），那么库管员立即操控机器（磁盘控制器）来各个房间取货物（数据），这就是VM的作用。
** 即从底到上依次是：物理磁盘、磁盘控制器、IO总线、总线驱动、磁盘控制器驱动、卷管理程序**
在底层磁盘扩容之后，磁盘控制器驱动程序会通知VM已经增大了多少容量
扩大、收缩卷需要其上的文件系统来配合。
MBR 和VGDA
分区管理是最简单的卷管理方式，分区就是将一个磁盘抽象为一个仓库，然后将仓库划分为一库区、二库区等。
分区管理和卷管理最大的不同在于，分区管理只能针对单个磁盘进行划分，而不能将磁盘进行合并再划分。
分区信息保存在磁盘上，位于LBA1这个扇区，又称为MBR也就是主引导记录。
BIOS代码都是固定的，所以必定要执行MBR上的代码，新出来的规范EFI可以灵活定制从那个磁盘的哪个扇区启动，
MBR除了包含启动指令代码，还包含了分区表。启动的时候，程序会跳转到活动分区去读取代码做OS启动。所以必须有一个活动分区。
卷管理软件在划分了逻辑卷以后同样需要记录卷怎么划分的，使用一种叫VGDA的数据结构。
高级VM没有抛弃MBR，而是在此基础上，增加了类似VGDA的这样的数据结构来动态管理磁盘。
文件系统相当于理货员，与库管员一起完成管理粮库的工作。
应用程序只需要告诉文件系统需要放多少的数据或者读多少数据，而文件系统不需要关心仓库到底在那里，放到那个房间。
文件系统需要将数据存放在那里记录下来。
如果存取的数据量大，每次记录的数很大。将8个房间划分为一个逻辑房间，称作“簇”
数据如果找连续的簇进行存放，则还必须花时间把整理仓库，整理出连续的空间来，所以不如在描述数据存放的方式，比如数据 10000 簇2,6,18，这样就可以解决空间浪费的问题，而且不需要经常整理库。
但是这样又存在一个问题，数据描述的方式变得长短不一，可以为了简化处理，需要给一个定长的描述。比如数据 100000 首簇1，然后在在首簇做一个标记，写明下一个簇是多少号，然后找到下一个簇，根据簇的路标，到下下个簇进行取货，依此类推。
如果要寻找空的簇，只需要找格子上没有写字的簇即可。
总结一下，
描述货物的三字段：名称、数量、存放的第一个簇。
进一步优化：
货物虽然有可能存放在不连续的簇中，但是这些簇往往也是局部连续的。所以如果是一段一段的找而不是一簇一簇的找，会节约时间。比如簇段1~3，簇段5~7等等。
所以记录数据存放信息的本子就是元数据，也就是用来描述数据怎么组织的数据。
如果记录本丢失，纵然货物无损，也无法取出，因为无法判断货物的组织结构了。
文件系统的IO方式
IO Manager是OS内核中专门来管理IO的模块，可以协调文件系统、磁盘驱动的运作，流程如下
文件系统IO：
异步IO和非阻塞IO另一个好处：文件系统不需要等待及时返回数据，可以对上次的IO进行优化排队。
Direct IO：文件系统有自己的缓存机制，数据库也有缓存，IO发出之前已经经过自己的优化了，如果又在文件系统层面再优化一次，多次一举。使用Direct IO以后IO请求、数据请求以及回送数据不被文件系统缓存，直接进入应用程序的缓存中，可以提升性能。此外，在系统路径上任何一处引入了缓存，若采用write back模式，都存在数据一致性的问题，因为Direct IO绕过了文件系统的缓存，降低了数据不一致性。
附块存储、文件存储、对象存储和分布式存储的区别
典型设备：磁盘阵列，硬盘
块存储主要是将裸磁盘空间整个映射给主机使用的，就是说例如磁盘阵列里面有5块硬盘（为方便说明，假设每个硬盘1G），然后可以通过划逻辑盘、做Raid、或者LVM（逻辑卷）等种种方式逻辑划分出N个逻辑的硬盘。（假设划分完的逻辑盘也是5个，每个也是1G，但是这5个1G的逻辑盘已经于原来的5个物理硬盘意义完全不同了。例如第一个逻辑硬盘A里面，可能第一个200M是来自物理硬盘1，第二个200M是来自物理硬盘2，所以逻辑硬盘A是由多个物理硬盘逻辑虚构出来的硬盘。）
接着块存储会采用映射的方式将这几个逻辑盘映射给主机，主机上面的操作系统会识别到有5块硬盘，但是操作系统是区分不出到底是逻辑还是物理的，它一概就认为只是5块裸的物理硬盘而已，跟直接拿一块物理硬盘挂载到操作系统没有区别的，至少操作系统感知上没有区别。
此种方式下，操作系统还需要对挂载的裸硬盘进行分区、格式化后，才能使用，与平常主机内置硬盘的方式完全无异。
优点：
1、 这种方式的好处当然是因为通过了Raid与LVM等手段，对数据提供了保护。
2、 另外也可以将多块廉价的硬盘组合起来，成为一个大容量的逻辑盘对外提供服务，提高了容量。
3、 写入数据的时候，由于是多块磁盘组合出来的逻辑盘，所以几块磁盘可以并行写入的，提升了读写效率。
4、 很多时候块存储采用SAN架构组网，传输速率以及封装协议的原因，使得传输速度与读写速率得到提升。
缺点：
1、采用SAN架构组网时，需要额外为主机购买光纤通道卡，还要买光纤交换机，造价成本高。
2、主机之间的数据无法共享，在服务器不做集群的情况下，块存储裸盘映射给主机，再格式化使用后，对于主机来说相当于本地盘，那么主机A的本地盘根本不能给主机B去使用，无法共享数据。
3、不利于不同操作系统主机间的数据共享：另外一个原因是因为操作系统使用不同的文件系统，格式化完之后，不同文件系统间的数据是共享不了的。例如一台装了WIN7/XP，文件系统是FAT32/NTFS，而Linux是EXT4，EXT4是无法识别NTFS的文件系统的。就像一只NTFS格式的U盘，插进Linux的笔记本，根本无法识别出来。所以不利于文件共享。
典型设备：FTP、NFS服务器
为了克服上述文件无法共享的问题，所以有了文件存储。
文件存储也有软硬一体化的设备，但是其实普通拿一台服务器/笔记本，只要装上合适的操作系统与软件，就可以架设FTP与NFS服务了，架上该类服务之后的服务器，就是文件存储的一种了。
主机A可以直接对文件存储进行文件的上传下载，与块存储不同，主机A是不需要再对文件存储进行格式化的，因为文件管理功能已经由文件存储自己搞定了。
优点：
1、造价交低：随便一台机器就可以了，另外普通以太网就可以，根本不需要专用的SAN网络，所以造价低。
2、方便文件共享：例如主机A（WIN7，NTFS文件系统），主机B（Linux，EXT4文件系统），想互拷一部电影，本来不行。加了个主机C（NFS服务器），然后可以先A拷到C，再C拷到B就OK了。（例子比较肤浅，请见谅……）
缺点：
读写速率低，传输速率慢：以太网，上传下载速度较慢，另外所有读写都要1台服务器里面的硬盘来承担，相比起磁盘阵列动不动就几十上百块硬盘同时读写，速率慢了许多。
典型设备：内置大容量硬盘的分布式服务器
对象存储最常用的方案，就是多台服务器内置大容量硬盘，再装上对象存储软件，然后再额外搞几台服务作为管理节点，安装上对象存储管理软件。管理节点可以管理其他服务器对外提供读写访问功能。
之所以出现了对象存储这种东西，是为了克服块存储与文件存储各自的缺点，发扬它俩各自的优点。简单来说块存储读写快，不利于共享，文件存储读写慢，利于共享。能否弄一个读写快，利 于共享的出来呢。于是就有了对象存储。
首先，一个文件包含了了属性（术语叫metadata，元数据，例如该文件的大小、修改时间、存储路径等）以及内容（以下简称数据）。
以往像FAT32这种文件系统，是直接将一份文件的数据与metadata一起存储的，存储过程先将文件按照文件系统的最小块大小来打散（如4M的文件，假设文件系统要求一个块4K，那么就将文件打散成为1000个小块），再写进硬盘里面，过程中没有区分数据/metadata的。而每个块最后会告知你下一个要读取的块的地址，然后一直这样顺序地按图索骥，最后完成整份文件的所有块的读取。
这种情况下读写速率很慢，因为就算你有100个机械手臂在读写，但是由于你只有读取到第一个块，才能知道下一个块在哪里，其实相当于只能有1个机械手臂在实际工作。
而对象存储则将元数据独立了出来，控制节点叫元数据服务器（服务器 对象存储管理软件），里面主要负责存储对象的属性（主要是对象的数据被打散存放到了那几台分布式服务器中的信息），而其他负责存储数据的分布式服务器叫做OSD，主要负责存储文件的数据部分。当用户访问对象，会先访问元数据服务器，元数据服务器只负责反馈对象存储在哪些OSD，假设反馈文件A存储在B、C、D三台OSD，那么用户就会再次直接访问3台OSD服务器去读取数据。
这时候由于是3台OSD同时对外传输数据，所以传输的速度就加快了。当OSD服务器数量越多，这种读写速度的提升就越大，通过此种方式，实现了读写快的目的。
另一方面，对象存储软件是有专门的文件系统的，所以OSD对外又相当于文件服务器，那么就不存在文件共享方面的困难了，也解决了文件共享方面的问题。
所以对象存储的出现，很好地结合了块存储与文件存储的优点。
1、有一类应用是需要存储直接裸盘映射的，例如数据库。因为数据库需要存储裸盘映射给自己后，再根据自己的数据库文件系统来对裸盘进行格式化的，所以是不能够采用其他已经被格式化为某种文件系统的存储的。此类应用更适合使用块存储。
2、对象存储的成本比起普通的文件存储还是较高，需要购买专门的对象存储软件以及大容量硬盘。如果对数据量要求不是海量，只是为了做文件共享的时候，直接用文件存储的形式好了，性价比高。
联系客服
