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