一、 做文件系统
1、 block size
文件系统的block的大小,一个block是文件在物理硬盘/RAID上的最小单位。SNFS默认是4096 Byte,也就是4K。可选范围是4K-512K。
硬盘的最小单位是sector(扇区),一个Sector的大小是512 Byte。
文件系统的最小单位是block(块),SNFS默认一个block是4096 Byte。
2、 stripe breadth
一个条带的宽度。单位是KB或Block。一个读/写操作是在各个磁盘上的平均大小。SNFS推荐256KB。
其实可以这么理解,如果有一个软RAID,应用需要写512KB的数据到磁盘。如果把条带宽度设置为128,需要写跨磁盘三次。如果把条带宽度设置为256,只是需要跨磁盘一次。 中间减少了从这个磁盘换到另一个磁盘的过程。
二、 Authentication
SNFS的用户验证,主要为了确认用户、为新文件创建权限。这和NT访问NFS需要有权限一样。
使用方法是必须把NT的用户映射为一个SAN-wide userid/group。
例如:把NT的用户ntuser1映射为root,那么在NT上用ntuser1登陆后在SNFS文件系统中写的内容,在Linux/Unix下看到的就是root的Owner。
认证方式有两种,一种是PCNFSD,另一种是NIS。PCNFSD很少见到。NIS是LINUX的一项标准组件。
如果Strict Authentication的选项选中了,则实行强制验证,如果用户认证不通过就不能对SNFS的文件系统做任何操作。默认是不选中的,就是说所有用户均以nobody的身份来操作。
3、 PCNFSD
Personal Computer Network File System Daemon(个人电脑网络文件系统后台程序)
4、 NIS
Network Information Service (网络信息服务)
三、 Mount Options
5、 Async I/O Threads
为了异步处理I/O,所启动的线程数量。默认是8个线程。允许的范围是4—32。
6、 System Threads
SNFS启用的线程数(一个进程可能包含多个线程),如SNFS启动后只有一个进程FSM,但内有多个线程来处理用户的应用。默认是16个。ADIC不建议修改此参数,如果修改可能会引起系统的不稳定。
7、 Retransmission
连接SNFS服务器出现问题时,用多少线程来重新尝试连接。默认是12个。
8、 TimeOut
和SNFS服务器通讯出现问题时,每个线程的超时时间。单位是0.1秒。默认是100,也就是10秒。
9、 Mount Retransmits
连接SNFS服务器出现问题时,重新连接的次数。默认是1次。
10、QOS Token Hold Time
这个参数只有在开启SNFS QOS的时候才会生效。Token意思是令牌,就好像以前的Token-Ring(令牌环)网络,谁在有令牌谁通信,通信完成则交出令牌。
这个参数的意思是,在多长时间内没有IO,就交出令牌。默认是60秒。而且ADIC要求这个参数是5秒的倍数。如果不是5秒的倍数,多出5秒倍数以外的部分放弃。
11、Background Mount Retries
12、Debug
可选参数,如果打开,则记录调试信息,记录在系统日志中。默认是关闭的。
13、Hard Reconnect
可选参数,如果打开,则在出现问题时,一直重新连接SNFS服务器,同时左边的Retransmissions的参数失效。默认是关闭。
14、Hard Mount
可选参数,如果打开,则一直重试Mount文件系统,同时左边的Mount Retransmits的参数失效。默认是关闭。ADIC强烈建议在Window上不要打开此开关。
15、Read Only
可选参数,如果打开,则以只读的模式来访问文件系统。默认是关闭。如果有些应用是一个处理多个读取的话,此参数就非常有意义。
16、File Name Case Insensitive
SNFS的文件对文件名的大小写是敏感的。但是在典型的Window NT中,大小写是不敏感的。为了做到兼容NT和UNIX的操作系统,你可以让NT去对大小写不敏感。默认是关闭。
如果选择对大小写不敏感,后面则需要选择让SNFS如何去转换大小写,第一个是不做任何转换,第二个是转换为小写,第三个是转换为大写。
17、Force File Buffering
18、Disable Buffer Cache
在客户机关闭buffer(缓冲),让所有的IO直接读取物理设备。可以在系统配置比较低的机器上这么做。
19、 Allow Diskless Mount
在一个软RAID中,是否允许在部分硬盘不可访问的时候去Mount文件系统。如果允许,Mount后可以访问数据,但数据都不完整,因为数据都分布在不同的磁盘中。此参数意义不大。
20、 Fast Failover Detection
快速的Failover检测,如果打开此选项,客户端在3秒内如果没有得到回应,就认为这个SNFS服务器失效。如果不打开此选项,就是左边的TimeOut参数,10秒。
21、 Delay Atime Updates
Atime= Access Time,就是说如果一个文件被一个进程打开,另一个进程要打开这个文件必须要等到上一个进程结束才可以,无论是读还是写。
ADIC 强烈建议不要开启这个选项。
22、 Readonly Directories
把所有的目录的属性置为“只读”
四、 Cache Parameters(所有Cache这些参数输入数字0代表为默认值)
23、 Meta-Data Cache 参数(Low/High/Max water mark,Purge Period)
Meta-Data Cache包含文件的控制信息,节点,占用空间等信息。可以调节的有低水位线,高水位线,最大水位线,还有写入周期。写入周期,就是每隔多长时间把Meta-Data Cache写入物理硬盘。
这些配置的调整会影响OS的性能和稳定性,ADIC建议不要修改这些参数。
24、 Data Buffer 参数(Size/Cache minimum/Cache Maximum)
Data Buffer 所使用内存的大小范围,一个Data Buffer的大小。
如果文件系统的block小于64K,一个Data Buffer 就是64K。如果文件系统的block大于64K,那么一个Data Buffer就是一个block的大小。相当于定义预读的大小。
Data Buffer Cache的范围是说允许Data Buffer所使用内存的大小,默认是最小5MB,最大10MB。调整范围是最大256MB。
Data Buffer Cache的大小一旦设定,就是强迫的,SNFS就会占用那么多的内存。
25、 Attribute Cache 参数(Flush time for shared/non shared Files)
当客户端在读写一个文件时,这个文件的属性会更改,如文件大小,最后读取时间等信息。SNFS服务器负责来同步这些属性信息。
对于一个要求实时性比较高的SAN共享存储来讲,比较经常和SNFS服务器去同步这些信息变的非常必要。
对于被共享的文件,默认的flush时间是2秒;对于没有共享的文件,默认的flush时间是30秒。
这个参数比较危险,ADIC建议不要修改。
26、 Buffer Cache Daemons
客户端用于缓冲的后台服务所启用的进程数,单位是多少个线程。默认是8。调整范围是1—100。如果增加用于缓冲的后台线程,有助于提高性能。
27、 Buffer Cache Read Ahead
预读Buffer的数量。默认是预读16个Buffer,最大值是100,如果设置为0则关闭预读功能。
28、 Buffer Cache Auto DMA Read/Write Length
一个读/写操作是先与Buffer交换数据,然后Buffer在达到水位线后于硬盘交换数据。这个参数,就是Buffer与硬盘交换数据的单位大小。默认是一个Data Buffer的数值。
如果文件系统的block小于64K,一个Data Buffer 就是64K。如果文件系统的block大于64K,那么一个Data Buffer就是一个block的大小。
29、 Buffer Cache NonPaged Pool Usage
Buffer Cache所使用的非页面内存池的百分比。默认是75%,调整范围是10%—90%。
查看微软Q126402文章来衡量如何设置此参数。
在Window 任务管理器中可以看到每个进程所使用的Paged Pool 和Non Paged Pool的内存大小。
五、StorNext File System Port Mapper daemon
是一个后台进程,简称FSMPM,在每个SNFS的客户端和服务器端都有运行,是Windows中是一个服务的形式存在。
FSMPM要比FSM启动早,它回去读取fsnameservers,fsmlist,fsrouters文件,得到所需的信息后,调动起FSM来,加载SNFS文件系统。
这个服务在Windows中作用不大,不启动也可以。
六、Fsnameservers
记录所有SNFS服务器的地址的配置文件。一行一个地址,每行后面不用加任何符号。
七、Fsmlist
记录所有需要加载的文件系统的列表。一行一个文件系统名称,每行后面不用加任何符号。
八、Fsroutes
如果客户端有多块网卡,可以定义优先使用那个IP地址去连接。
格式为,SNFS服务器地址和定义的优先使用地址中间加一个空格。参考fsroutes.example文件。
1 条回复
比stornext更好的文件系统:BWFS
大家先看测试结论吧,下面是Rorke Data的测试结论:
测试结论:
• lometer
–
BWFS
and Stornext are comparable in read
–
BWFS is 70%
better in write compared to StorNext
• l Iozone
–
BWFS aggregate read performance is much better than StorNext
–
BWFS provides more balanced throughput per thread compared to StorNext
–
StorNext single stream performance is better than BWFS
–
StorNext aggregate write performance is better than BWFS 我们还有很多其他家的测试报告,大家有需求可以和我联系:guowei@bwstor.com.cn 或 guowei@nrchpc.ac.cn,我们的产品在欧美、日本等很多地方都胜出stornext并得到应用.我们有最好的技术力量:中国科学院计算技术研究所,我们的产品是863存储重大项目,产品推出两年多来,在广电领域(因为我是负责广电领域的,呵呵……其他在高性能计算、石油勘探、资源卫星都有更多的应用)目前已有十多个省台,几十家电视台使用了,当然在国外的用户更多,我们的产品还需要国人的支持啊!