gpt4 book ai didi

azure - 与每个订阅的多个自动化帐户相关的架构决策

转载 作者:行者123 更新时间:2023-12-03 06:41:45 24 4
gpt4 key购买 nike

作为 MSP,我们通过 Azure Lighthouse 管理多个客户订阅。

过去,我们每个订阅都使用一个自动化帐户来包含解决方案,例如与 Start/Stop v1 solution 相关的运行手册。 ,基于自动化Update Management 、库存和变更跟踪。此自动化帐户还链接到每个订阅的单个 Log Analytics 工作区。

我们已经部署了Start/Stop v2 ,它使用 LogicApps 和 Azure Functions。现在,我们需要在停止和启动某些虚拟机时停止和启动计算机本身的某些服务。我计划通过 (PowerShell) Azure 自动化 Runbook 执行此操作,只有当 Runbook 成功停止其上的服务时,它才会停止 VM。

我的问题涉及单个整体自动化帐户是否可行,或者如果我们要实现多个自动化帐户,是否需要考虑任何事项。

(我注意到 Best practice to deploy Azure Automation Account Runbooks ,但那是一年多前的事了。与此同时情况可能已经发生了变化)

最佳答案

您提到的与最佳实践相关的问题仍然有效,即需要考虑的两个主要属性是定价和逻辑资源分配。在决定是使用单个自动化帐户还是多个自动化帐户时要记住的另一个属性是限制,即,如果您使用单个自动化帐户,那么您的环境中的流量或您的自动化帐户执行的事件是否会达到提到的限制 here ?如果是,则采用多个自动化帐户方法。

关于azure - 与每个订阅的多个自动化帐户相关的架构决策,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/74459519/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com