NFS
ONTAP是企业级横向扩展NAS阵列、其中包括许多功能。ONTAP支持VMware vSphere从许多ESXi主机并发访问NFS连接的数据存储库、远远超出了对VMFS文件系统施加的限制。将NFS与vSphere结合使用可提供一些易用性和存储效率可见性优势、如一节中所述"数据存储库"。
将 ONTAP NFS 与 vSphere 结合使用时,建议采用以下最佳实践:
-
使用适用于 VMware vSphere 的 ONTAP 工具(最重要的最佳实践):
-
使用适用于VMware vSphere的ONTAP工具配置数据存储库、因为它可以简化导出策略的自动管理。
-
使用此插件为VMware集群创建数据存储库时、请选择集群、而不是单个ESX服务器。选择此选项会将数据存储库自动挂载到集群中的所有主机。
-
使用插件挂载功能将现有数据存储库应用于新服务器。
-
如果不对 VMware vSphere 使用 ONTAP 工具,请对所有服务器或需要额外访问控制的每个服务器集群使用一个导出策略。
-
-
为 ONTAP 集群中每个节点上的每个 SVM 使用一个逻辑接口( LIF )。不再需要以往为每个数据存储库建议的 LIF 。虽然直接访问(LIF和同一节点上的数据存储库)是最佳选择、但无需担心间接访问、因为对性能的影响通常很小(微秒)。
-
当前支持的所有VMware vSphere版本均可同时使用NFS v3和v4.1。vSphere 8.0 Update 2 (适用于NFS v3)和Update 3 (适用于NFS v4.1)新增了对nconnect的官方支持。对于NFS v4.1、vSphere仍支持会话中继、Kerberos身份验证和具有完整性的Kerberos身份验证。请务必注意、会话中继需要ONTAP 9.14.1或更高版本。有关nconnect功能及其如何提高性能的详细信息,请访问"NetApp和VMware的NFSv3 nconnect功能"。
|
|
-
值得注意的是、NFSv3和NFSv4.1使用不同的锁定机制。NFSv3使用客户端锁定、而NFSv4.1使用服务器端锁定。虽然ONTAP卷可以通过这两种协议导出、但ESXi只能通过一种协议挂载数据存储库。但是、这并不意味着其他ESXi主机不能通过其他版本挂载同一数据存储库。为了避免出现任何问题、请务必指定挂载时要使用的协议版本、以确保所有主机使用相同版本、从而使用相同的锁定模式。请务必避免在主机之间混用NFS版本。如果可能、请使用主机配置文件检查合规性。
-
由于 NFSv3 和 NFSv4.1 之间不会自动转换数据存储库,因此请创建一个新的 NFSv4.1 数据存储库,并使用 Storage vMotion 将 VM 迁移到新数据存储库。
-
请参见中的 NFS v4.1 互操作性表注释 "NetApp 互操作性表工具" 支持所需的特定 ESXi 修补程序级别。
-
-
NFS导出策略规则用于控制vSphere主机的访问。您可以对多个卷(数据存储库)使用一个策略。对于NFS、ESXi会使用sys (UNIX)安全模式、并需要根挂载选项来执行VM。在 ONTAP 中,此选项称为超级用户,使用超级用户选项时,无需指定匿名用户 ID 。请注意、对于和 `-allow-suid`使用不同值的导出策略规则 `-anon`可能会导致ONTAP工具出现SVM发现问题。IP地址应是一个逗号分隔列表、挂载数据存储库的vmkernel端口地址不含空格。下面是一个策略规则示例:
-
访问协议:NFS (包括nfs3和nfs4)
-
客户端匹配主机名、IP地址、网络组或域列表:192.168.42.21、192.168.42.22
-
RO访问规则:任意
-
RW Access Rule:any (RW访问规则:任意)
-
匿名用户映射到的用户ID:6554
-
超级用户安全类型:any
-
在SETATTR中使用set_id位:true
-
允许创建设备:true
-
-
如果使用适用于VMware VAAI的NetApp NFS插件、则在创建或修改导出策略规则时、应将此协议设置为
nfs
。要使VAAI副本卸载正常工作、需要使用NFSv4协议、而将协议指定为 `nfs`会自动包括NFS3和NFSv4版本。即使数据存储库类型创建为NFS v3、也需要执行此操作。 -
NFS 数据存储库卷是从 SVM 的根卷接合的;因此, ESXi 也必须有权访问根卷,才能导航和挂载数据存储库卷。根卷以及嵌套了数据存储库卷接合的任何其他卷的导出策略必须包含一条或多条适用于ESXi服务器的规则、以便为其授予只读访问权限。下面是根卷的示例策略、该策略也使用VAAI插件:
-
访问协议:NFS
-
客户端匹配规范:192.168.42.21、192.168.42.22
-
RO 访问规则: sys
-
RW访问规则:从不(根卷的最佳安全性)
-
匿名UID
-
超级用户:sys (使用VAAI的根卷也需要此功能)
-
-
虽然 ONTAP 提供了一个灵活的卷命名空间结构,可以使用接合在树中排列卷,但这种方法对于 vSphere 来说毫无价值。无论存储的命名空间层次结构如何,它都会在数据存储库的根目录下为每个 VM 创建一个目录。因此,最佳实践是,只需将 vSphere 卷的接合路径挂载到 SVM 的根卷,即适用于 VMware vSphere 的 ONTAP 工具如何配置数据存储库。如果没有嵌套的接合路径,也意味着任何卷都不依赖于根卷以外的任何卷,即使有意使某个卷脱机或销毁该卷,也不会影响指向其他卷的路径。
-
对于 NFS 数据存储库上的 NTFS 分区,块大小为 4k 是可以的。下图显示了从 vSphere 主机到 ONTAP NFS 数据存储库的连接。
下表列出了 NFS 版本和支持的功能。
vSphere 功能 | NFSv3 | NFSv4.1 |
---|---|---|
VMotion 和 Storage vMotion |
是的。 |
是的。 |
高可用性 |
是的。 |
是的。 |
容错 |
是的。 |
是的。 |
DRS |
是的。 |
是的。 |
主机配置文件 |
是的。 |
是的。 |
存储 DRS |
是的。 |
否 |
存储 I/O 控制 |
是的。 |
否 |
SRM |
是的。 |
否 |
虚拟卷 |
是的。 |
否 |
硬件加速( VAAI ) |
是的。 |
是的。 |
Kerberos 身份验证 |
否 |
是(在 vSphere 6.5 及更高版本中进行了增强,可支持 AES , krb5i ) |
多路径支持 |
否 |
是(ONTAP 9.14.1) |