使用New-AzKustoCluster分配现有VNET子网时无法创建Azure Data Explorer集群

1. 命令语法与版本适配问题 #

• 贴出的命令存在行尾续行错误：PowerShell 要求长命令换行时必须在行尾使用反引号（）作为续行符，且反引号后不能留空格。当前命令在-Location $location -` 后直接换行，没有合法续行符，会导致PowerShell解析参数时出现断句错误。
• 新版Az.Kusto模块（3.0及以上版本）不再支持-VirtualNetworkConfigurationSubnetId 这种扁平化直传参数，需要传入完整的虚拟网络配置对象，否则会出现参数值无法被正确识别的问题。

2. SKU能力边界不匹配 #

Azure Data Explorer的VNET部署能力，仅在Standard、Premium层级的正式商用SKU上开放，Dev(No SLA)类无SLA开发SKU、Basic层级SKU完全不支持VNET集成。
当前使用的Dev(No SLA)_Standard_E2a_v4 SKU搭配Basic层级的组合，本身就不具备私有VNET部署的能力：移除VNET配置时集群走平台托管的公共网络路径，因此可以正常创建；一旦加上VNET配置，会直接触发能力校验失败，无法创建。
要落地VNET部署，必须更换为Standard/Premium层级的正式SKU。

3. 子网前置配置不满足要求 #

就算子网ID取值完全正确，以下配置缺失也会直接导致创建失败：

• 目标子网没有完成服务委托：必须给子网绑定Microsoft.Kusto/clusters的服务委托，未委托的子网无法被Kusto集群挂载使用。
• 子网IP容量不足：Kusto要求目标子网的地址前缀至少为/26，且子网剩余可用IP数要匹配集群节点规模的占用需求，不能和其他高密度部署的资源复用同一个子网。
• 关联的NSG、UDR规则未适配Kusto运行要求：需要放通Kusto集群运行所需的入站、出站端口，不能存在默认拒绝规则阻断集群和Azure核心平台服务的通信。

4. 操作权限不足 #

执行集群创建命令的账号/服务主体，需要对目标子网具备Microsoft.Network/virtualNetworks/subnets/join/action 操作权限。如果只有读取子网配置的权限，没有挂载到Kusto集群的权限，创建流程会在网络配置校验阶段直接失败。

修正后的参考命令 #

# 更换为支持VNET集成的Standard层级SKU，替换原有的Dev类SKU
$sku = "Standard_E2a_v4"
$skuTier = "Standard"

# 构造匹配新版模块要求的虚拟网络配置对象
$vnetSubnetConfig = @{
    subnetId = $subnetId
}

# 使用反引号完成长命令的合法续行，修正参数解析错误
New-AzKustoCluster -ResourceGroupName $resourceGroupName `
    -Name $clusterName `
    -Location $location `
    -SkuName $sku `
    -SkuTier $skuTier `
    -SkuCapacity 1 `
    -EnableDiskEncryption `
    -IdentityType 'SystemAssigned' `
    -VirtualNetworkConfiguration $vnetSubnetConfig

内容的提问来源于stack exchange，提问作者omkar.ghaisas