Служба Azure Kubernetes создает дополнительные группы ресурсов

Question

Я создал экземпляр службы Azure Kubernetes (AKS) и обнаружил, что помимо группы ресурсов, в которой я создал экземпляр AKS, для меня были созданы две другие группы ресурсов. Вот как выглядят мои группы ресурсов и их содержимое:

• MyResourceGroup-Production
  • MyAKSInstance - Azure Kubernetes Service (AKS)
• DefaultResourceGroup-WEU
  • ContainerInsights(MyAKSInstance) - Решение
  • MyAKSInstance - Log Analytics
• 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. Могу ли я использовать этот экземпляр для принятия журналов от других экземпляров?

UPDATE

Мне удалось предварительно создать ресурс анализа журналов и использовать его для 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": []
    }

Answer 1

1. Нет, вы не можете.
2. Да, но я бы посоветовал против этого. Я бы посоветовал удалить показатели работоспособности из AKS, удалить эту группу ресурсов, создать OMS в той же группе ресурсов с AKS (или там, где вам нужна ваша OMS), а затем использовать эту OMS. он просто создаст для вас контейнерное решение в той же группе ресурсов, где находится oms.
3. В случае, если вы сломаете что-нибудь, AKS не исправит это
4. Да, можете, но лучше переделайте, как я упоминал в пункте 2.