Azure Kubernetes 服务创建额外的资源组
Azure Kubernetes Service Creates Extra Resource Groups
我创建了一个 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
- 路线 table
aks-vnet-36219400
- 虚拟网络
我对这两个独立的资源组有几个问题:
- 我能否重命名资源组或控制它们在创建时首先从我的 ARM 模板中命名的方式?
- 我可以将
DefaultResourceGroup-WEU
的内容移动到 MyResourceGroup-Production
中吗?
- 我可以安全地编辑他们的设置吗?
- 如果启用 Log Analytics,似乎会创建
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 点中提到的那样重做。
我创建了一个 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
- 路线 tableaks-vnet-36219400
- 虚拟网络
我对这两个独立的资源组有几个问题:
- 我能否重命名资源组或控制它们在创建时首先从我的 ARM 模板中命名的方式?
- 我可以将
DefaultResourceGroup-WEU
的内容移动到MyResourceGroup-Production
中吗? - 我可以安全地编辑他们的设置吗?
- 如果启用 Log Analytics,似乎会创建
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 点中提到的那样重做。