我不明白为什么为与ACS群集关联的所有基础架构创建单独的资源组，而不是在创建群集时指定的资源组？这使我定义的资源组中有一个孤立的实体（ACS群集定义）和一个名为“我无法控制”的全新资源组。不是这个的粉丝。
我目前正在使用Azure CLI来创建我的ACS群集，所以我猜测＆＃34;猜测＆＃34;如果我走上ARM路线，我会有更多的控制权。不过，这种限制在哪里？为什么？
这是我的CLI命令：
az acs create -n=int-madraskube -g=internal-acs
--orchestrator-type=kubernetes --agent-count=2 --generate-ssh-keys --windows --admin-username={myadmin} --admin-password={mypassword} --service-principal={sp_guid} --client-secret={secret_guid}
我最终得到了两个资源组：
内部-ACS
内部acs_int-madraskube_westus2
答案 0 :(得分：2)
这是ACS（v2）在某些选定区域的新设计。在过去（v1）中，创建的资源与容器服务资源在同一资源组中。删除容器服务资源时，很难清理这些资源。对于那些处于新资源组中的人（最好是锁定且不可见，但现在不可能），它距离托管服务更近了一步。
有关ACS v2的更多信息，https://github.com/Azure/ACS