Azure 您选择的云服务部署在当前不支持虚拟机的区域或关联组中 问题:

Azure 您选择的云服务部署在当前不支持虚拟机的区域或关联组中 问题:,azure,virtual-machine,powershell-ise,Azure,Virtual Machine,Powershell Ise,我正在尝试将新VM作为第二个域控制器添加到现有域,并在尝试将其添加到同一云服务时出错 步骤1: 创建了一个虚拟网络 已将关联组分配给网络(cloudAG) 编写脚本,按照协议创建VM,以添加带有DNS的DC 作为此过程的一部分,在关联组中为此VM(DCcloudservice)创建了一个云服务 在尝试使用以下行将第二个VM与同一云服务关联时,编写了创建第二个VM的脚本: $service='DCcloudservice' (请注意,我已修改了所有其他参数,并100%确定此命令值导致了冲突错误)

我正在尝试将新VM作为第二个域控制器添加到现有域,并在尝试将其添加到同一云服务时出错

步骤1: 创建了一个虚拟网络

已将关联组分配给网络(cloudAG)

编写脚本,按照协议创建VM,以添加带有DNS的DC

作为此过程的一部分,在关联组中为此VM(DCcloudservice)创建了一个云服务

在尝试使用以下行将第二个VM与同一云服务关联时,编写了创建第二个VM的脚本:

$service='DCcloudservice'

(请注意,我已修改了所有其他参数,并100%确定此命令值导致了冲突错误)

错误1: 将显示以下错误:

New AzureVM:“调用ServiceManagement API时发生异常。HTTP状态代码:409。服务管理错误代码:ConflictError。消息:已使用指定的DNS名称。”。。 操作跟踪ID:121129c1212be49c8be9f81411178a61ac。“ 第25行字符:1 +新AzureVM-ServiceName$service-AffinityGroup$AG-VMs$MyVM1-DnsSettings$m。。。 + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ +CategoryInfo:CloseError:(:)[New AzureVM],ServiceManagementClientException +FullyQualifiedErrorId:Microsoft.WindowsAzure.Management.ServiceManagement.IaaS.PersistentVMs.NewAzureVMCommand

步骤2: 因此,我尝试使用Azure Mgt门户创建相同的VM。选择现有DC云服务名称时,我收到以下消息:

错误2: “您选择的云服务部署在当前不支持虚拟机的区域或关联组中”

以下是本文中的步骤7:

“步骤7-添加第二个域控制器”

它建议:

“这样做的目的是在现有云服务中创建虚拟机,以便以后可以将其添加到可用性组”

问题: 简单地说,POWERSHELL ISE和AZURE MGT门户不允许我向现有云服务添加新VM,我无法理解为什么

谢谢你的帮助

编辑以添加北欧地区


2013年7月29日编辑以添加对TABREZ的回应: 谢谢你的回复。希望下面的细节有助于解释

1) VNET是上个月在北欧创建的。2013年6月25日访问了该特定潜艇

2) 这是用于加入新vm的域的脚本。如果我创建了一个新的云服务值,它可以完美地将一个节点添加到域中。如果我使用现有的DC云服务值,我会得到上面解释的DNS错误

$myDNS=新AzureDNS-名称'myDNS'-IPAddress'172.16.0.4'

$image='Windows-Server-2012-Datacenter-201305.01-en.us-127GB.vhd'

$service='cloudDC1'

$AG='cloudAG'

$vnet='cloudvnet'

$pwd='password'

$size='Small'

$vmname='DC2' $MyVM1=New AzureVMConfig-name$vmname-InstanceSize$size-ImageName$image| 添加AzureProvisioningConfig-WindowsDomain-Password$pwd-Domain'Domain'->DomainPassword'Password'-DomainUserName'adminuser'-JoinDomain'Domain.COM'| 设置AzureSubnet-子网名称“返回”

新AzureVM-ServiceName$service-AffinityGroup$AG-VMs$MyVM1-DnsSettings$myDNS-VNetName$vnet

3) 另一个问题。有许多文章介绍了如何使用powershell将第一个DC添加到VNET,以及为什么将$MYDNS=127.0.0.1的值设置为重要值。当使用域连接向同一域添加额外DC时,我必须输入第一个DC IP地址作为$MYDNS值,域连接才能成功

如果使用127.0.0.1,则无法找到域

如果我使用172.16.0.4作为附加DC和DC1的$myDNS值,则附加DC(DC2)失败。解析DNS查询时是否存在问题

网络上没有任何信息解释如何在AZURE上添加第二个域控制器/附加域控制器/备份域控制器/副本域控制器,以解决$myDNS问题,这对于使用127.0.0.1环回IP正确创建第一个DC DNS非常重要

请注意,我的VNET具有以下DNS服务器IP

172.16.0.4(dc1)。 172.16.0.5(dc2)一旦创建。 8.8.8.8谷歌1 8.8.8.4谷歌2 192.168.1.3(站点到站点VPN DC2) 192.168.1.1(站点到站点VPN DC1)

如果您不使用CISCO或JUNIPER路由器,由于密钥不断更改,站点到站点VPN当前处于关闭状态。我需要安装ISA服务器来维护此连接



对于PS,您似乎正在尝试为第二个VM创建一个新的云服务,该VM与您已经创建的VM具有相同的DNS名称。你能和我们分享一下你打给新AzureVM的确切电话吗?这样我们就可以看一下了


对于通过管理门户部署VM时遇到的问题,如果您已确认选择了与部署第一个VM时使用的云服务相同的云服务,则需要打开支持票证,以便我们可以更仔细地查看您的订阅。当用户在区域支持的虚拟机之前创建关联组时,通常会显示您看到的错误消息。如果您刚刚开始学习本教程,并在过去几天甚至几周内创建了一个亲和力组,那么这并不是罪魁祸首。

花了一些时间和测试,但从Azure支持部门得到了答案

我的原始请求包括关联组值:

New-AzureVM -ServiceName $service -AffinityGroup $AG -VMs $MyDC -DnsSettings $myDNS -VNetName $vnet
删除关联组允许进程继续:

New-AzureVM -ServiceName $service -VMs $MyDC -DnsSettings $myDNS -VNetName $vnet 
希望这能帮助别人

干杯 斯科特


只有在我们创建新的IAAS VM并进而创建新的隐式云服务时,才能在provisioning命令中使用AffinityGroup参数。

感谢您的回复,请参阅其他d