架构设计：块存储方案（三）.docxVIP

架构设计：块存储方案（三） 目前磁盘阵列设备被广泛应用在从民用级计算到工业级计算的各个基础领域，本小节的内容就带各位读者进行一些概要性了解。 集成在主板上的阵列把握器 最廉价的，也是在民用级市场上最普遍的做法，是将阵列把握器直接集成在主板上。RAID 0、RAID 1、RAID 5、RAID 10等阵列组织结构都可以在这种集成方式下供应支持。这些主板的价格可以做得很亲民，但是这样的阵列把握器集成方案也存在比较明显的问题：支持的磁盘数量有限制，总的I/O吞吐功能也存在瓶颈。 磁盘阵列盒 另一种做法是将阵列把握器至于计算机以外，民用级市场和企业级市场上也经常使用这种集成方式，并且效果要好得多，由于至少从可集成的磁盘数量上来说就比上一种做法要好得多。但是由于制形成本的缘由，这些外挂的磁盘阵列盒一般还是接受USB3.0等接口进行数据传输，所以吞吐功能上基本不会有太大提升： 磁盘阵列柜 企业级和工业级项目中，进行磁盘阵列方案实施时更多使用磁盘阵列柜和光纤接口。这样可以缓解磁盘横向扩展的问题和数据传输吞吐功能的问题。例如EMC供应的大型磁盘阵列设备： 2、文件系统 通过以上1-5节的内容，我们向读者引见了位于块存储方案最底层的磁盘设备和阵列把握设备的工作原理和具体应用。特殊是阵列把握设备，目前大量应用在商业级系统和工业及系统中，这样的存储方案也是应用最成熟的方案。那么操作系统为了笼统化这些底层设备的把握，就需要在操作系统层面组织一个管理文件数据规律地址的统一结构，以便向上层开发者屏蔽硬件操作细节。这样的管理结构称为文件系统。 目前主流的文件系统包括windows下的NTFS文件系统、Linux下的EXT系列文件系统（管理规章已升级到EXT4）、XFS文件系统和Btrfs文件系统。由于本专题的学问体系全部基于Linux操作系统，所以我们不会对NTFS文件系统做过多引见。在本文中我们次要引见两种Linux下的文件系统：EXT系列文件系统和XFS文件系统。 2-1、EXT系列文件系统 EXT文件系统英文全称：Extended file system。最后的EXT文件系统于1992年发布，用于替换之前使用的MINIX文件系统。经过多年的进展，目前EXT文件系统已经进展出4个版本，Ext1、Ext2、Ext3和Ext4。这些不同版本的文件系统中，虽然一些结构细节发生了变化（例如接受更快的Data blocks查找方式、接受更宽的索引位等），但这几个版本中提现的文件系统设计思想却没有太大的转变。 本节将从一个统一的文件系统数据组织结构开头讲起，首先说明结构中重要区块的作用，然后说明区块间的关联关系并推导一些关键的数据计算公式，最终再阐述几个Ext文件系统版本的重要改进。 （Ext文件系统次要结构图） 上图描述了Ext文件系统次要结构。就如上文描述的那样，不同的Ext文件系统版本对以上结构都有肯定的调整，但是文件系统管理结构中的重要区块的作用却没有发生什么变化，所以不会影响我们下文的讲解。首先需要说明，操作系统层面建立文件系统的单位都是磁盘分区，也就是说操作系统可以在一个物理磁盘上或者一个阵列管理设备上建立多种不同的文件系统。很多第三方分区工具都可以挂念开发人员/运维人员完成物理磁盘的分区操作。但是有一个问题需要特殊说明一下：Linux系统下自带的fdisk工具只能支持2TB的最大分区容量，假如需要分割出大于2TB容量的分区，则需要使用Linux操作系统下的另一个工具parted，其根本缘由是fdisk工具建立的是MBR分区表，而parted工具可以建立GPT分区表。 Ext系列文件系统的组织结构都是在进行格式化的时候就基于磁盘分区建立完毕的，以下示例脚本是针对一个名叫sdb1的磁盘分区成功建立Ext3文件系统后的显示信息。 [root@localhost ~]# mkfs.ext3 /dev/sdb1 mke2fs 1.41.12 (17-May-2021) Filesystem label= OS type: LinuxBlock size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks1310720 inodes, 5241198 blocks262059 blocks (5.00%) reserved for the super user First data block=0Maximum filesystem blocks=4294967296160 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperbloc