Azure:在 DSC 扩展和 DSC 自动化之间进行选择
Azure: choosing between DSC Extension and DSC Automation
这两种通过 PowerShell 的 Desired State Configuration 配置虚拟机的方式各有什么优缺点?
我听说 Azure Automation DSC 的初始学习曲线更陡峭,但从长远来看更可靠。
好吧,我再给大家总结一下(有点)。
Azure 自动化和 DSC 扩展都使用 DSC 来达到配置 VM 所需的状态。事实上,他们都使用 Azure DSC 扩展来完成他们的工作(所以它更有趣!)。
主要区别在于您管理它们的方式。当您使用普通的 Azure DSC 扩展时,您被迫手动配置每个 VM,或者使用某种脚本,您没有集中报告,您无法查看 VM 的状态,所有管理操作都将针对每个单独虚拟机。
使用 Azure 自动化时,您拥有一个中央存储库,其中包含您希望此类系统拥有的所有管理数据。您可以在 Azure Automations 中存储配置或编译的 mof,以及凭证资产(以及其他一些与 VM 管理没有直接关系的东西)。您还可以让 Runbook 执行与 VM 管理相关的各种活动,比如轮到 ON\OFF、提供 VM 并配置它们等
如果你想选择走哪条路,我想说这是一个明智的选择,选择 Azure 自动化,你基本上没有什么可失去的(是的,你需要花一些时间来弄清楚所有碎片出来了,但这并不像你需要很多)。即使您通常对简单地为 VM 的 Azure Automation 分配 1-2 个配置感兴趣也是可行的方法,因为配置这样的场景真的很容易,并且它可以让您在将来需要扩展时更好地管理 VM .另外,正如我所说,我认为 Azure DSC 扩展本身并不稳定,在我的 tests\experiments 中,我使用 Azure Automation
获得了更好的结果
这两种通过 PowerShell 的 Desired State Configuration 配置虚拟机的方式各有什么优缺点?
我听说 Azure Automation DSC 的初始学习曲线更陡峭,但从长远来看更可靠。
好吧,我再给大家总结一下(有点)。
Azure 自动化和 DSC 扩展都使用 DSC 来达到配置 VM 所需的状态。事实上,他们都使用 Azure DSC 扩展来完成他们的工作(所以它更有趣!)。
主要区别在于您管理它们的方式。当您使用普通的 Azure DSC 扩展时,您被迫手动配置每个 VM,或者使用某种脚本,您没有集中报告,您无法查看 VM 的状态,所有管理操作都将针对每个单独虚拟机。
使用 Azure 自动化时,您拥有一个中央存储库,其中包含您希望此类系统拥有的所有管理数据。您可以在 Azure Automations 中存储配置或编译的 mof,以及凭证资产(以及其他一些与 VM 管理没有直接关系的东西)。您还可以让 Runbook 执行与 VM 管理相关的各种活动,比如轮到 ON\OFF、提供 VM 并配置它们等
如果你想选择走哪条路,我想说这是一个明智的选择,选择 Azure 自动化,你基本上没有什么可失去的(是的,你需要花一些时间来弄清楚所有碎片出来了,但这并不像你需要很多)。即使您通常对简单地为 VM 的 Azure Automation 分配 1-2 个配置感兴趣也是可行的方法,因为配置这样的场景真的很容易,并且它可以让您在将来需要扩展时更好地管理 VM .另外,正如我所说,我认为 Azure DSC 扩展本身并不稳定,在我的 tests\experiments 中,我使用 Azure Automation
获得了更好的结果