图片服务器及inode知识
时间：2010-08-12 来源：deams
图片服务器需要10T的MOUNT 分区，兼顾存储容量使用效率和I/O效率。
总结关注点如下：
1.分区选择：
MBR分区：支持最大卷为 2 TB (terabytes) 并且每个磁盘最多有 4 个主分区（或 3 个主分区，1 个扩展分区和无限制的逻辑驱动器）的主启动记录磁盘分区
GPT分区：支持最大卷为 18 EB (exabytes) 并且每磁盘最多有128 个分区。 sudo parted /dev/sdx... 2. 文件格式选择：
ext3最大支持8T的linux文件系统，是一个基于预分配inode的文件系统，由于linux文件系统最大的block为4K， 在linux最大支持8T。（但是可以突破） jfs是来自于IBM的手笔，在AIX上面使用动态伸缩扩展能力很强。真正的64bit文件系统，可以支持最大512T的文件系统。 测试命令/usr/local/bin/iozone -g 16k -n 4k -a 针对4K致16K的文件测试。 结论： ext3+noatime选项的性能还是略微优于jfs的性能， 特别关注的是read 和reread性能，因为图片文件系统中最高并发的还是read操作，所以这应该是最关心的数据之一。最终选择了ext3。 3.在ext3下格式化8T以上的分区:
查看一个已格式化的分区的块大小:
[root@dev ~]# tune2fs -l /dev/sdb1 Filesystem OS type: Linux
Inode count: 35127296
Block count: 35102720
Reserved block count: 1755136
Free blocks: 33231853
Free inodes: 35082960
First block: 0
Block size: 4096 //在这里，可以看到这个分区的块大小是 4K,就是4096字节
Fragment size: 4096
分区的块大小与分区大小的关系:
Filesystem File Size Limit Filesystem Size Limit
ext2/3 with 1 KiB blocksize 16448 MiB (~ 16 GiB) 2048 GiB (= 2 TiB)
ext2/3 with 2 KiB blocksize 256 GiB 8192 GiB (= 8 TiB)
ext2/3 with 4 KiB blocksize 2048 GiB (= 2 TiB) 8192 GiB (= 8 TiB)
ext2/3 with 8 KiB blocksize (Systems with 8 KiB pages like Alpha only) 65568 GiB (~ 64 TiB) 32768 GiB (= 32 TiB)
可见正常情况下，如果我们的blocksize是4K,则我们的分区最大可以达到8T.
注意:如果我们在i386的系统中强行指定blocksize为8k,则格式化完成分区加载会报错。所以应该采用默认的4096 blocksize
三，如何用ext3格式化超过8T大小的分区?
rhel 5.0以后的版本可以支持ext3文件系统最大到16T,
注意:如果采用正常的命令进行格式化是不行的，系统会报错误
如下:
mkfs.ext3 /dev/sda1
会报错说已经超出了8T大小的限制
此时请注意添加参数: mkfs.ext3 -F /dev/sda1
-F参数的含义:
Force mke2fs to run, even if the specified device is not a block special device, or appears to be mounted
它会强制mke2fs运行，不管指定的设备是否块设备或着是已挂载的设备 ..... 待续 （脑子太乱）
GPT分区：支持最大卷为 18 EB (exabytes) 并且每磁盘最多有128 个分区。 sudo parted /dev/sdx... 2. 文件格式选择：
ext3最大支持8T的linux文件系统，是一个基于预分配inode的文件系统，由于linux文件系统最大的block为4K， 在linux最大支持8T。（但是可以突破） jfs是来自于IBM的手笔，在AIX上面使用动态伸缩扩展能力很强。真正的64bit文件系统，可以支持最大512T的文件系统。 测试命令/usr/local/bin/iozone -g 16k -n 4k -a 针对4K致16K的文件测试。 结论： ext3+noatime选项的性能还是略微优于jfs的性能， 特别关注的是read 和reread性能，因为图片文件系统中最高并发的还是read操作，所以这应该是最关心的数据之一。最终选择了ext3。 3.在ext3下格式化8T以上的分区:
查看一个已格式化的分区的块大小:
[root@dev ~]# tune2fs -l /dev/sdb1 Filesystem OS type: Linux
Inode count: 35127296
Block count: 35102720
Reserved block count: 1755136
Free blocks: 33231853
Free inodes: 35082960
First block: 0
Block size: 4096 //在这里，可以看到这个分区的块大小是 4K,就是4096字节
Fragment size: 4096
分区的块大小与分区大小的关系:
Filesystem File Size Limit Filesystem Size Limit
ext2/3 with 1 KiB blocksize 16448 MiB (~ 16 GiB) 2048 GiB (= 2 TiB)
ext2/3 with 2 KiB blocksize 256 GiB 8192 GiB (= 8 TiB)
ext2/3 with 4 KiB blocksize 2048 GiB (= 2 TiB) 8192 GiB (= 8 TiB)
ext2/3 with 8 KiB blocksize (Systems with 8 KiB pages like Alpha only) 65568 GiB (~ 64 TiB) 32768 GiB (= 32 TiB)
可见正常情况下，如果我们的blocksize是4K,则我们的分区最大可以达到8T.
注意:如果我们在i386的系统中强行指定blocksize为8k,则格式化完成分区加载会报错。所以应该采用默认的4096 blocksize
三，如何用ext3格式化超过8T大小的分区?
rhel 5.0以后的版本可以支持ext3文件系统最大到16T,
注意:如果采用正常的命令进行格式化是不行的，系统会报错误
如下:
mkfs.ext3 /dev/sda1
会报错说已经超出了8T大小的限制
此时请注意添加参数: mkfs.ext3 -F /dev/sda1
-F参数的含义:
Force mke2fs to run, even if the specified device is not a block special device, or appears to be mounted
它会强制mke2fs运行，不管指定的设备是否块设备或着是已挂载的设备 ..... 待续 （脑子太乱）
相关阅读 更多 +
