通过使用基于策略的租约,可以减少通过手动干预回收资源的需要。将定义租约策略,以便可以控制用户使用部署的时长。此过程中的租约策略用例为了解策略和为组织实施策略提供了一个起点。
如果未定义任何租约策略,则部署将永不过期。要回收资源,必须手动销毁部署。
租约策略何时生效?
- 如果策略范围是组织,则组织中的所有部署都将基于定义的策略进行管理。
- 如果策略范围是项目,则与该项目关联的部署将基于定义的租约进行管理。其他项目不受影响。
执行以下操作时,将应用租约策略:
- 创建或更新租约策略。应用租约策略后,它们将在后台持续评估部署,以确保符合定义的租约。
- 在 Cloud Assembly 中请求目录项或在 Service Broker 中请求云模板。创建部署时,最长租约和最长总租约值将生效。
- 载入 Cloud Assembly 中的工作负载或资源,以便您可以使用 Service Broker、Cloud Assembly 或 Code Stream 管理它们。
在此用例中,通过三个策略定义说明了如何构建策略和策略实施的结果。未实施最后一个策略,但在场景结果中说明了原因。
查看租约策略用例时,还必须配置租约特定的选项。以下描述提供了简短摘要。有关详细信息,请参阅标志帮助。
- 最长租约(天)。部署资源在未续订的情况下处于活动状态的天数。如果未续订,租约将过期,部署将销毁。如果指定了宽限期,则用户可以续订租约,最长续订租约处于有效状态的天数。
- 最长总租约(天)。部署可以处于有效状态的综合总天数,包括租约续订。每次续订不能超过最长租约,累积续订值不能超过最长总租约。达到总租约后,将销毁部署并回收该部署中的资源。
- 宽限期(天)。用户在销毁部署之前必须续订过期租约的天数。宽限期不包括在总租约天数内。如果未定义宽限期,则默认为 1 天。
过程
- 选择。
- 配置租约策略 1。
作为管理员,您希望通过将所有部署的开始租约时间限制为 30 天并选择续订租约以达到总计 90 天来控制成本。
- 定义策略的有效时间。
设置 |
示例值 |
Scope |
组织 此策略将应用于组织中的每个人。 |
条件 |
无 |
实施类型 |
软性 此实施类型允许您创建与此租约相关的其他策略以替代此策略。 |
- 定义租约。
设置 |
示例值 |
最长租约(天) |
30 |
最长租约总期限(天) |
90 |
宽限期(天) |
10 |
在此场景中,部署将在 30 天后关闭,并向用户发送一封电子邮件。在宽限期内,用户将租约延长 30 天。租约再次过期后,用户再续订 30 天。第三次延长结束时,活动租约达到最长总租约期 90 天,用户不能再延长租约。部署在 10 天后关闭并销毁。
- 配置租约策略 2。
作为管理员,您希望通过将成本较高的模板的租约时间限制为两周来控制成本。对于此示例,模板名称为
Multi-tier 5 machine with LB。
- 定义策略的有效时间。
设置 |
示例值 |
Scope |
项目 MT5 此策略将应用于与此项目关联的部署。 |
条件 |
Cloud Template equals Multi-tier 5 machine with LB 根据此条件表达式,在策略实施时将仅考虑已引用模板的部署。 |
实施类型 |
软性 此软性实施仍会替代策略 1 中为期 90 天的组织策略,因为这些值在项目级别更有意义。 |
- 定义租约策略。
设置 |
示例值 |
最长租约(天) |
14 |
最长租约总期限(天) |
28 |
宽限期(天) |
3 |
在此场景中,将应用两个策略,但策略 2 优先于策略 1,因为它更具体。应用后,部署将在 14 天后关闭。如果用户未延长租约,部署将在三天后销毁。如果用户将租约再延长(最多)14 天,则在第二个延长期结束时将关闭部署,并在三天后销毁。
- 查看租约策略 3 的配置。
作为项目经理,您了解到有一位开发人员正在从事一个复杂的应用程序。该开发人员需要使用
Multi-tier 5 Machines with LB 模板和另一个模板
Distributed Database Across Clouds,但是租约比策略 2 中定义的更长。
除非您了解如何根据策略的定义方式来处理策略,否则可能会遇到意外结果。策略 3 示例说明了处理和优先级对结果的影响。
按照规定,将不实施此策略。此示例用于了解有多个租约适用时如何应用和实施租约。
- 定义策略的有效时间。
设置 |
示例值 |
范围 |
项目 MT5 此策略将应用于此项目中的部署。 |
条件 |
(Cloud Template equals Multi-tier five machine with LB
OR
Catalog Item equals Distributed Database Across Clouds)
AND
Created By equals [email protected] 使用目录项,因为它是非 Cloud Assembly 模板。 |
实施类型 |
软性 此软性实施仍会替代策略 1 中为期 90 天的组织策略,因为这些值在项目级别更有意义。 |
- 定义租约策略。
设置 |
示例值 |
最长租约(天) |
21 |
最长租约总期限(天) |
50 |
宽限期(天) |
3 |
在此场景中,将应用租约策略 2,而不是租约策略 3。
- 租约 3 的租约时间少于或等于 21 天,并且该策略已应用。租约 2 的租约时间少于或等于 14 天,并且该策略已应用。
- 租约 2 适用,并且不违反租约 3 策略。但是,租约 2 更严格,因此优先使用。租约策略 2 更严格,因为它的持续时间较短。
- 如果这两个租约定义均满足且适用,将实施更严格的策略。
- 要解决租约策略 3 中的意外行为,可以实施以下解决方案之一。
- 要确保可向 Jan 提供所需的策略,请将实施类型更改为硬性。
- 或者,也可以创建一个能够访问相同资源的新项目,然后为该项目创建租约策略 3。虽然此解决方案隔离了工作策略,但必须维护一个并行项目。设置和维护内容源、内容共享等所需的工作非常耗时,并且容易出错。