Azure Kubernetes服务创建额外的资源组

我已经创建了Azure Kubernetes服务（AKS）的一个实例，并发现除了我在中创建AKS实例的资源组之外，还为我创建了另外两个资源组。以下是我的资源组及其内容的外观：

• MyResourceGroup生产

  • MyAKSInstance

    -Azure Kubernetes服务（AKS）

• DefaultResourceGroup WEU

  • ContainerInsights（MyAKSInstance）

    -解决方案

  • MyAKSInstance

    -日志分析

• MC\u MyResourceGroup-Production\u MyAKSInstance\u 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

    -虚拟网络

关于这两个独立的资源组，我有几个问题：

在创建资源组时，我是否可以首先重命名资源组，或者控制如何从ARM模板中命名资源组

我可以将

DefaultResourceGroup WEU

的内容移动到

MyResourceGroup Production

中吗

我可以安全地编辑他们的设置吗

如果启用日志分析，则会创建

DefaultResourceGroup WEU

。我可以使用此实例接受来自其他实例的日志吗

更新 我设法预先创建了一个日志分析资源，并将其用于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": []
    }

不，你不能

是的，但我反对。我建议从AKS中删除健康指标，删除该资源组，在与AKS相同的资源组中创建OMS（或在您需要OMS的任何位置），然后使用该OMS。它只会在oms所在的同一资源组中为您创建容器解决方案

在某种程度上，如果你打破了任何东西，AKS不会修复它

是的，你可以，但是你最好像我在第2点提到的那样重新做

---

我似乎找不到一个简单的OMS ARM模板，它们都内置了大量的资源。另外，是否建议为所有环境（测试、生产等）创建一个日志分析？是否建议为每个环境创建一个日志分析？我通常会这样做，但这不是必需的。我在创建和链接Kubernetes时遇到了第三个“解决方案”资源的问题。我看不到它的任何文档，无法查看它是什么或如何创建它。在问题中添加了“解决方案”资源的ARM模板。