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 CDN HTTPS加速服务正式上线

随着网络安全问题日益得到全民重视,HTTPS网络访问协议在互联网访问中得到了广泛的使用。Azure CDN也早在一年前的2015年4月上线了HTTPS加速服务。该加速服务上线一年以来,用户使用量逐渐增加。与此同时,用户在日常的使用中也给Azure CDN产品组提出了很多有价值的反馈信息。经过产品团队的不懈努力,新版Azure CDN HTTPS加速服务于日前重装上阵,已经正式上线并开放给所有Azure付费用户。 新版Azure CDN HTTPS加速服务的开通过程经过全新的设计,具有以下新增功能: 1. 进一步减少开通所需时间。 2. 相对于之前的开通流程,产品组引入了step by step的全新开通引导流程。现在用户可以清楚的了解到整个开通流程每一步骤的状态信息,从而获得一个更好的用户体验。 3. 整合所有HTTPS加速类型相关的管理操作到Azure CDN管理门户,用户现在可以像管理其他CDN加速类型一样来统一使用Azure CDN管理门户来管理HTTPS加速类型。 更多详细内容请查阅Azure CDN HTTPS 加速服务。

0

中国 Azure 的云备份

2016 年 2 月 18 日,星期四 PALLAVI JOSHI  Azure Backup 二级项目经理 鉴于中国 Azure 客户对启用 Azure 虚拟机备份的巨大关注,我们非常激动地宣布,中国 Azure 扩展了服务范围,现在可以使用 Azure Backup 保护所有云虚拟机。中国 Azure 虚拟机的备份通过把客户资产备份在云中,将有助于广大客户利用 Azure 来满足关键业务需求。 此外,我们还启用了 Microsoft Azure Backup Server,以便为所有 Azure China 客户保护内部部署到 Azure 的关键应用程序。 中国 Azure 虚拟机的备份 Azure IaaS 虚拟机备份提供以下功能: 应用程序一致性备份,无需任何维护和基础架构 利用 Azure 快照技术将数据安全传输到备份保管库 单击一下即可还原虚拟机 Microsoft Azure Backup Server Microsoft Azure Backup Server 提供以下功能: 关键工作负荷备份:诸如…

0

微软推出首个Microsoft Azure Stack技术预览版

Mike Neil,微软公司企业云副总裁 怀着对于提高业务灵活性、加速创新的期待,很多企业正在向云平台迅速迁移。伴随着这样的趋势,我们也见证了微软智能云Azure业务在全球市场的快速增长——每个月近100,000的新增用户。而另一方面,我们也洞察到,依然还有相当一部分企业对于“全面迁移到公有云”或多或少地存在着些疑虑,包括在数据主权或数据监管方面的担忧,这也让他们置身于一个尴尬的处境——一只脚希望迈入公有云,而另一只脚还停留在本地数据中心,不能自拔。 微软认为,想要更好地解决这样的困境,企业就不能简单地将数据迁移到云环境下保存,而是转变成一种跨越基础架构、应用和人的新模式,并且要获得一个能够提供私有云、托管云及公有云统一的混合云解决方案。为了让这一需求成为现实,客户需要一个横跨混合云环境的统一云平台。而只有微软,才能够满足这一需求——微软能够提供一个超大规模的公有云平台,并将其延伸到私有云和托管云中。 现在,随着首个Microsoft Azure Stack(预览版)的推出,微软正在迈向其混合云战略的第二阶段。Microsoft Azure Stack是唯一能与微软领的先公有云环境保持统一体验的混合云平台。脱胎于微软智能云Azure,Azure Stack可帮助企业在自己的数据中心体验Azure服务。 借助Azure Stack,微软能够将包括IaaS和PaaS服务在内的创新技术带入企业级的本地环境,这些源自微软的超大规模数据中心创新将能够满足客户的业务需求。 一致的混合云平台之所以重要,是因为它让客户能够利用丰富的Azure生态系统,从而让开发商、IT部门和企业实现更多业务成果的交付: 应用开发者可利用“一次编写,一次部署Azure或Azure Stack”的方式来最大程度地提高生产力。借助与微软智能云Azure相同的API,开发者们可以根据开源或.NET技术进行应用开发,且这些应用能够轻松地在本地或公有云环境中运行。开发者还可以充分利用丰富的Azure生态系统来推进其Azure Stack的开发工作。 IT专业人士能够把本地数据中心资源转化为Azure IaaS/PaaS服务,同时利用微软运行Azure管理和自动化工具来对其进行监督,从而迅速为企业交付服务,同时处理企业内部的监管需求,进一步提升IT部门的存在价值。 企业将能够根据自身条件和需求选择混合云计算解决方案。Azure Stack让企业能够不受技术的限制,自由决定应用和负载所在,从而帮助他们解决业务和技术上的担忧(例如监管、数据主权、自定义和延迟)。 Azure Stack是如何实现公有云平台和企业数据中心的一致性呢?和微软智能云Azure一样,Azure Stack是一个针对现代商业应用的全面托管平台。Azure和Azure Stack拥有标准化架构——其中包括相同的门户、统一的应用模式,和一个通用的DevOps工具。这种应用模式基于Azure Resource Manager,让开发者能够对应用程序采取相同的陈述方法——无论这些应用程序运行在Azure上,还是在Azure Stack上。同时,开发者可使用Visual Studio、PowerShell以及其它开源DevOps工具,实现和Azure中相同的最终用户体验。 通过一系列技术预览,微软将增加诸如操作系统映像以及Azure Resource Manager模板等服务和内容,以帮助客户充分利用Azure Stack。此外,微软智能云Azure在GitHub上拥有的数百个应用和组件,也将在Azure Stack上一一落实,供用户使用。伴随着这一系列功能和服务的实现,我们也开始感受到了合作伙伴的兴奋之情——尤其是像Canonical这样的开源合作伙伴,他们贡献了通过验证的Ubuntu Linux映像,从而让开源应用得以在Azure Stack环境下良好运行。 微软能够以独一无二的方式交付混合云平台。无论在本地还是公有云上,微软都拥有丰富的资源和大量的投入。凭借着多年来交付转型数据中心的技术积累,微软对开发商和企业IT需求有着深入的了解,并且在构建和运行超大规模数据中心方面也拥有丰富的经验。通过Azure Stack,我们正在将这些经验努力传达给本地数据中心客户,以便他们能够从云模式的速度和创新中获益,从而不再受本地数据中心的限制。微软是唯一能够把真正混合云平台的全部能量传递给客户的企业。 Azure Stack首个技术预览已于1月29日上线,我们期待您的试用,并欢迎您将试用体验反馈给我们。

0

迁移应用数据库到MySQL Database on Azure

by Rong Yu 有用户问怎么把他们应用的数据库迁移到MySQL Database on Azure上,有哪些方式,有没有需要注意的地方。今天我们来概括介绍一下迁移应用数据库到MySQL Database on Azure的方式和需要考虑的事项。 应用的可迁移性 首先您可能会想您的应用是否可以顺利的运行在MySQL Database on Azure上。MySQL Database on Azure兼容MySQL 5.5 和 MySQL 5.6,所以绝大部分应用可以不用做任何改动可以顺利地运行在MySQL Database on Azure上。当然为了更好地在MySQL Database on Azure上运行您的应用,我们建议应用要有数据库重连机制以保证良好的容错性,避免由于数据库短暂连不上的时候应用死掉,因为即使是高可用的云端的数据库也不可避免有故障切换和服务器维护等会导致短暂数据库连不上的情况出现。另外我们也建议尽量采用连接池和长连接来访问数据库,特别是对性能要求比较高的应用,详细可以参考如何高效连接到MySQL Database on Azure。 另外一个需要注意的地方是MySQL Database on Azure不支持老的MYISAM引擎,可以参考这个FAQ,为什么MySQL Database on Azure不支持MYISAM格式的数据库?了解为什么。在大多数情况下,您可以直接在建表的code里把MyISAM数据引擎改成InnoDB就可以了。 基于数据导入导出的迁移 如果您的系统可以接受较长时间(比如一二个小时)因系统迁移导致的downtime,您可以用比较简单的数据库导出和导入的方式进行数据库的迁移。 具体步骤: 登录Azure管理门户,在MySQL Database on Azure上创建一个新的MySQL服务器并进行必要的配置比如每天的备份时间,具体步骤可以参考http://www.windowsazure.cn/documentation/articles/mysql-database-get-started#step1 。 通过Azure管理门户在新创建的MySQL服务器上创建要迁移的目标数据库。具体步骤可以参考http://www.windowsazure.cn/documentation/articles/mysql-database-get-started#step4 。 如果有多个数据库账号需要访问原数据库,您需要通过Azure管理门户在新的数据库服务器上创建对应的账号。 如果数据库比较大(比如超过1GB),我们建议在同一个Azure数据中心准备一台VM这样可以先把数据传输到VM上然后再导入到DB里。 在Azure上完成应用的除了数据库之外的组件的部署(比如website)。 所有准备工作做好后,现在开始迁移。首先建议把应用关停或运行在只读模式(如果支持),这样以避免迁移过程中有新的数据。 从当前数据库服务器导出应用数据库到一个文件。您可以用您熟悉的工具比如mysqldump,workbench,等等。下面是用mysqldump导出数据库的例子: >mysqldump –databases <数据库名> –single-transaction…

0

释放虚拟磁盘未使用空间来减少计费容量

一些Azure上的Linux虚拟机用户遇到过一个令人困惑的虚拟磁盘计费问题。一旦写入大量数据使得磁盘容量变大后,即使删除那些数据,仍会一直按照最大使得磁盘容量计费。这实际上是由于一部分虚拟机上的Linux操作系统不支持一些必要的功能或用户没有做一些磁盘维护所致的。 在Azure上,如果我有一个100GB的虚拟磁盘,里面实际只保存了20GB的数据,这个磁盘的实际大小会是20GB,也只会以20GB计费(除非这个磁盘由高级存储帐户提供支持高级存储帐户提供支持)。然而当我再加入60GB,然后删除30GB后,这个磁盘的大小仍会是80GB而不是50GB。它的原理是这样的: 虚拟磁盘在Azure上是作为页Blob来存储的。页Blob是一种稀疏的存储方式,只有实际写入数据的容量会被计费。这就是为什么上面的例子中一开始以20GB计费。在普通的文件系统中,当一个文件被删除后,它只是被标记为删除,而实际的存储介质上的数据不会被清空。这也是为什么我们能通过一些反删除软件来恢复已经删除的文件。在页Blob这样的稀疏存储系统中也是一样的,它的存储结构如下图所示,包含了Header, Footer和Data blocks。我们在对它执行写操作时,文件系统会去寻找符合待写入文件大小的连续数据块。假设一个文件数据被写入了Data Block i ~ Data Block i+k,当该文件被删除后,这些Data Block并不会被完全释放,与普通文件系统类似,它们只是被标记为可写数据块。这就导致在计算存储使用量时,这部分容量仍然被计算在内。Azure虚拟机作为一个IaaS,没有操作系统的配合无法从外部判断哪些空间可以释放。 为了改善这个问题,Azure虚拟机支持了TRIM功能。这个功能原先用于来自于固态硬盘(SSD),用于释放写入过的空间。在Azure上,虚拟机操作系统通过这个命令来告知页Blob哪些空间可以释放,从而减少计费容量。现在大部分Azure上由Microsoft提供的映像所使用的操作系统都支持TRIM功能,包括所有Windows的映像,和较新的Linux映像(如所有UBUNTU,centos 7.2,和SUSE Linux Enterprise Server 12)。对TRIM功能支持的确切版本信息,请查询具体Linux发行版本提供商的技术文档。对于不支持的TRIM的Linux版本,可尝试安装Linux Integration Services Version 4.1 for Hyper-V驱动,增加对TRIM的支持。 在Windows系统中,这个功能是通过驱动器优化提供的,默认每周会自动执行一次。当然也可以在“控制面板->系统和安全->对你的驱动器进行碎片整理和优化”中进行手动执行或更改设置。另一个必要条件是启用UnMap,因为在Azure虚拟机上是默认不启用的,需要通过以下命令启用。 fsutil behavior set DisableDeleteNotify 0 在支持TRIM功能的Linux系统中,可以用fstrim命令来执行。例如对一个挂载在/mnt/data的Azure磁盘执行TRIM操作可以用以下命令: sudo /sbin/fstrim /mnt/data 现在我们明白了虚拟磁盘计费的原理,就可以理解导致“已释放”空间被计费问题的原因。为了减少计费容量,首先要确定操作系统是否支持TRIM功能。尤其在Linux的情况下,各种不同的系统和版本的支持情况都略有不同,需要用户自己根据实际配置去确认和启用。如果系统支持,还须在必要时去执行它。为了方便维护,可以建一个计划任务来定期执行。 最后,笔者再介绍一个用于查询Azure上的虚拟磁盘实际可计费大小的工具(https://github.com/sandrinodimattia/WindowsAzure-VhdSize/releases/tag/v1.0)。它由Microsoft Azure MVP,Sandrino Di Mattia开发,默认用于国际版Azure,也可用于中国版。用法:wazvhdsize.exe <存储账户名> <访问密钥> <VHD的URL> 常见问题 问:如果在虚拟机上挂载一个100GB的数据盘,是只对使用的部分收费,还是整个100GB 收费? 答:如果您的存储账号类型是高级存储,那么我们会按照磁盘大小(如P10,P20, P30)收取每月固定费用;如果您的存储账号是其他类型(比如普通账号),则按照您的实际使用量进行收费。 问:Azure存储是如何统计磁盘计费容量的? 答:请参考这篇文档,里面详细阐述了存储容量的计算算法。算法的PowerShell实现样例可以在这里下载。 参考文献 Release unused space from…

0

解读 Windows Azure 存储服务的账单 – 带宽、事务数量,以及容量

经常有人询问我们,如何估算 Windows Azure 存储服务的成本,以便了解如何更好地构建一个经济有效的应用程序。本文我们将从带宽、事务数量,以及容量这三种存储成本的角度探讨这一问题。 在使用 Windows Azure Blob、表,以及队列时,存储成本是由下列因素决定的: 带宽 – 从承载存储帐户的位置传入和传出的数据总量 事务– 针对您的存储帐户所执行的请求数量 存储容量 – 持久存储的数据总容量 请注意,随着存储系统增加新的功能,本文所涉及内容可能会有变化。本文将作为指导原则,使服务能够在应用程序运行于生产环境之前估算其存储带宽、事务和容量使用情况。 有关价格的详细信息请参阅这里。 下文将概括介绍账单中的这三项内容: 带宽 – 因为应用程序的运算过程需要用到已存储的数据,因此我们可以将托管服务与相应的存储放置在同一个位置。这样即可在同一位置的计算和存储服务之间提供免费带宽,而只需要为访问当前位置之外的存储服务所产生的带宽付费。 事务 – 每一个针对存储服务产生的 Blob、表,以及队列 REST 请求都会被视作可计费的事务。因此为了控制事务成本,应用程序可以控制发送至存储服务的请求的频率和数量。我们会分析接获的每一个请求,随后,我们会根据这些请求的处理情况,以及请求的来源,确定是否需要对该请求计费。 容量 – 为了统计需要计费的存储容量,我们会将存储的对象(Blob、实体,以及消息),以及相关应用程序和系统元数据的总容量进行累加。 下文中,我们将向您介绍如何解读您的应用程序所产生的这三项指标。 带宽何时会被计算在内 为了访问 Blob、表,以及队列,首先您需要访问 Windows Azure 开发者门户,并创建存储帐户。在创建存储帐户时,您可以选择您的存储帐户保存的位置。目前我们为您提供下列六个位置: 美国中北部 美国中南部 欧洲北部 欧洲西部 亚洲东部 亚洲东南部 存储帐户内所有数据的存储和访问都要通过创建时所选择的位置进行。为了尽量降低客户访问时遇到的延迟,一些应用程序会尽可能选择距离主要客户最近的位置。这里一个最重要的问题在于,对需要访问该存储帐户的托管服务,您也需要在开发者门户中选择与存储帐户相同的区域。这是因为同一个位置内部的数据传输带宽是免费的。相反,如果要从不同于存储帐户位置的其他位置传入或传出数据,将需要根据本文开头处列出的费率收取带宽费用。 另外还要注意,同一位置内“访问”操作产生的带宽是免费的,但是所产生的事务并不免费。对存储系统的每次访问都会被视作一个需要计费的事务。此外,只有被视作可计费事务所产生的带宽才需要收费,关于可计费事务的详情请参阅下文。 如果您在 Windows Azure 内容传送网络(CDN)中使用了 Blob,那么关于带宽还有一个需要注意的问题。如果 CDN 节点中没找到所需 Blob(或者该 Blob…

0

MySQL连接问题浅析

MySQL的客户端,无论是PHP或者Java,都会发起多个连接来提高系统的吞吐量。在云里面的服务器,因为一些设计和实现上的不同,有一些问题被放大了,同时也带了一些新的问题。 连接的超时时间 在Azure里面,所有的TCP连接都会通过Azure最外层的网络负载均衡器(SLB),负载均衡器有一个很短的空闲超时,缺省在几分钟。当连接超时的时候,负载均衡器不会通知TCP连接的两端,服务器和客户端都不会得到连接断开的通知。这个行为对许多连接池的实现带来了困扰。所以,对于连接超时时间我们的服务缺省设置为120秒,这个时间确定比负载均衡器的空闲超时要短来避免这个问题。 这个时间同时是对一个查询最长的执行时间。因为在查询的时候是没有网络流量的,负载均衡器会认为这个链接是空闲的。 连接池的使用和大小 我们的服务对于链接的建立做了很多优化,基本上建立一个新连接的时间和在本地的MySQL性能接近,但是新建一个连接的代价仍然是不可忽视的,我们建议使用连接池(JAVA)或者长连接(PHP)。实际代码的例子可以参考http://www.windowsazure.cn/documentation/articles/mysql-database-connection-pool 在使用连接池的时候,建议保持一个比较小的最小连接数,这个数字可以通过观察实际应用的平均压力来确定。 连接池最大的链接数是需要通过对应用程序进行性能压力测试以后决定的。在大多数的情况下,我们服务多个版本(MS1-4)的链接数限制并不是最佳性能的链接数,往往更少的链接数能达到更好的性能。比如MS4的链接数限制是750,但它的最佳的输出性能一般发生在链接数在150-200之间,当然这个值和实际的数据库以及查询有非常大的相关性。

0

Azure PowerShell 1.0.0以上版本在中国Azure使用的注意事项

随着Azure PowerShell 1.0.0+的推出,越来越多的客户开始使用新的版本的Azure PowerShell。此版本的PowerShell最大的改变在于将原先的Switch-AzureMode的指令移除,将原本在其下的指令改以加上Rm的方式存在,如Get-AzureResource改为Get-AzureRmResource。如此一来,在使用之前就不需要先做AzureMode的切换。因此,PowerShell1.0.0的改变主要影响的是使用Azure资源管理器(Azure Resource Manager,以下简称ARM)的用户,对于使用Azure服务管理器(Azure Service Manager,以下简称ASM)的用户影响并不大。(关于两者差异可参考下列常见问题) 然而,由于此次版本的改变,许多用户在验证身份时发生了问题: 1.    如同以前版本使用Add-AzureAccount–Environment AzureChinaCloud输入中国Azure的身份。却发现使用AzureRm相关指令时要求重新以Login-AzureRmAccount输入身份。 2. 当输入Login-AzureRmAccount–Environment AzureChinaCloud时,出现错误。 这是因为此次改版之后将ASR和ARM两者的身份信息及环境参数分开,因此需要分别输入并需要对环境参数进行额外操作。 在解决这个错误之前,需要先确认当前Azure PowerShell的版本。 可在控制台中查找相关信息或在PowerShell中执行 Get-Module -ListAvailable | Where-Object {$_.name -like “*Azure*” } 这边需要特别确认AzureRM.Profile的版本,我这边的版本是1.0.1。 首先,建议所有的用户升级到Azure PowerShell 1.0.2以上版本,主要是因为在此版本中提供了相关修正。使用0.9.x版本的用户,也建议进行升级,主要是因为有些新的服务在新的版本下才能使用。 (如RedisCache Premium) 最新的Azure PowerShell安装文件下载地址请到这里查找: https://github.com/Azure/azure-powershell/releases 在此,我假设Azure PowerShell都升级到1.0.2以上版本了。(无法升级的1.0.0及1.0.1用户作法可参考常见问题) 接着,在PowerShell中输入下列指令 Login-AzureRmAccount –EnvironmentName AzureChinaCloud 在Azure PowerShell 1.0.2之后,加入了-EnvironmentName参数,使用该参数就能成功验证中国Azure的账户信息。 接着,就能正常的操作AzureRm相关指令了 常见问题 1.  如果我现在使用的版本是AzurePowerShell 1.0.0 / 1.0.1,该如何进行ARM的身份验证? 需要先定义在ARM下可用的环境变数 $ChinaRmEnv =Get-AzureRmEnvironment –Name AzureChinaCloud…

0

Windows Azure移动终端云服务管理(公测版)

概览 云在远方,管理在您手中。在这个移动为先 云为先的世界,服务不再是基于请求才提供,而是主动来到身边方便您的模式了。我们最近将会陆续推出几大移动端利器帮助您随时随地管理您的云服务。 首批利器之中排名第一当属Azure云助手应用, 它是免费手机App,有安卓和苹果两个版本,目前应用处于公测阶段。利器二是Microsoft云科技微信公众号里“我的云”,它藏身于微信公众号之中。他们两个都是是云服务监控和管理工具,面向的是世纪互联运营的 Windows Azure中国的云服务。 首期推出的5大主要功能如下。 ·        使用Azure Active Directory登陆Azure,PIN码设置及解锁,高级别安全保障。 ·        查看Azure上的服务状态,目前支持虚拟机,存储空间,云服务,以及WEB应用,支持按订阅号过滤服务。 ·        获取服务状态异常通知,目前虚拟机的CPU异常通知已上线。 ·        查看Azure服务的基本信息,数据监控并执行一些管理操作(启动,停止,重启等,目前仅Azure云助手应用支持此类操作)。 ·        账单服务,目前支持企业客户管理员查询(目前仅Azure云助手应用支持此操作)。 安装使用 Azure云助手应用   扫描二维码直接下载安装。目前支持安卓版和iOS版。 如果您使用安卓版,遇到系统提示已禁止安装未知来源的应用,请选择解除禁止按钮,或者到设置页面暂时开启允许安装未知来源应用开关。 如果您使用iOS版,由于iOS内测流程限制,麻烦您提交您的苹果账户名(AppleID,一般为电子邮件地址,即您用来登录App Store和iCloud的帐户名)以便将您加入内测名单。请发送邮件到MCDIE@microsoft.com,我们会回复您详细的内测安装流程。 安装完成后打开应用,接受测试条款,点击登录按钮即可开始使用。 以下是几个主要功能页面。   Microsoft云科技微信公众号 “我的云“ 扫描此二维码关注Microsoft云科技微信公众号。 公众号里您可以查看Azure云服务相关的技术文章和业界动态。选择绑定微信号和Azure云服务的账号,您就可以直接查看您的Azure服务状态,收到提醒消息。 以下是几个主要功能页面。   后续更新 本文仅是简介,更多详情请关注Microsoft云科技公众号,绑定微软云服务,或下载使用Azure云助手应用。我们会继续努力,更有针对性的提升用户体验,逐步增加功能模块。敬请期待! 如果您对我们的产品有任何意见或者建议,请发邮件到AZUREME@microsoft.com ,或扫码加入微信群,我们会提供详细的咨询。您的反馈是我们共赢的基石。如果您尚未注册成为Azure用户,请与我们联系,我们将为前30名联系人提供1元试用账户。

0