了解有关 vRealize Automation 中的存储配置文件的更多信息

云帐户区域包含存储配置文件，云管理员可以使用存储配置文件在 vRealize Automation 中为该区域定义存储。

存储配置文件的用途

存储配置文件包含磁盘自定义，以及用于按能力标记标识存储类型的方法。标记随后将与置备服务请求限制进行匹配，以在部署时创建所需的存储。

存储配置文件在特定于云的区域下进行组织。一个云帐户可能具有多个区域，每个区域下可能有多个存储配置文件。

可以进行不受供应商约束的布置。例如，假设有三个不同的供应商帐户，且每个帐户中有一个区域。每个区域包含具有 fast 能力标记的存储配置文件。在置备时，无论资源由哪个供应商云提供，包含 fast 硬性限制标记的请求都将查找匹配的 fast 功能。随后在创建已部署的存储项期间，匹配将应用关联的存储配置文件中的设置。

注： 不同的云存储可能具有不同的性能特性，但标记了该云存储的管理员仍将其视为 fast 存储。

添加到存储配置文件的能力标记不应标识实际资源目标。相反，能力标记描述存储类型。有关实际资源的更多信息，请参见vRealize Automation 中的存储资源。

默认置备类型

存储配置文件置备类型仅建立默认行为。该设置不一定会影响布置，并且可能会由云模板中的属性覆盖。

例如，可以为精简置备设置存储配置文件。在大多数情况下，请求将默认创建精简置备存储。但是，如果云模板的 provisioningType 属性设置为快速置零，则云模板将覆盖默认的精简置备。

注： 如果需要精确控制，最好为所需的置备类型添加功能标记和限制标记。

对于置备类型默认值，云模板属性将覆盖存储配置文件默认值，而存储配置文件默认值将覆盖 vCenter 存储策略中的默认值。

随计算机分配磁盘

在多个云区域属于不同云帐户的项目中，即使磁盘未连接到计算机，该磁盘也会跟随计算机。此行为将整合资源，以防止以后决定连接磁盘时出现故障。

例如，以下设计将不起作用。云模板尝试使用位置限制分隔磁盘，但部署却返回 No matching placement 错误。

如果需要将磁盘放在不同的云帐户中，请使用单独的部署来部署该磁盘。

resources:
  Machine1:
    type: Cloud.vSphere.Machine
      properties:
        image: ubuntu
        flavor: small
        constraints:
          - tag: 'location:siteA'
  Disk1:
    type: Cloud.vSphere.Disk
      properties:
        capacityGb: 1
        constraints:
          - tag: 'location:siteB'

第一类磁盘和标准磁盘

通过使用存储配置文件页面上的磁盘类型选项，或者通过使用 vRealize Automation API，可以创建存储配置文件以支持第一类磁盘 (FCD) 或标准磁盘存储。 实际上，第一类磁盘选项会创建 vSphere 存储配置文件。

• 第一类磁盘

  第一类磁盘可以独立于 vSphere 虚拟机而存在。第一类磁盘还具有可独立于虚拟机运行的生命周期管理功能。第一类磁盘适用于 vSphere 6.7 Update 2 及更高版本，并且当前在 vRealize Automation 中作为一项仅 API 功能实施。

  有关 FCD 存储的信息，包括可通过 vRealize Automation API 使用的功能以及 API 文档本身的链接，请参见在 vRealize Automation 中可以对第一类磁盘存储执行哪些操作。

• 标准磁盘

  标准磁盘存储作为虚拟机的集成组件进行创建和管理。

  有关标准磁盘存储的信息，请参见在 vRealize Automation 中可以对标准磁盘存储执行哪些操作和 在 vRealize Automation 中可以对永久磁盘存储执行哪些操作。

Azure 服务器端磁盘加密

对于 Azure 资源，如果选择在受管磁盘存储配置文件中支持加密，则还需要选择具有关联密钥的磁盘加密。可用的加密和密钥对应于 Azure 中为位置配置的磁盘加密集。