2.Azure资源组迁移

在上一篇文章,我给大家介绍了Azure虚拟机创建的过程以及注意事项,希望为刚接触使用Azure的用户提供一些指导,当然在新的产品面前入坑是难免的,在这我就遇到了一个中文支持不好的坑,还记得上篇文章中,我创建了一个中文名称的“服务器资源组”吗?也正是这个中文资源组的名称,导致我虚拟机创建成功了,依然最后提示“失败”
看看错误提示吧:

貌似对中文支持不是很好导致的,OK,既然这样,我也不想重新再来创建一遍,那么怎么办呢?正好,我就给大家介绍Azure资源组的迁移,此方法简单快捷有效,避免推翻重来。
那我们先创建一个新的资源组,这次我们就命名为英文吧:“ServersResourceGroup”

接下来我们点击进入“服务器资源组”

我们可以看到该资源组下所有的资源,那么我们全选,移动吧

移动到我们新建的“ServersResourceGroup”资源组吧,下拉选择我们的新资源组

验证成功,资源开始迁移

迁移完成以后,我们就可以把之前中文的“服务器资源组”删除掉了。


输入我们的资源组名称,删除

可以看到所有原来资源组里的资源都转移到了我新建的这个资源组中了

所有大家在Azure上命名使用时尽量避免使用中文名称哦,否则总是会出现莫名其妙的问题。

原文地址:http://blog.51cto.com/rdsrv/2063642

时间: 2024-11-06 12:47:13

2.Azure资源组迁移的相关文章

Azure按订阅,资源组,资源类型导出所有资源powershell命令

一般可以借助powershell命令来读取资源:例如:1, 读取某个订阅下的资源:$subscriptionID = "xxxxxxxx"Set-AzureRmContext $subscriptionIDGet-AzureRMResource  | export-csv allresource.csv 2, 读取某个订阅下的某个资源组下的所有资源:$subscriptionID = "xxxxxxxx"Set-AzureRmContext $subscriptio

Microsoft Azure地缘组是什么

地缘组(Affinity Group)在Azure当中涉及比较多,除了常用的虚拟机服务以外,像存储,或者云服务都会包含地缘组的概念,那么地缘组到底是个什么意思?在用户初次登录Azure订阅时是没有任何地缘组的,需要在"设置"-"地缘组"中来手动添加,如下图: 首先要强调的是,地缘组可不仅仅是个修饰词,不是一个"别名"那么简单,以大陆版本的Azure为例,想要理解地缘组,先要知道区域,目前大陆只提供了两个区域,分别是"中国北部"

Azure网络安全组NSG

上一篇博文中我们了解了Azure中的终结点访问控制列表,在安全方面,微软在Azure中还提供了另外一个解决方案,那就是本文我们要来了解的网络安全组NSG.网络安全组 (NSG) 包含一系列安全规则,这些规则可以允许或拒绝流向连接到 Azure 虚拟网络 (VNet) 的资源的网络流量. 可以将 NSG 关联到子网.单个 VM(经典)或附加到 VM 的单个网络接口 (NIC) (Resource Manager). 将 NSG 关联到子网时,规则适用于连接到该子网的所有资源. 也可通过将 NSG

hacmp replace模式,资源组切换后,应用异常的解释和解决

切换后,vg.fs.ip等均正常,但个别应用异常:因为是replace模式,所以切换后,备机上有2个同一网段的地址: 接受数据地址是服务地址,发送数据地址是备机boot1地址,个别外联应用不认可这个boot1地址,所以造成应用异常. 解决应通过修改路由的方式来完成. 更多细节请联络作者. hacmp replace模式,资源组切换后,应用异常的解释和解决,布布扣,bubuko.com

部署AlwaysOn第三步:集群的资源组

资源组是由一个或多个资源组成的组,WSFC的故障转移是以资源组为单位的,资源组中的资源是相互依赖的,相互关联.一个资源所依赖的其他资源必须和该资源处于同一个资源组,跨资源组的依赖关系是不存在的.在任何时候,每个资源组都仅属于集群中的一个结点,该结点就是资源组的活跃结点,由活跃结点为应用程序提供服务.AlwaysOn的故障转移特性建立在WSFC的健康检测和故障转移的特性之上,因此,AlwaysOn和故障转移集群有了不可分割的关系,理解他们的关系,有助于维护更好的维护AlwaysOn. 一,可用性组

部署AlwaysOn第三步:集群资源组的健康检测和故障转移

资源组是由一个或多个资源组成的组,WSFC的故障转移是以资源组为单位的,资源组中的资源是相互依赖的.一个资源所依赖的其他资源必须和该资源处于同一个资源组,跨资源组的依赖关系是不存在的.在任何时刻,每个资源组都仅属于集群中的一个结点,该结点就是资源组的活跃结点(Active Node),由活跃结点为应用程序提供服务.AlwaysOn建立在WSFC的健康检测和故障转移的特性之上,和故障转移集群有了不可分割的关系,因此,从底层的集群资源来理解可用性组,知其然知,其所以然,有助于更好地维护AlwaysO

将ESXI所有的端口组迁移到分布式交换机的步骤

1.如果是DELL服务器,一般有2-4个网口,那么所有的网口都把网线插到交换机上:2.DELL安装ESXI系统,根据不同的DELL硬件,要安装不同的ESXI版本.原则上越高版本,支持的硬件越多向下兼容:3.网络设置,第一个网口为管理IP,并配置IP为192.168.x.x,vlan id为88(举个例子,这个随意,但是这个vlan id必须跟你的PC是路由可达的.):4.交换机配置四个网口均为trunk口,并允许通过任何vlan id port link-type trunk port trun

corosync集群下的双心跳多资源组配置小结

在我们日常的corosync配置中,在安装完相关包只需要在corosync.conf中配置bindnetaddr中对应心跳IP并添加 service { name: pacemaker ver: 0 use_mgmtd: 1 } 即可启用pacemaker,然后进行资源配置. 1.遇到第一个问题,如果有多个网卡用来做心跳怎么办? 心跳IP的配置在corosync.conf中totem配置项下的interface子项.多个心跳网卡配置多个interface,并把ringnumber加1(第一个是0

关于Windows Azure 地缘组(Affinity Groups)

最近在和一些客户和朋友的沟通中,发现Windows Azure地缘组概念很少有了解.我的建议是使用地缘组来优化同一区域内的网络访问速度.如果我的说法有误,欢迎大家指正. 关于“地缘组”的概念(摘自MSDN): “地缘组 是一种对云服务进行分组的方式,通过使云服务在 Azure 数据中心内相互接近来实现最佳性能.你创建地缘组后,该地缘组会让 Azure 知道令属于你的地缘组的所有服务在物理上尽可能地接近.例如,如果你想要使服务一起运行你的数据和代码,则要为这些云服务指定相同的地缘组.然后,这些云服