如何检查名称是否已经存在? Azure 资源管理器模板
How to check if name already exists? Azure Ressource Manager Template
是否可以在 ARM 模板中检查,如果我的虚拟机的名称已经存在?
我正在为 Azure 市场开发解决方案模板。也许可以在 UiDefinition uniqe?
中设置一个参数
目标是重现这个绿色的Hook
根据 documentation,这看起来不可能。
没有验证方案。
我假设您应该在 createUiDefinition.json.
中使用 Microsoft.Common.TextBox UI 元素
我试图通过创建一个简单的 createUiDefinition.json 来重现绿色检查,如下所示,其中包含 Microsoft.Common.TextBox UI 元素,如下所示.
{
"$schema": "https://schema.management.azure.com/schemas/0.1.2-preview/CreateUIDefinition.MultiVm.json",
"handler": "Microsoft.Compute.MultiVm",
"version": "0.1.2-preview",
"parameters": {
"basics": [
{
"name": "textBoxA",
"type": "Microsoft.Common.TextBox",
"label": "VM Name",
"defaultValue": "",
"toolTip": "Please enter a VM name",
"constraints": {
"required": true
},
"visible": true
}
],
"steps": [],
"outputs": {}
}
}
我能够重现 VM 名称文本框旁边的绿色复选标记,如下所示:
但是,这个绿色勾号并不意味着 VM 名称可用。
这是因为根据我的测试,即使我在同一个订阅中使用现有的 VM 名称,它仍然显示绿色勾号。
根据 Microsoft.Common.TextBox UI 元素支持的官方文档 constraints,它 不验证名称可用性.
希望对您有所帮助!
一些注意事项...
- VM 名称只需要在资源组中是唯一的,而不是在订阅中
- 解决方案模板必须部署到空资源组,因此不可能与现有资源发生冲突
- 对于解决方案模板,首选是您只需为用户命名 VM,而不是询问 - 使用适合工作负载的东西(例如 jumpbox) - 并非所有解决方案都这样做,但我们正在努力改进那次经历
鉴于我们不太可能构建一个控件来检查没有全局唯一约束的资源上的命名冲突。
有帮助吗?
是否可以在 ARM 模板中检查,如果我的虚拟机的名称已经存在?
我正在为 Azure 市场开发解决方案模板。也许可以在 UiDefinition uniqe?
中设置一个参数目标是重现这个绿色的Hook
根据 documentation,这看起来不可能。
没有验证方案。
我假设您应该在 createUiDefinition.json.
中使用 Microsoft.Common.TextBox UI 元素我试图通过创建一个简单的 createUiDefinition.json 来重现绿色检查,如下所示,其中包含 Microsoft.Common.TextBox UI 元素,如下所示.
{
"$schema": "https://schema.management.azure.com/schemas/0.1.2-preview/CreateUIDefinition.MultiVm.json",
"handler": "Microsoft.Compute.MultiVm",
"version": "0.1.2-preview",
"parameters": {
"basics": [
{
"name": "textBoxA",
"type": "Microsoft.Common.TextBox",
"label": "VM Name",
"defaultValue": "",
"toolTip": "Please enter a VM name",
"constraints": {
"required": true
},
"visible": true
}
],
"steps": [],
"outputs": {}
}
}
我能够重现 VM 名称文本框旁边的绿色复选标记,如下所示:
但是,这个绿色勾号并不意味着 VM 名称可用。 这是因为根据我的测试,即使我在同一个订阅中使用现有的 VM 名称,它仍然显示绿色勾号。
根据 Microsoft.Common.TextBox UI 元素支持的官方文档 constraints,它 不验证名称可用性.
希望对您有所帮助!
一些注意事项...
- VM 名称只需要在资源组中是唯一的,而不是在订阅中
- 解决方案模板必须部署到空资源组,因此不可能与现有资源发生冲突
- 对于解决方案模板,首选是您只需为用户命名 VM,而不是询问 - 使用适合工作负载的东西(例如 jumpbox) - 并非所有解决方案都这样做,但我们正在努力改进那次经历
鉴于我们不太可能构建一个控件来检查没有全局唯一约束的资源上的命名冲突。
有帮助吗?