Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
适用于: ✔️ NFS 文件共享
Azure 文件存储支持两种用于装载文件共享的行业标准协议:服务器消息块 (SMB) 协议和网络文件系统 (NFS) 协议。 选择最适合工作负荷的协议。 Azure 文件共享不支持使用 SMB 和 NFS 两种协议访问同一个 Azure 文件共享。 对于经典文件共享,你可以在同一个 FileStorage 存储账户内创建独立的 SMB 和 NFS 文件共享。 Azure 文件存储提供企业级文件共享,这些共享可以纵向扩展以满足你的存储需求,并且可同时由数千个客户端访问。
本文将介绍 NFS Azure 文件共享。 有关 SMB Azure 文件共享的信息,请参阅 Azure 文件存储中的 SMB 文件共享。
重要
Windows 不支持 NFS Azure 文件共享。 在生产环境中使用 NFS Azure 文件共享前,请参阅 NFS Azure 文件共享故障排除,以获取已知问题的列表。 不支持 NFS 访问控制列表 (ACL)。
NFS Azure文件共享的常见用例
NFS 文件共享适用于 SAP 应用程序层、数据库备份、数据库复制、消息队列、常规用途文件服务器的主目录以及应用程序工作负荷的内容存储库等工作负载。
NFS 文件共享通常用于以下场景:
- 为基于 Linux/UNIX 的应用程序(例如使用 Linux 或 POSIX 文件系统 API 编写的业务线应用程序)提供后端存储
- 需要 POSIX 兼容的文件共享、区分大小写或 Unix 样式权限(UID/GID)的工作负载
- 需要随机 I/O 和分层存储的新应用程序和服务开发
NFS Azure文件共享功能
NFS Azure文件共享提供完全符合 POSIX 的文件系统。 支持硬链接和符号链接,但无法从现有符号链接创建硬链接。
NFS Azure文件共享目前支持 NFSv4.1 协议规范中的大多数功能。 某些功能(例如,各种类型的委托和回调、Kerberos 身份验证和 ACL)不受支持。
NFS Azure文件共享支持本地冗余存储(LRS)和区域冗余存储(ZRS)。 异地冗余存储(GRS)和异地区域冗余存储(GZRS)不适用于 NFS 共享,因为 NFS 需要 SSD 存储,这不支持异地冗余。
NFS Azure 文件共享支持 Azure 文件存储 功能
下表显示了对 NFS Azure 文件共享的当前功能支持级别。
随着支持继续扩展,此表中显示的项的状态会随时间而变化。
| 存储功能 | 受 NFS 共享的支持 |
|---|---|
| 文件管理平面 REST API | ✔️ Microsoft.Storage |
| 文件数据平面 REST API | ✔️ |
| 静态加密 | ✔️ |
| 传输中加密 | ✔️ |
| LRS 或 ZRS 冗余类型 | ✔️ |
| GRS 或 GZRS 冗余类型 | ⛔ |
| 专用终结点 | ✔️ |
| 子目录装载 | ✔️ |
| 授予对特定 Azure 虚拟网络的网络访问权限 | ✔️ |
| 授予对特定 IP 地址的网络访问权限 | ⛔ |
| SSD 媒体层 | ✔️ |
| HDD 媒体层 | ⛔ |
| POSIX 权限 | ✔️ |
| Root Squash | ✔️ |
| 从 Windows 和 Linux 客户端访问相同数据 | ⛔ |
| 基于标识的身份验证 | ⛔ |
| Azure 文件共享软删除 | ✔️ |
| Azure 文件同步 | ⛔ |
| Azure 文件共享备份 | ⛔ |
| Azure 文件共享快照 | ✔️ |
| AzCopy | ✔️ |
| Azure 存储资源管理器 | ✔️ |
| Azure 门户上的 Azure 存储浏览器 | ⛔ |
| 支持 16 个以上的组 | ⛔ |
注意
16 组限制是 NFS 协议约束。 每个用户在每个连接中最多只能有 16 个组 ID(GID)。
Azure NFS 文件共享的安全性与网络
NFS Azure文件共享通过静态和传输加密来保护数据,并要求网络级访问控制来代替基于用户的身份验证。
Encryption
Azure 文件存储使用Azure存储服务加密(SSE)加密静态所有数据。 存储服务加密在 Windows 上的工作方式与 BitLocker 类似:它会加密文件系统级别下的数据。 由于加密发生在Azure文件共享的文件系统下,因为数据编码为磁盘,因此不需要访问客户端上的基础密钥来读取或写入Azure文件共享。 静态加密同时适用于 SMB 和 NFS 协议。
经典文件共享支持通过 AZNFS 装载帮助程序传输中的 TLS 加密。
在存储帐户上配置 NFS 的“要求传输中加密”。 对于通过 Azure 门户创建的新存储账户,默认启用了此设置。 当设置为 未选择 时,需要安全传输 将控制 NFS 加密行为。 有关创建默认设置和配置步骤,请参见 “强制传输中加密”。
Azure使用 MACSec 为Azure数据中心之间传输的所有数据提供加密层。 通过此技术,在Azure数据中心之间传输数据时,存在加密。
身份验证和网络访问
由于 NFS Azure 文件共享不支持基于用户的身份验证,它们依赖网络访问规则来认证客户端。 因此,客户端必须通过私有端点或带有虚拟网络限制的服务端点连接。
专用端点
私有端点在你的虚拟网络中为访问文件共享提供了私有IP地址。 要只允许通过私有端点访问,请禁用公共网络访问。 专用链接费用适用。
客户端可以从虚拟网络或对等虚拟网络连接。 如需本地访问,可以通过 VPN 或 ExpressRoute将网络连接到虚拟网络。
服务终结点
服务端点允许子网中的客户端通过Azure骨干网访问文件共享的公用端点。 在客户端子网启用服务端点。 配置文件共享的网络规则以允许该子网。 允许的子网可以属于同一订阅,也可以是不同的订阅,包括不同的 Microsoft Entra 租户。 服务终结点没有额外费用。
服务端点不会为文件共享分配私有IP地址。 如果罕见事件,比如区域中断,改变了公共端点的IP地址,客户端可能需要重新挂载该共享。
可选的出站过滤
文件共享的网络规则控制哪些客户端可以访问它。 它们不限制这些客户端可以访问哪些其他存储资源。 例如,一个能读取你的文件共享的客户端可以将数据复制到它有写权限的其他资源。
对于经典文件共享,你可以选择使用服务端点策略来限制子网内客户端可通过服务端点访问哪些存储帐户。 服务端点流量绕过 Azure 防火墙 和网络虚拟设备。 策略会过滤该路径上的目的地。 它不会限制其他出站路径,也不会取代目的地的网络规则和授权要求。
有关网络选项的详细信息,请参阅Azure 文件存储网络注意事项。
NFS Azure 文件共享的区域可用性
区域可用性取决于冗余选项:
NFS Azure文件共享性能
NFS Azure文件共享仅在 SSD 文件共享上可用。 通过预配的 v2 计费模型,可以单独设置预配的容量、IOPS 和吞吐量。 经典文件共享还支持配置化的v1计费模式,该模型中IOPS和吞吐量会随着配置容量自动增长。 有关这两个模型的详细信息,请参阅了解Azure 文件存储计费。
SSD Azure文件共享的典型 I/O 延迟在小 I/O 操作的低位数毫秒范围内。 由于大量打开和关闭操作,元数据密集型工作负荷(如 untar)可能会遇到更高的延迟。
有关大规模提高 NFS 性能的指导,请参阅改进 NFS Azure文件共享性能。