简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

安全性

提供者

使用此处列出的建议确保您的 Astra Trident 安装安全。

在自己的命名空间中运行 Astra Trident

请务必防止应用程序,应用程序管理员,用户和管理应用程序访问 Astra Trident 对象定义或 Pod ,以确保存储可靠并阻止潜在的恶意活动。

要将其他应用程序和用户与Astra Trident分开、请始终在自己的Kubernetes命名空间中安装Astra Trident (trident)。将 Astra Trident 置于自己的命名空间中可确保只有 Kubernetes 管理人员才能访问 Astra Trident Pod 以及存储在命名空间 CRD 对象中的项目(如适用,还包括后端和 CHAP 密码)。您应确保仅允许管理员访问Astra Trident命名空间、从而访问 tridentctl 应用程序。

对 ONTAP SAN 后端使用 CHAP 身份验证

Astra Trident支持对ONTAP SAN工作负载进行基于CHAP的身份验证(使用 ontap-sanontap-san-economy 驱动程序)。NetApp 建议将双向 CHAP 与 Astra Trident 结合使用,以便在主机和存储后端之间进行身份验证。

对于使用SAN存储驱动程序的ONTAP 后端、Astra Trident可以通过设置双向CHAP并管理CHAP用户名和密码 tridentctl。请参见 "此处" 了解 Astra Trident 如何在 ONTAP 后端配置 CHAP 。

注 Trident 20.04 及更高版本支持 ONTAP 后端的 CHAP 。

对 NetApp HCI 和 SolidFire 后端使用 CHAP 身份验证

NetApp 建议部署双向 CHAP ,以确保主机与 NetApp HCI 和 SolidFire 后端之间的身份验证。Astra Trident 使用一个机密对象,每个租户包含两个 CHAP 密码。当Trident作为CSI配置程序安装时、它会管理CHAP密码并将其存储在中 tridentvolume 相应PV的CR对象。创建 PV 时, CSI Astra Trident 会使用 CHAP 密码启动 iSCSI 会话并通过 CHAP 与 NetApp HCI 和 SolidFire 系统进行通信。

注 CSI Trident 创建的卷不与任何卷访问组关联。

在非 CSI 前端中,作为辅助节点上的设备连接卷的操作由 Kubernetes 处理。创建卷后,如果该租户的密钥尚不存在,则 Astra Trident 会对 NetApp HCI/SolidFire 系统进行 API 调用,以检索这些密钥。然后, Astra Trident 将这些机密传递给 Kubernetes 。位于每个节点上的 kubelet 通过 Kubernetes API 访问这些机密,并使用它们在访问卷的每个节点与卷所在的 NetApp HCI/SolidFire 系统之间运行 / 启用 CHAP 。

Astra Trident如何与NVE和NAE配合使用

NetApp ONTAP 提供空闲数据加密、可在磁盘被盗、退回或重新利用时保护敏感数据。有关详细信息,请参见 "配置 NetApp 卷加密概述"

  • 如果在后端启用了NAE、则在Astra Trident中配置的任何卷都将启用NAE。

  • 如果后端未启用NAE、则在Astra Trident中配置的任何卷都将启用NVE、除非将NVE加密标志设置为 false 在后端配置中。

注

在启用了NAE的后端的Astra Trident中创建的卷必须经过NVE或NAE加密。

  • 您可以将NVE加密标志设置为 true 在Trident后端配置中、覆盖NAE加密并按卷使用特定的加密密钥。

  • 将NVE加密标志设置为 false 在启用了NAE的后端、将创建启用了NAE的卷。您不能通过将NVE加密标志设置为来禁用NAE加密 false

  • 您可以通过将NVE加密标志显式设置为来在Astra Trident中手动创建NVE卷 true

有关后端配置选项的详细信息、请参见: