新款F系列虚拟机

我们宣布,10款全新的优化版虚拟机今天正式面市。这款名为“F系列”的全新虚拟机,基于因特尔2.4 千兆赫Xeon® E5-2673 v3(Haswell)处理器;采用因特尔睿频加速(Turbo Boost)2.0技术,时钟速率高达3.1千兆赫。它与Dv2系列虚拟机的CPU性能相同,每个CPU内核有2GB的内存,单位小时内价格较低。基于此,用每内核的Azure 计算单元(ACU)除以F系列价格可看出,F系列新款虚拟机在Azure上最具价格优势。有关ACU更多详情请参阅 此处。 F系列虚拟机是游戏服务器、网络服务器和批处理的最佳选择。对于无需大量内存或单位CPU内核的本地SSD,其负载都会从F系列虚拟机中受益。F系列虚拟机尺寸自1 CPU内核到16 CPU内核不等,用户既可选择标准优化存储尺寸,也可选择高级优化存储尺寸。 F系列标准优化存储尺寸 F系列高级优化存储尺寸 注意:上表中1GB=1024^3 字节 虚拟机尺寸的命名 F系列虚拟机尺寸的命名引入了对Azure虚拟机尺寸命名的新标准。对于此系列和未来发布的其他系列的虚拟机尺寸,主名称字母后的数值与CPU内核相匹配。诸如优化高级存储等其他性能,则根据字母后面加上CPU内核的方式来命名。此命名格式同样应用于未来发布的虚拟机的尺寸,但不会回溯并更改现已发布的虚拟机尺寸的名称。 了解更多 如果想进一步了解F系列虚拟机,以及Azure上的其他虚拟机种类,请参阅Azure虚拟机的尺寸文档。

0

CoreOS Linux available in China

CoreOS Linux 竭诚服务中国用户 今天,我们宣布一个令人振奋的消息 — CoreOS Linux 开源版本正式向中国地区提供服务!国内的用户们现在可以使用安全、自动的 CoreOS Linux 升级服务,体验这个专为容器而生的系统平台。用户们将能通过该平台在全球范围内获得一致的容器运行体验。如果您是跨国企业,这意味着您现在可以利用 CoreOS Linux 平台近距离地为中国客户提供低延迟的优质服务。 由世纪互联运营的微软 Azure 是我们在中国第一个官方支持的公有云平台,如果您想立刻体验 CoreOS Linux,请阅读我们的官方指导文档. 全球化的自动升级 随着 CoreOS Linux 的服务扩展到中国地区,我们的广大用户将从中受益。 无论您是创业公司还是大型跨国企业,现在都能轻松地通过这个一致性的容器运行平台,将您的应用服务推向全世界。利用该平台,用户也将更好地将业务拓展到中国这个潜力巨大的商业市场。 CoreOS Linux 支持公有云、混合云以及裸机环境 CoreOS Linux 现已向中国提供公共云服务,并且官方支持由世纪互联运营的微软 Azure 公有云。与此同时,CoreOS Linux 也提供了对于混合云的支持,用户可以在跨越云和裸机的混合环境中部署运行 CoreOS Linux 集群。这种混合部署可以为我们提供最大的拓展性以及统一的管理方案。 通过由世纪互联运营的微软 Azure 对 CoreOS Linux 平台的官方支持,国内的开发者和企业用户将可以轻松搭建、管理安全、灵活、可信的 CoreOS Linux 集群,并在其上运行他们的应用服务。 “作为 Linux 以及开源软件的支持者,我们相信与 CoreOS 这样的开源社区创新先锋合作是非常重要的。我们希望通过这样的合作来为云平台用户带来更多、更灵活的选择。” 微软 Azure 的首席技术官…

0

体验Azure的 Automation “自动化” 服务预览版

一直想要实现对Azure上跑的虚机进行定期的自动备份。在网上搜了一下有关的解决方案,发现一个不错的帖子,是基于国外的Azure服务做的。基本原理就是利用Azure的Automation(自动化)服务来写PowerShell脚本完成关机、备份、开机。最近发现国内Azure也有了“自动化”服务,便决定把这个贴子里说到的方法搬到国内Azure上试一试。 首先,你会看到在左侧菜单里有“自动化”的服务。 选择“新建”>>“自动化”>>“运行手册”>>“快速创建”。这里有几项信息要填。 RUNBOOK名称:这里需要给你的脚本取个名字,比如“MyTestRunbook”,这里我用了“BackupMoodleVM”这个名字 说明:可以不填 自动管理账户:第一次用“自动化”服务必须要建一个管理账户,也需要取个名字,比如“MyAutomationAccount”,这里我用了“automation4mcai”这个名字 订阅:选择目标订阅 区域:选择中国北部或东部 建完服务后,需要上传几个额外的脚本。 首先,打开服务,点击上面菜单里的“资产”,这里已经有了不少缺省的模块,都是PowerShell和Azure基础功能有关的。 在屏幕下方点击“导入模块”,上传 AzureBackupFunction.zip 这个文件。这个文件是在 QNDAzureBackup.zip 的基础上略作修改的。打开这个zip文件里面有一个文件夹和两个PowerShell文件。我修改了.PSM1这个文件里两行命令,让它可以在国内Azure上工作。 $dstContext = new-azurestoragecontext -StorageAccountName $backupStorageAccountName -StorageAccountKey (Get-AzureStorageKey -StorageAccountName $backupStorageAccountName).Primary -environment “AzureChinaCloud” $srcContext = new-azurestoragecontext -StorageAccountName $srcStgAccountName -StorageAccountKey (Get-AzureStorageKey -StorageAccountName $srcStgAccountName).Primary -environment “AzureChinaCloud” 上传完成后,可以在“资产”列表里看到这个“AzureBackupFunction”模块。点击这个新的模块,确认下面的“活动”有“Backup-AzureVM”这个命令的名字。 然后,点击上面菜单里的“RUNBOOKS”,这里可以看到我新建的“BackupMoodleVM”这个名字。这里还有一个文件要上传,点击屏幕下面的“导入”,上传 Connect-AzureVM.ps1 这个文件。这个脚本内容是从这个博客帖子里得到的,但也略作修改,为了可以在国内Azure上工作。 Add-AzureAccount -Credential $AzureOrgIdCredential -environment “AzureChinaCloud” | Write-Verbose 上传完成后,可以开始写我们自己的脚本了。点击“BackupMoodleVM”,在上面的菜单选择“创作”,会进入“草稿”编辑器。粘贴一下脚本内容。 workflow BackupMoodleVM { param ( [Parameter(Mandatory=$true)] [String] $password ) # Set up variables $AzureSubscriptionName = “CaiLang…

0

关于Azure存储账户中存储虚拟机VHD文件的注意事项

 Joy Qiao from MSFT  Thu, Mar 12 2015 3:16 PM   我们在使用Azure时经常都会在Azure存储账户中放一些文件,包括Azure虚机的VHD文件也都是放在存储账户中的。建议用户要注意监控Azure存储账户的每秒请求数量等指标,以免超出上限而导致触发限制机制。 每个Azure存储账户可以提供最多500 TB的存储,以及上至每秒20000个请求 Azure存储账户中的每个blob对象,可以提供上至每秒500个请求或者是每秒60MB的数据传输,注意超过这两项其中任何一项即会触发限制机制。 对于标准级别的虚机,建议在一个存储账户下最多不要放置超过40个活跃使用的VHD文件(20,000/500)。注意,当使用一个自定义的镜像创建虚机时,新的虚机文件首先会被自动放置在与镜像所属的同一个存储账户中。这样有可能会导致同一个存储账户中积累过多的虚机及VHD文件。所以当需要基于同一个镜像来创建很多个虚机的时候,建议将虚机创建完毕后尽快迁移到其它的存储账户中。 以下链接的文档中包含有详细的关于Azure订阅以及各项服务的限制、额度和约束等,建议一定要仔细监控Azure账户的使用情况,确保不会超出这些限制。 http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/?rnd=1#storagelimits 下面这个powershell示例脚本可以用来监控存储账户中的VHD文件个数。建议一定要定期检查监控所有存储账户中的VHD文件个数,以免超出上面链接文档中所列出的各项限制指标。 Get-AzureDisk|Group-Object { $_.MediaLink.Authority.Split(‘.’)[0]}|select Name,Count  如果在现有的Azure部署环境中已经存在同一个存储账户中有过多VHD文件的情况,那么建议要尽快将这些VHD文件迁移至其它的存储账户,以免触发限制机制。建议可以参考如何将虚拟机迁移至新的存储账户这篇文章来迁移虚机。 如果你有任何疑问,欢迎访问MSDN社区,由专家来为您解答Windows Azure各种技术问题,或者拨打世纪互联客户服务热线400-089-0365/010-84563652咨询各类服务信息。 本文转载自:http://blogs.msdn.com/b/cciccat/archive/2015/03/12/azure-storage-account-vhd.aspx

0

如何将虚拟机迁移至新的存储账户

 Joy Qiao from MSFT  Thu, Mar 12 2015 10:56 AM  Contributors: Blair Chen, Sun Wei, Liu Qing 我们在使用Azure的过程中,有时会需要把Azure虚拟机的相关VHD文件从现有的存储账户迁移到其它存储账户。比如说,当现有的存储账户下面已经存在超过了40个活跃使用的VHD文件,而由于每个VHD文件作为一个Azure Blob对象都可以产生上至每秒500个请求,导致单个存储账户的每秒20000个请求的上限可能会被超出,从而触发限制的机制。在这种情况下,建议需要将这个存储账户下的某些虚机尽快迁移至其它的存储账户,以免触发限制机制。 在讨论如何把虚拟机的VHD从一个存储账户迁移到另外一个存储账户之前,我们先来回顾一下Azure虚拟机的一些基本概念。首先,对于Azure IaaS的虚拟机在设计上是把计算和存储是分离开的。在创建虚拟机的时候,所有持久VHD(系统盘,数据盘VHD文件)都是创建在Azure存储里,而不是直接创建在虚机所处于的物理节点上。虚拟机启动的时候,会直接从存储账户里的VHD文件启动引导操作系统,存储账户中VHD文件本质上是一个blob文件。其次,创建VM的时候,Azure只允许把VHD创建在和虚拟机在同一个区域(比如北京或者上海的数据中心)的存储里,这主要是为了保证计算节点和存储之间的网络延迟尽可能小,从而保证虚拟机的IO性能。 迁移之前的准备计划 如果现有环境已经是生产环境,那么在迁移之前需要有周全的准备和计划,以确保最小化业务系统的中断时间。下面列出了在迁移之前需要检查以及准备的一些事项。 1. 梳理虚机迁移的源存储账户和目标存储账户的对应列表。 首先需要基于上述限制指标梳理一个详细的迁移列表,包括哪些虚机需要迁移,每台虚机迁移的源存储账户以及目标存储账户。如果目标存储账户还不存在,那么可以把目标存储账户先创建好备用。 2. 确认现有的部署架构是否需要虚机的内部IP地址需要保持不变。 由于在虚机的迁移过程中会删除现有的虚机,然后基于迁移至目标存储账户的VHD文件重新创建虚机,在这个过程中虚机的内部IP地址有可能会改变。所以需要确认现有的部署架构中是否对现有虚机的IP地址有任何依赖关系,比如是否使用了内部IP地址进行一些应用层的配置,IP地址的改变是否会影响应用的某些连接等等。 如果需要内部IP地址保持不变,可以在基于迁移后的VHD文件创建虚机时使用静态IP地址来确保虚机能够沿用之前的IP地址。 3. 确认现有的部署架构是否需要虚机的公有虚拟IP(VIP)地址保持不变。 如果需要迁移的虚机是其所属的云服务下面的唯一虚机,那么迁移的过程可能会导致这台虚机及其所属的云服务的公有虚拟IP地址变化。主要因为在这台虚机被删除掉后并且还未被重新创建之前这个时间段内,其所属云服务下面没有挂载任何虚机,这个状态下云服务的VIP资源将会被释放。而当新的虚机在这个云服务下重新被创建后,新的VIP则会分配给云服务。 如果确认需要保持现有的VIP不变,比如说某些客户端不是用DNS域名而是使用IP地址来指向Azure中的云服务,那么可以在迁移中增加一个步骤,比如在迁移这类虚机之前先在其所属的云服务下面创建一个A0型号的虚机。这样来确保在整个迁移过程中这个云服务下面始终至少有一台虚机,这样VIP资源就不会被释放,公有IP地址也就不会改变。在迁移完成后即可删除这个临时的A0虚机。 4. 检查并导出现有虚机的所有属性及配置信息。 通常虚机的所有属性及配置在迁移前后都是需要保持不变的,比如虚机名称、大小型号、开放的端口、所属的云服务、地缘组、虚拟网络等。所以建议导出虚机、虚拟网络的所有属性及配置信息至XML文件以保存记录。  5. 准备回滚计划及脚本。 建议要准备回滚计划,以备万一迁移失败或者时间过长无法在运维窗口时间内完成时,能够快速回滚至原有状态。迁移之前应该准备好回滚的脚本,确保虚机能够随时恢复至原有状态,避免出现预期外的系统中断。 6. 测试存储账户之间的VHD拷贝速度。 在存储账户之间拷贝文件是一个异步的操作,没有速度的SLA。但通常情况如果源和目标存储账户属于同一个物理集群的话,速度一般还是比较快的。根据经验,通常可以在10秒到3分钟之间完成一个100GB的VHD文件拷贝。 但是,如果源和目标存储账户不在同一个物理集群中,那个拷贝文件就可能会比较慢,这就需要运维窗口有足够的时间来完成迁移。同时,也可以用以下方法来控制迁移的时间长度。 a) 如果源存储账户属于一个地缘组,那么可以把目标存储账户也创建在同一个地缘组当中。这样可以确保源和目标存储账户属于同一个集群,从而避免跨集群拷贝文件可能会慢的问题。 b) 也可以进行应用层面的迁移,比如将应用以及相关的数据从现有的虚机中迁移出来,重新部署到新的虚机中。  7. 在生产环境执行迁移之前,先用一台测试虚机测试迁移脚本。 在迁移任何生产环境的虚机之前,建议使用测试虚机对测试脚本进行完整的测试。 8. 准备一台Azure虚机用来执行迁移脚本,避免执行脚本环境的网络问题。 有时用户自己的本地网络可能会有各种限制以及不稳定的问题,这可能会导致迁移脚本在执行过程中由于网络的临时不稳定或丢包造成迁移的中断,造成不必要的麻烦。所以,建议准备一台Azure虚机配置好相关的powershell环境,用来执行迁移脚本。 9. 检查确保所有虚机中的应用、数据库以及用户数据都已经做好备份。   虚机迁移步骤 如果需要迁移的虚机是生产环境,建议按照顺序逐一迁移虚机,确保一台虚机迁移成功没有问题后再迁移下一台。如果出现问题或失败,可以立即执行回滚脚本将虚机恢复至其原有状态,最小化系统中断时间。 下面是一个单台虚机的迁移步骤说明供参考。注意由于每个用户的环境和需求不同,建议可以根据具体情况参考下述步骤进行补充和调整。 1. 导出虚拟机机配置文件 迁移的第一个准备工作是把虚拟机的配置文件导出,这主要是为了后面能用同样的配置信息把虚拟机重新创建出来。下面是导出虚拟机配置文件的powershell代码: $sourceVM = Get-AzureVM –ServiceName $cloudServiceName –Name…

0

如何在CentOS 5.x 中安装Windows Azure Linux Agent (WALA)

Qing Liu  Tue, Mar 10 2015 3:06 AM   在今天的这一个章节中,我们主要讨论在CentOs 5.x 中如何安装Windows Azure Linux Agent 2.11 (简称WALA)。如果你是需要对CentOS 6.x 发行版本进行Windows Azure 基本镜像进行配置,请参考Azure 中文官网 “创建并上传包含 Linux 操作系统的虚拟硬盘” 对应6.x 的相关步骤,在CentOS 5.x中进行Windows Azure Linux Agent 主要步骤和区别如下, 需要手工安装Python 2.6 以上版本 需要手工安装python-pyasn1 需要修改resource disk 类型为ext3 需要手工安装WALA (waagent -install) 准备 CentOS 5.x 客户虚拟机,您必须在本地有HyperV 功能的操作系统中完成特定的配置步骤才能使虚拟机在 Azure 中运行,如Windows 8.0 or Windows 2008 R2 或以上版本的Windows 操作系统 在 Hyper-V…

0

用于企业解决方案的新网络功能与合作伙伴

Yousef Khalidi  Azure 网络杰出工程师 最近,我们宣布了Azure 网络的多项功能,使客户能够在公共和混合云环境中更好地构建超大规模的企业级应用程序。ExpressRoute增强功能包括新的战略合作伙伴关系、位于澳大利亚的Meet-Me 位置、为实现更好的灾难恢复的多站点ExpressRoute、多个订阅共享同一个ExpressRoute 线路以及支持4000 个路径。我们正在改善总体安全性,利用网络安全组在多层次拓扑中更轻松地实现子网隔离,通过站点到站点强制隧道将网络流量发送回内部部署进行策略验证以满足合规性要求,并对完美转发保密(PFS) 提供VPN 支持。新的高性能网关、VM中多个虚拟NIC、对VPN 操作日志的访问、嵌套的TrafficManager策略和 Azure 负载平衡器源IP 关联, 所有这些, 共同见证了我们不断增强Azure 网络功能的信念。现在,客户已经可以使用这些新功能,首先从北欧地区开始,未来几周会相继在所有Azure 区域提供。有关发布更新,请参阅此处。 新 ExpressRoute 合作伙伴关系和 ExpressRoute 位置 我们将继续扩大全球直接网络连接生态系统,以便企业客户可以通过ExpressRoute 访问Azure。新的ExpressRoute 合作伙伴在欧洲为Colt Technology Services,在亚洲为Tata Communications,在澳大利亚为Telstra。ExpressRoute现已通过悉尼的Meet-Me 位置在澳大利亚正式发布。从悉尼,客户可以访问澳大利亚的所有Azure 区域。 ExpressRoute– 跨多个订阅共享连接 客户可以在多个Azure 订阅之间共享一个ExpressRoute 线路。线路所有者可以向其他Azure 帐户授予使用ExpressRoute 线路的权限。线路所有者可以为每个线路签发最多10 个线路授权,每个授权可支持最多10 个VNet 链接。此功能适用于所有ExpressRoute 线路(现有线路和新线路)以及所有服务提供商。 ExpressRoute – 用于 HA 和 DR 连接的多区域连接 现在,每条配置的 ExpressRoute 线路都在 Microsoft 和连接提供商之间均已采用主动-主动配置,目的是为了避免单点故障。链接到这些线路的 VNet…

0

在 Azure 中使用公用 IP 创建多 NIC VM

Russ Slaten  2014年 11 月 18 日下午 4 点 我们最近宣布了支持具有多个网络接口控制器 (NIC) 的虚拟机 (VM)。我仍在努力了解此功能适用的所有新场景,但首先,我希望亲自测试一下这项功能。 我的方案是通过 PowerShell 使用实例级公用 IP 地址 (PIP)构建一个具有两个 NIC 的VM,一个用于后端子网,另一个用于前端子网。PIP 向 VM 提供自己的公用IP 地址,此地址与分配给 VM 所在云服务的虚拟 IP 地址(VIP) 不同。二者最大的区别在于,PIP 是完全开放的,而使用 VIP 时需要在该云服务内的 VM 上为要访问的所有内容本质上设置端口转发规则。这也意味着,如果您要使用 PIP,您应该在 VM 上运行某种防火墙。 方案示意图 步骤概览 1.  选择在 Azure 内具有唯一性的唯一名称,以用于下面的步骤 2.  创建虚拟网络 (VNET) 3.  更新 Azure PowerShell 4.  保存 Azure 订阅设置文件 5.  运行 PowerShell 脚本 6.  验证配置 详细步骤…

0

Azure 中的多个 VM NIC 和网络虚拟设备

YU-SHUN WANG Azure 网络高级项目经理 在 2014 年欧洲 TechEd 大会上,我们宣布了在Azure VM 中为多个网络接口 (NIC) 提供支持,并与多家重要厂商合作,在 Azure 中引入了网络虚拟设备,其中最引人注目的是 Citrix Netscaler 和 Riverbed 设备。 很多网络虚拟设备都要求使用多个 NIC。现在您可以在 Azure VM 中创建多个 NIC。借助多个 NIC,您可以更好地管理网络流量。您也可以将前端 NIC 和后端 NIC 之间的流量隔离开来,或者将数据层通信与管理层通信分开。以下是含有 3个 NIC 的 VM 示例:   如何创建含有多个 NIC 的VM 以下说明将帮助您创建一个含有 3 个 NIC 的 VM:默认 NIC 和两个额外的NIC。配置步骤中使用包含 3 个子网的虚拟网络:Frontend(10.1.0.0/24)、Midtier (10.1.1.0/24) 和 Backend(10.1.2.0/24),虚拟网络名称为“ThreeTier-VNet”,如下所示:   以下配置 cmdlet 使用最新的…

0

阿里云至 Windows Azure 的 Linux 虚拟机迁移

在Windows Azure中,用户可以对部署在Azure中的虚拟机的映像、磁盘以及快照进行生成和下载。用户可以方便地将Azure中的虚拟机实例迁移到本地、私有云甚至其他公有云平台进行测试、扩展或者再部署。但是,除Azure外,大部分公有云供应商并不提供虚拟机映像的下载服务。用户如要迁移自己的应用,必须重新配置虚拟机环境。为了解决这个问题,本文以阿里云迁移至Azure为例,提供了一种无须重新部署、利用Linux dd命令直接拷贝阿里云中的虚拟机映像、并上传至Azure的方法。 参考:(适用于利用Hyper-V在本地准备映像文件并上传至Azure) http://www.windowsazure.cn/zh-cn/documentation/articles/virtual-machines-linux-create-upload-vhd/ 本文以 Ubuntu 14.04 为例,其他Linux版本可参考以上链接。 本文所有操作均在源虚拟机命令行窗口中执行,无需切换至Linux图形界面、Windows系统或依靠Hyper-V等第三方工具。 1.  Azure环境准备 1)  将阿里云映像中的现有源仓库替换为 Azure 源仓库。 # cp /etc/apt/sources.list/etc/apt/sources.list.bak # sed -i s/mirrors.aliyun.com/azure.archive.ubuntu.com/g/etc/apt/sources.list # sed -i /aliyuncs/d /etc/apt/sources.list 2)   将操作系统内核更新为最新版本。 # apt-get update # apt-get install hv-kvp-daemon-init # apt-get dist-upgrade # reboot 3)   修改 Grub 的内核启动项,使其包含 Azure 的附加内核参数。 编辑“/etc/default/grub”,将GRUB_CMDLINE_LINUX_DEFAULT参数行替换成如下: GRUB_CMDLINE_LINUX_DEFAULT=”console=tty1 console=ttyS0 earlyprintk=ttyS0 rootdelay=300″ 并且运行: # update-grub…

0