了解有关 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 中为位置配置的磁盘加密集。