约束与限制
|
限制项 |
标准型、标准型-增强版、性能型、性能型-增强版 |
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之间。 |
|
标签限制 |
|
||
