【问题标题】:Azure Kubernetes Service Creates Extra Resource GroupsAzure Kubernetes 服务创建额外的资源组
【发布时间】:2018-11-02 09:37:27
【问题描述】:

我创建了一个 Azure Kubernetes 服务 (AKS) 实例,并发现除了我在其中创建 AKS 实例的资源组之外,还为我创建了另外两个资源组。这是我的资源组及其内容的样子:

  • MyResourceGroup-Production
    • MyAKSInstance - Azure Kubernetes 服务 (AKS)
  • DefaultResourceGroup-WEU
    • ContainerInsights(MyAKSInstance) - 解决方案
    • MyAKSInstance - 日志分析
  • MC_MyResourceGroup-Production_MyAKSInstance_westeurope
    • agentpool-availabilitySet-36219400 - 可用性集
    • aks-agentpool-36219400-0 - 虚拟机
    • aks-agentpool-36219400-0_OsDisk_1_09469b24b1ff4526bcfd5d00840cfbbc - 磁盘
    • aks-agentpool-36219400-nic-0 - 网络接口
    • aks-agentpool-36219400-nsg - 网络安全组
    • aks-agentpool-36219400-routetable - 路由表
    • aks-vnet-36219400 - 虚拟网络

我对这两个独立的资源组有几个问题:

  1. 我能否在创建时首先从我的 ARM 模板重命名资源组或控制它们的命名方式?
  2. 我可以将DefaultResourceGroup-WEU的内容移动到MyResourceGroup-Production吗?
  3. 我可以安全地编辑他们的设置吗?
  4. DefaultResourceGroup-WEU 似乎是在您启用 Log Analytics 时创建的。我可以使用这个实例来接受来自其他实例的日志吗?

更新

我设法预先创建了一个日志分析资源并将其用于 Kubernetes。但是,我无法将第三个资源移入我的资源组:

      {
        "type": "Microsoft.Resources/deployments",
        "name": "SolutionDeployment",
        "apiVersion": "2017-05-10",
        "resourceGroup": "[split(parameters('omsWorkspaceId'),'/')[4]]",
        "subscriptionId": "[split(parameters('omsWorkspaceId'),'/')[2]]",
        "properties": {
            "mode": "Incremental",
            "template": {
                "$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
                "contentVersion": "1.0.0.0",
                "parameters": {},
                "variables": {},
                "resources": [
                    {
                        "apiVersion": "2015-11-01-preview",
                        "type": "Microsoft.OperationsManagement/solutions",
                        "location": "[parameters('workspaceRegion')]",
                        "name": "[concat('ContainerInsights', '(', split(parameters('omsWorkspaceId'),'/')[8], ')')]",
                        "properties": {
                            "workspaceResourceId": "[parameters('omsWorkspaceId')]"
                        },
                        "plan": {
                            "name": "[concat('ContainerInsights', '(', split(parameters('omsWorkspaceId'),'/')[8], ')')]",
                            "product": "[concat('OMSGallery/', 'ContainerInsights')]",
                            "promotionCode": "",
                            "publisher": "Microsoft"
                        }
                    }
                ]
            }
        },
        "dependsOn": []
    }

【问题讨论】:

    标签: azure kubernetes azure-resource-manager azure-resource-group azure-aks


    【解决方案1】:
    1. 不,你不能。
    2. 是的,但我建议不要这样做。我建议从 AKS 中删除运行状况指标,删除该资源组,在与 AKS 相同的资源组中创建 OMS(或您需要 OMS 的任何位置),然后使用该 OMS。它只会在 oms 所在的同一资源组中为您创建容器解决方案。
    3. 在某种程度上,如果您破坏任何东西,AKS 将无法修复它
    4. 是的,你可以,但你最好像我在第 2 点中提到的那样重新修改它。

    【讨论】:

    • 我似乎找不到一个简单的 OMS ARM 模板,它们都内置了大量资源。另外,是否建议为所有环境(测试、生产等)创建一个 Log Analytics。 )?
    • 是否推荐为每个环境创建一个?
    • 我通常会这样做,但这不是必需的
    • 我在创建和链接到 Kubernetes 时遇到了第三个“解决方案”资源。我看不到它的任何文档以了解它是什么或如何创建它。
    • 将“解决方案”资源的 ARM 模板添加到问题中。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-11-14
    • 2021-02-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-12-01
    • 1970-01-01
    相关资源
    最近更新 更多