通过使用基于策略的租约,可以减少通过手动干预回收资源的需要。将定义租约策略,以便可以控制用户使用部署的时长。此过程中的租约策略用例为了解策略和为组织实施策略提供了一个起点。

如果未定义任何租约策略,则部署将永不过期。要回收资源,必须手动销毁部署。

租约策略何时生效

  • 如果策略范围是组织,则组织中的所有部署都将基于定义的策略进行管理。
  • 如果策略范围是项目,则与该项目关联的部署将基于定义的租约进行管理。其他项目不受影响。

何时应用租约策略

执行以下操作时,将应用租约策略:
  • 创建或更新租约策略。应用租约策略后,它们将在后台持续评估部署,以确保符合定义的租约。
  • Automation Assembler 中请求目录项或在 Automation Service Broker 中请求云模板。创建部署时,最长租约和最长总租约值将生效。
  • 载入 Automation Assembler 中的工作负载或资源,以便您可以使用 Automation Service BrokerAutomation AssemblerAutomation Pipelines 管理它们。

租约特定的选项

查看租约策略用例时,还必须配置租约特定的选项。以下描述提供了简短摘要。有关详细信息,请参阅标志帮助。
  • 最长租约(天)。部署资源在未续订的情况下处于活动状态的天数。如果未续订,租约将过期,部署将销毁。如果指定了宽限期,则用户可以续订租约,最长续订租约处于有效状态的天数。
  • 最长总租约(天)。部署可以处于有效状态的综合总天数,包括租约续订。每次续订不能超过最长租约,累积续订值不能超过最长总租约。达到总租约后,将销毁部署并回收该部署中的资源。
  • 宽限期(天)。用户在销毁部署之前必须续订过期租约的天数。宽限期不包括在总租约天数内。如果未定义宽限期,则默认为 1 天。

更新现有租约策略时会发生什么情况

可以增加租约策略的最长租约、最长总租约和宽限期。更新的策略仅应用于新部署。

请注意,增加策略参数不会延长现有部署的到期日期。现有部署将在原定日期过期。

但是,如果减小租约值,则部署过期日期将受到影响,并且现有部署将早于原定日期过期。

部署过期时会发生什么情况

部署即将过期时,部署用户会收到电子邮件通知。如果用户不延长租约,则部署将过期并计划删除。部署所有者可以在部署详细信息中查看计划的删除日期。如果删除日期设置为“不久”,则部署已排队等待删除。

过期的虚拟机将在过期后的几分钟内关闭电源。除非延长租约,否则无法在 VMware Aria Automation 中重新打开已关闭电源计算机的电源。可以在原始环境中手动重新打开计算机的电源,在这种情况下,VMware Aria Automation 会将计算机注册为已打开电源。即使部署已过期,在租约策略的宽限期结束并删除部署之前,计算机不会再次自动关闭电源。

过程

在此用例中,通过三个策略定义说明了如何构建策略和策略实施的结果。未实施最后一个策略,但在场景结果中说明了原因。

  1. 选择内容和策略 > 策略 > 定义 > 新建策略 > 租约策略
  2. 配置租约策略 1。

    作为管理员,您希望通过将所有部署的开始租约时间限制为 30 天并选择续订租约以达到总计 90 天来控制成本。

    1. 定义策略的有效时间。
      设置 示例值
      范围 组织

      此策略将应用于组织中的每个人。

      条件
      实施类型 软性

      此实施类型允许您创建与此租约相关的其他策略以替代此策略。

    2. 定义租约。
      设置 示例值
      最长租约(天) 30
      最长租约总期限(天) 90
      宽限期(天) 10

    在此场景中,部署将在 30 天后关闭,并向用户发送一封电子邮件。在宽限期内,用户将租约延长 30 天。租约再次过期后,用户再续订 30 天。第三次延长结束时,活动租约达到最长总租约期 90 天,用户不能再延长租约。部署在 10 天后关闭并销毁。

  3. 配置租约策略 2。

    作为管理员,您希望通过将成本较高的模板的租约时间限制为两周来控制成本。对于此示例,模板名称为 Multi-tier 5 machine with LB

    1. 定义策略的有效时间。
      设置 示例值
      范围 项目 MT5

      此策略将应用于与此项目关联的部署。

      条件
      Cloud Template equals Multi-tier 5 machine with LB

      根据此条件表达式,在策略实施时将仅考虑已引用模板的部署。

      实施类型 软性

      此软性实施仍会替代策略 1 中为期 90 天的组织策略,因为这些值在项目级别更有意义。

    2. 定义租约策略。
      设置 示例值
      最长租约(天) 14
      最长租约总期限(天) 28
      宽限期(天) 3

    在此场景中,将应用两个策略,但策略 2 优先于策略 1,因为它更具体。应用后,部署将在 14 天后关闭。如果用户未延长租约,部署将在三天后销毁。如果用户将租约再延长(最多)14 天,则在第二个延长期结束时将关闭部署,并在三天后销毁。

  4. 查看租约策略 3 的配置。

    作为项目经理,您了解到有一位开发人员正在从事一个复杂的应用程序。该开发人员需要使用 Multi-tier 5 Machines with LB 模板和另一个模板 Distributed Database Across Clouds,但是租约比策略 2 中定义的更长。

    除非您了解如何根据策略的定义方式来处理策略,否则可能会遇到意外结果。策略 3 示例说明了处理和优先级对结果的影响。

    按照规定,将不实施此策略。此示例用于了解有多个租约适用时如何应用和实施租约。

    1. 定义策略的有效时间。
      设置 示例值
      范围 项目 MT5

      此策略将应用于此项目中的部署。

      条件
      (Cloud Template equals Multi-tier five machine with LB 
      OR 
      Catalog Item equals Distributed Database Across Clouds) 
          AND 
          Created By equals [email protected]

      使用目录项,因为它是非 Automation Assembler 模板。

      实施类型 软性

      此软性实施仍会替代策略 1 中为期 90 天的组织策略,因为这些值在项目级别更有意义。

    2. 定义租约策略。
      设置 示例值
      最长租约(天) 21
      最长租约总期限(天) 50
      宽限期(天) 3
      在此场景中,将应用租约策略 2,而不是租约策略 3。
      • 租约 3 的租约时间少于或等于 21 天,并且该策略已应用。租约 2 的租约时间少于或等于 14 天,并且该策略已应用。
      • 租约 2 适用,并且不违反租约 3 策略。但是,租约 2 更严格,因此优先使用。租约策略 2 更严格,因为它的持续时间较短。
      • 如果这两个租约定义均满足且适用,将实施更严格的策略。
  5. 要解决租约策略 3 中的意外行为,可以实施以下解决方案之一。
    • 要确保可向 Jan 提供所需的策略,请将实施类型更改为硬性。
    • 或者,也可以创建一个能够访问相同资源的新项目,然后为该项目创建租约策略 3。虽然此解决方案隔离了工作策略,但必须维护一个并行项目。设置和维护内容源、内容共享等所需的工作非常耗时,并且容易出错。

后续操作