【问题标题】:Two resource groups created for an ACS cluster为 ACS 集群创建的两个资源组
【发布时间】:2017-09-15 01:09:48
【问题描述】:

我不明白为什么要为与 ACS 集群关联的所有基础架构创建单独的资源组,而不是我在创建集群时指定的资源组?这使我定义的资源组只有一个单独的实体(ACS 集群定义)和一个我无法控制其名称的全新资源组。不喜欢这个。

我目前正在使用 Azure CLI 来创建我的 ACS 集群,所以我“猜测”如果我采用 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}

我最终得到了两个资源组:

内部交流

internal-acs_int-madraskube_westus2

【问题讨论】:

  • 您使用的是什么版本的 acs-engine?是否在执行集群创建之前创建资源组?
  • 嗯,不直接使用acs-engine。我正在使用 Azure CLI 创建所有内容。我确实先手动创建了资源组。

标签: kubernetes azure-container-service


【解决方案1】:

这是 ACS (v2) 在某些选定地区的新设计。在过去(v1)中,创建的资源与容器服务资源位于同一资源组中。当您删除容器服务资源时,清理这些资源非常困难。由于这些人在一个新的资源组中(最好是锁定和不可见,但现在不可能),它离托管服务更近了一步。

有关 ACS v2 的更多信息,https://github.com/Azure/ACS

【讨论】:

  • 有趣的是,我刚刚创建了一个新集群,它使用了我指定的 RG 并将所有内容放入其中(没有第二个 RG)。正是我期望和想要的方式。唯一的区别是它比第一个集群创建晚了两周,而且是eastus2 vs westus2。这是否意味着我现在有一个“旧”的集群设计?如果你真的想对我隐藏所有这些,我可以看到使用第二个 RG 的好处,就像在更真正的 PaaS 系统中一样,但这种中间状态令人困惑且不理想。
  • 是的,您所体验的是 v1。在github.com/Azure/ACS/blob/master/kubernetes-version-support.md 上查看 v1 和 v2 RP 的区域
猜你喜欢
  • 2020-05-02
  • 2021-04-26
  • 2020-09-22
  • 2021-01-09
  • 1970-01-01
  • 2023-04-03
  • 1970-01-01
  • 2017-02-02
  • 2019-07-15
相关资源
最近更新 更多