高性能弹性文件服务 SFS TURBO-约束与限制
约束与限制
限制项 |
标准型、标准型-增强版、性能型、性能型-增强版 |
20MB/s/TiB、40MB/s/TiB、125MB/s/TiB、250MB/s/TiB、500MB/s/TiB、1000MB/s/TiB |
HPC缓存型 |
---|---|---|---|
支持访问方式 |
VPN/专线/云连接 |
VPN/专线/云连接 |
VPN/专线/云连接 |
最大带宽 |
标准型:150MB/s 标准型-增强版:1GB/s 性能型:350MB/s 性能型-增强版:2GB/s
说明:
读写速率受挂载客户端的数量影响,详情请参见常见问题如何发挥SFS Turbo文件系统的最大性能?。 |
20MB/s/TiB、40MB/s/TiB:8GB/s(如需提高吞吐能力,请提交工单申请,最高可达20 GBps) 125MB/s/TiB、250MB/s/TiB:20GB/s(如需提高吞吐能力,请提交工单申请,最高可达100 GBps) 500MB/s/TiB、1000MB/s/TiB:80GB/s(如需提高吞吐能力,请提交工单申请,最高可达200 GBps)
说明:
读写速率受挂载客户端的数量影响,详情请参见常见问题如何发挥SFS Turbo文件系统的最大性能?。 |
48GB/s
说明:
读写速率受挂载客户端的数量影响,详情请参见常见问题如何发挥SFS Turbo文件系统的最大性能?。 |
最大IOPS |
标准型:5K 标准型-增强版:15K 性能型:20K 性能型-增强版:100K |
20MB/s/TiB、40MB/s/TiB:25万 125MB/s/TiB、250MB/s/TiB:100万 500MB/s/TiB、1000MB/s/TiB:400万(如需提高IOPS,请提交工单申请,最高可达1000万) |
2000K |
最低时延 |
1~2ms |
1~2ms |
亚毫秒 |
单文件系统最大容量 |
320TB |
1PB |
1PB |
支持协议 |
仅支持NFSv3 |
仅支持NFSv3 |
仅支持NFSv3 |
单文件系统最大挂载客户端数量 |
500 |
3000 |
3000 |
单文件系统可添加VPC数量 |
20 |
20 |
20 |
单文件大小 |
最大16TB |
最大320TB |
最大320TB |
单文件系统最大文件或子目录数 |
10亿
说明:
单文件系统下文件或子目录数=总容量(KB)/16,上限为10亿,即得出数量大于10亿时,数量按10亿算。 |
20亿
说明:
单文件系统下文件或子目录数=总容量(GB) * 25000,上限为20亿,即得出数量大于20亿时,数量按20亿算。 |
20亿
说明:
单文件系统下文件或子目录数=总容量(GB) * 25000,上限为20亿,即得出数量大于20亿时,数量按20亿算。 |
单目录下最大文件或子目录数 |
2000万
说明:
如果用户需要对整个目录进行ls、du、cp、chmod、chown等操作,建议单层目录下不要放置超过50万的文件或子目录,否则可能由于NFS协议需要向服务端发送大量遍历请求而产生排队,导致请求耗时非常长。 |
2000万
说明:
如果用户需要对整个目录进行ls、du、cp、chmod、chown等操作,建议单层目录下不要放置超过50万的文件或子目录,否则可能由于NFS协议需要向服务端发送大量遍历请求而产生排队,导致请求耗时非常长。 |
2000万
说明:
如果用户需要对整个目录进行ls、du、cp、chmod、chown等操作,建议单层目录下不要放置超过50万的文件或子目录,否则可能由于NFS协议需要向服务端发送大量遍历请求而产生排队,导致请求耗时非常长。 |
目录最大深度(单位:层) |
100 |
100 |
100 |
最大路径长度(单位:Byte) |
1024 |
4096 |
4096 |
最大软链接长度(单位:Byte) |
1024 |
1024 |
1024 |
最大硬链接长度(单位:Byte) |
255 |
255 |
255 |
文件系统数量配额 |
默认32个,可提交工单申请扩大配额 |
默认32个,可提交工单申请扩大配额 |
默认32个,可提交工单申请扩大配额 |
备份 |
支持 |
支持 |
不支持 |
备份原地恢复 |
不支持
说明:
SFS Turbo为单AZ部署,目前还不具备AZ级以上故障恢复能力。 |
不支持 |
不支持 |
文件语义锁Flock |
不支持 |
不支持 |
不支持 |
跨区域 域名 挂载 |
不支持
说明:
|
不支持 |
不支持 |
缓存加速 |
不支持 |
支持(仅保证最终一致性,如需关闭,请提交工单反馈)
说明:
最终一致性意味着当通过多客户端访问共享文件系统时,因为一个客户端的访问请求可能路由到不同的分布式后端,当命中到分布式后端的本地cache时,可能无法实时获取到其他客户端的更新操作,cache的失效时间通常为3~30s之间。 |
支持(仅保证最终一致性,如需关闭,请提交工单反馈)
说明:
最终一致性意味着当通过多客户端访问共享文件系统时,因为一个客户端的访问请求可能路由到不同的分布式后端,当命中到分布式后端的本地cache时,可能无法实时获取到其他客户端的更新操作,cache的失效时间通常为3~30s之间。 |
标签限制 |
|