在私有云环境里，VMware毫无疑问是市场老大。出于整合IT环境、简化管理等原因，客户希望可以将本地VMWare环境平滑过渡到公有云。众所周知，传统的公有云虚拟化底层并没有采用ESXi，无法兼容VMware；但为了满足客户需求，各大公有云也开始推出VMware解决方案，在Azure，叫做Azure VMware Solution（AVS）。

随着IT上云的日益推进，现在如何上好云、用好云已成为企业上云的关键。所以，今年Azure将云治理、安全等作为了重点；其中，Azure Policy是一个重要环节。

  由于一些不可描述的原因，在Azure Global部署了几台VM。出于节约的目的，选择了Spot实例方式。但最近发现，这几台VM经常被自动关机并解除资源（Deallocate），需要登录到Azure去开机，于是想到，能否有一个简单的方法，让VM关机后自动开机？
  Azure提供了很多自动触发任务的工具，例如Function、LogicApp等，如果只是为了实现自动开机，可以很简单的实现。

  近期，Azure China正式启用了Azure专用主机功能。对于用户，选用专用主机，相当于独占了一台物理服务器，部署在专用主机的VM，不会与其他VM分享主机资源，进了一步提升了安全性，并且在Azure主动性维护时，用户可自行决定主机的重启时间，大大提升了高可靠性。
  但是和普通VM相比，使用专用主机的VM从创建、管理和高可靠都有些不一样，今天就看看如何配置基于专用主机的VM。

  最近遇到几个需求，都是要将数据从本地搬到云上，用作归档、处理等。很多时候，都认为这个很简单，无非是数据的上传而已。但在实际中却遇到很多问题。
  数据上云从一开始就要做好设计：是一次性搬迁还是持续的？放到云端什么存储服务里？是否还需要使用？使用方式是什么？等问题需要弄清楚，才能选择一个合适的数据上云方式。

  细心的同学可能会注意到，近来Azure创建VM过程中，选择磁盘时会多出一个“使用临时OS磁盘”的选项：

  今天，我们就来盘盘这个临时OS磁盘（Ephemeral OS Disk）。

  云原生是一个美好的希望，但对于传统企业大量的传统应用，lift & shift才是初期上云的最快、业务影响最小的方式，然后再逐步做面对云架构的优化。
  lift & shift需要云端和企业本地类似的it架构，而在传统架构广泛使用的共享磁盘一直很难在云端实现。虽然云端有smb、nfs等共享空间的方式，但很多块级应用例如oracle rac等无法用共享空间。虽然有一些第三方的虚拟存储控制器解决方案，但性能和稳定性都很难满足要求，而且有额外的成本。
  近期，Azure推出了Shared Disk内测，解决了云端共享磁盘的问题，本文就通过搭建Windows Server故障转移集群的方式测试Shared Disk。

  备份是企业IT环境中数据保护不可或缺的一个系统。传统的备份环境发展至今已经引入了很多新的元素，例如LanFree、VTL、数据消重等。随着云的兴起，备份系统的云化也逐步成为很多用户下一代备份新的选择。
  备份系统云化有很多不同的实施方案，例如云上云下部署两套同构备份做同步、云下部署代理云上进行备份管理等。今天聊一聊备份介质云化的方案，对客户云下的备份系统重构的影响最小。

  VS Code推出远程开发环境的方式，只需要在远程的Linux服务器上配置好开发环境，用VS Code连接上，就可以像在本机一样进行开发，而无需在本机安装任何开发软件。特别是如果需要在不同的开发环境（例如软件版本等）切换时，配置多台远程服务器即可实现快速切换，大大简化了搭建开发环境的工作量。
  网上已经有不少VS Code远程开发环境文档，但都写的语焉不详；特别是遇到问题时很难定位。
  本文以Python为例，详细说明VS Code远程开发环境的搭建。

  作为一个合格的奶爸，周末一定要陪着熊孩子上各种培训课；然而熊孩子还没到奥数的年纪，奶爸空有一身本领无处施展，只能在教室外干等，顺便想着做点小测试。
  想要SSH到一台测试机时，却发现无论如何都连不上；经过种种测试，最后终于测出是移动这个猪队友，居然屏蔽了对外的22端口访问（用的LTE版Surface Go）。
  正发愁时，突然想到，Azure Global已经preview原生堡垒机，正好可以解决这个问题。