Azure Automation DSC-权限和模块问题



有没有Azure Automation DSC大师可以帮助我解决目前遇到的几个难题?

手头的任务是:使用Azure Automation Runbook来提供VM。该VM应立即与DSC配置关联,DSC配置将根据特定配置调整Windows功能、设置并安装SQL Server。执行的所有任务都需要在PowerShell中编写,并且在任何时候都不需要通过Azure门户手动输入。

此时,为虚拟机提供的Runbook正在完美地工作。然而,将这个新节点与DSC配置关联仍然是一个手动过程,它也在工作(下面提到的下一个问题除外)。但是,这个过程需要自动化。这是怎么做到的?是否通过DSC资源作为ARM模板中VM资源的子级?

下一步是安装SQL Server。xSQLServer DSC模块似乎非常适合实现这一点,但它目前在Azure Automation中有一个错误,这意味着即使使用较旧版本的xSQLServer,xSQLServerSetup资源也不可用。因此,似乎有两种可能的解决方案…

解决方法1:不使用xSQLServer,只在新配置的VM上运行本地的PS脚本,使用INI文件通过命令行安装来安装SQL Server。用于安装SQL的PS脚本可以工作,但只有在手动运行时才能工作。当尝试让DSC运行此脚本时,Azure抛出一个错误,即该脚本未经过数字签名。因此,似乎存在权限范围问题,即使传入了本地管理员凭据,DSC凭据也无法运行本地PS脚本。如何解决此问题?

解决方法2:显然,应该可以提供一个VM,在该机器上本地编译DSC MOF(使用完整版本的xSQLServer),然后将该注册推回到Azure Automation。不过,目前尚不清楚具体如何做到这一点,因为它似乎还需要执行本地PS脚本,从而提供了与第一种解决方法相同的僵局。这可能是通过ARM模板中的自定义脚本扩展,还是…?

我可以看到所有的部分,我在网上找到了一些有用的资源,为解决方案提供了面包屑。但是,面包屑相距太远,将所有东西连接在一起的正确方式被证明是难以捉摸的。所以,我在这里谦虚地请求帮助和指导来解决这个问题。

如有任何帮助,我们将不胜感激。

谢谢!

首先是很多问题,而不是1。

  1. 除非这是一些家庭作业-在vm上安装sql毫无意义,Azure中有很多vm+sql映像,提供这样的vm需要5分钟,而不是60分钟
  2. When attempting to have DSC run this script, Azure is throwing an error that the script is not digitally signed.-这意味着您的脚本没有签名(与权限无关),请查找execution policy,在运行脚本之前需要将其设置为无限制(但由于第一点,您不需要)
  3. 编译mof或上传它,然后可以将vm"绑定"到mof,它可以通过powershell(两个部分)实现自动化,有很多关于如何做到这一点的指南。像这样

一般来说,使用arm模板来完成整个任务,同样,有很多关于如何实现这一点的例子(只需浏览此repo)。使用powershell(在azure上)配置基础设施并不是最好的做法。

最新更新