更新委派

在将订阅(或资源组)加入到 Azure Lighthouse 后,可能会需要进行更改。 例如,你的客户可能希望执行其他需要不同 Azure 内置角色的管理任务,或者你可能需要更改将客户订阅委托到的租户。

提示

虽然我们在本主题中提到的是服务提供商和客户,但管理多个租户的企业可以使用相同的过程来设置 Azure Lighthouse 并整合其管理体验。

如果通过 Azure 资源管理器模板(ARM 模板)加入客户,则必须为该客户执行新部署。 根据你要更改的内容,你可能需要更新原始产品/服务,或者删除原始产品/服务并创建新产品/服务。

  • 如果只更改授权:可通过更改 ARM 模板的“授权”部分来更新委托。
  • 如果要更改管理租户:必须使用与以前的产品/服务不同的 mspOfferName 来创建新 ARM 模板 。

更新 ARM 模板

若要更新委托,你将需要部署包含要进行的更改的 ARM 模板。

如果只更新授权(例如,添加具有以前未包含的角色的新用户组,或更改现有用户的角色),可使用与上次委托所用 ARM 模板相同的 mspOfferName。 从上一个模板着手。 然后,进行所需更改,例如,将一个 Azure 内置角色替换为其他角色,或者为该模板添加全新授权。

如果更改 mspOfferName,则会将其视为新的单独产品/服务。 如果要更改管理租户,则需要进行此更改。

如果管理租户保持不变,则不需更改 mspOfferName。 在大多数情况下,建议对同一客户和管理租户只使用一个 mspOfferName。 如果选择为模板创建新的 mspOfferName,请确保在部署新委托之前删除客户的上一个委托。

删除以前的委托

在执行新部署之前,可能需要删除对以一次委托的访问权限。 这样会确保删除所有以前的权限,使你能够准确地使用那些应该向前应用的用户/组和角色来干净地开始。

重要

如果使用新 mspOfferName 并保留任何相同的 principalId 值,则必须先删除对前一委托的访问权限,然后再部署新产品/服务 。 如果不先删除该产品/服务,则以前的已授权用户可能会由于分配冲突而完全丢失访问权限。

如果要更改管理租户,并希望两个租户都继续具有访问权限,则可保留前一产品/服务。 如果只希望新管理租户有访问权限,则必须删除以前的产品/服务。 此操作可以在加入新产品/服务之前或之后执行。

如果更新产品/服务只是为了调整授权,并且保持相同的 mspOfferName,则无需删除前一委托。 新部署将会替换前一委托,并且只有最新模板中的授权才会应用。

Diagram showing when to change mspOfferName and remove a previous delegation.

如果管理租户中的任何用户在原委托中被授予了托管服务注册分配删除角色,则该用户可执行对该委托访问权限的删除。 如果管理租户中的任何用户都没有此角色,你可以要求客户在 Azure 门户中删除产品/服务的访问权限

提示

如果已删除上一个委托,但无法部署新 ARM 模板,则可能需要完全删除注册定义。 此操作可由客户租户中任何具有 Microsoft.Authorization/roleAssignments/write 权限的角色(如所有者)的用户来完成。

部署 ARM 模板

你的客户可以采用与他们以前所用方式相同的方式来部署更新的模板:在 Azure 门户中、通过使用 PowerShell,或者通过使用 Azure CLI。

在完成了部署之后,请确认该部署已成功。 然后,更新后的授权将会对客户已委托的订阅或资源组生效。

更新托管服务产品/服务

如果你通过发布到 Azure 市场的托管服务产品/服务加入了客户,并且需要更新授权,则可通过使用要在该客户的计划中使用的授权发布新版本的产品/服务来实现此目的。 然后,客户将能够查看 Azure 门户中的更改并接受更新后的版本

如果要更改管理租户,则需要创建并发布新的托管服务产品/服务以供客户接受。

重要

我们建议不要在同一客户和管理租户之间提供多个产品/服务。 如果为使用同一管理租户的当前客户发布新产品/服务,请确保在客户接受新的产品/服务之前先删除以前的产品/服务。

后续步骤