云的一个重要属性是资源的大小（size）可以方便的更改，特别是虚机，可以根据性能、成本等方面的需求随时调整。
  随着 Azure 上虚机种类越来越多，除了同一系列的虚机可以大小随意调整外，不同型号的虚机是否可以相互转化？通常用户会遇到困扰。本文档对不同型号的虚机转换规则做一个简单探索。

  上一篇成功的创建了第一个账单分析图表，在制作第二个图表前下班了，怎么能在第二天接上工作？

  使用Azure的小伙伴经常需要查看账单并分析，以便在节约成本的基础上更好地使用Azure。Global Azure现在已经开始提供基于PowerBI的账单分析；而China Azure由于Billing API等原因，目前还只能提供CSV格式的账单下载。

  现在的企业很多会采用NAS的方式来实现文档共享，便于大家协作。但是传统NAS有一个缺陷，就是只能在局域网内使用。如果要跨广域网，就需要在网络上做比较复杂的配置（例如虚拟二层）或者使用分布式架构的文件服务器（例如Windows DFS）等，带来了工作的不便。

  上公有云都会谈到云原生架构。其中重要一点就是计算与存储的解耦合。这就意味着在架构里要尽可能把数据与计算分离，让计算可以随时随地访问到数据。

  前边谈到了Azure原生的ASR服务，可以提供虚机、文件、数据库等的备份。但是ASR的功能有些限制，对应用的兼容性局限在MS的产品。如果用户有其他方面的备份要求，无疑ASR就不能满足需求了。

  不过作为一个开放的平台，有很多第三方的工具可以满足客户的需求。今天就谈谈EMC的Avamar。

ASR站点恢复

  业务系统的安全除了备份，往往还有业务持续性。备份虽然可以恢复业务，但是只能回退到备份点，比较粗燥，并且要通过恢复才能拉起业务，所需时间较长，用行话来讲就是RPO和RTO都比较大。这时候就需要ASR的站点恢复功能了。

  “没有经历过数据丢失的运维不是一个成熟的运维。”
                          ——尼古拉斯.苦逼.运维

  昨天在Azure创建虚机时，无意中发现CentOS7.5已正式在Azure发布：

  CentOS7.5虽然只是一个小版本升级，但是却引入了很多新功能。特别是存储方面，可以大大方便我们的工作。

  如果要评选2018年IT重大事件，Inte CPU漏洞绝对可以当选。不同于以往的CIH、熊猫烧香等限制在某一个OS平台的事件，这次所有的X86都中招了。

  其中受影响最大的应该是公有云服务商。元旦后春节前本来应该是各IT厂商的“淡季”，但收到Intel CPU漏洞补丁的影响，各公有云厂商却不得不马不停蹄的对平台进行修复，堵住该漏洞。