Azure磁盘快照是Azure备份等数据保护服务的基础。不同于传统本地存储快照指针的方式，Azure快照更类似磁盘有效数据的克隆，使用方式也有较大差异。快照的操作很简单，portal界面选择磁盘即可直接创建快照，但仔细研究一下，还是有很多有意思的地方。

  Azure的File Storage以前只支持SMB，所以aks也只支持SMB，随着NFS服务的发布和k8s发布CSI驱动，aks预览版也开始支持NFS。

  从v1.17开始，k8s启用了CSI的存储驱动，并且按k8s的roadmap，在v1.21要全部换到CSI。Azure上的k8s服务——aks已经开始CSI的preview，并且增加了若干新功能，其中一个重要功能就是支持Azure Shared Disk，可以在多个pod甚至nod上共享一块磁盘。当然，为了避免存储脑裂，需要从应用进行磁盘锁、仲裁、读写控制等。这个功能大大扩展了k8s的使用场景。

  由于熊孩子马上进入小学，需要独立的生活学习空间，所以将家里的小房子换成了一个稍大一点的房子（买不起学区房，只能同小区置换）。这两天装修进入水电改造阶段，于是琢磨着要搞全屋智能。打算用这一个系列文章记录下整个设计施工使用过程，其他同学类似需求可以参考。

  Azure上的文件共享协议，Azure一直只支持自家的smb。虽然高版本的Linux也可以使用smb，但是在权限、配额等方面有一定缺陷；并且一些特殊场合，例如SAP的config文件，只支持存放在NFS。
  终于继Azure Global支持NFS后，Azure China（Mooncake）也开始NFS Preview，今天就先睹为快。

  完成虚机的发现、评估后，根据评估报告确认迁移范围、整改方式等，最后一步就是虚机的迁移。

  虚机的迁移有很多方式，有完全重新部署、基于应用迁移、复制到Paas服务等；此外很多第三方工具提供了自动化的底层复制方式讲虚机或物理服务器直接“copy”到Azure。

  Azure Migrate作为一个统一迁移平台，整合了很多经过认证的三方工具。在Migration tools里，可以点击Add more tools：

  添加众多三方工具：

  完成虚机发现，之后的步骤就是评估在云端如何选择对应机型。

  和本地可以随意定制配置不同，所有公有云的机型基本是固定配置（CPU和内存），只有磁盘可以做一些调整。而本地服务器特别是物理服务器的配置，一般也存在一些不足，例如配置过高导致使用率低等。不合适的云端虚机配置会导致性能不能满足需求，或者为不需要的性能支付额外费用。

  Azure Migrate工具在发现服务器的同时，也提供了服务器的性能监控功能，帮助客户上云时可以选择合适机型并计算相关费用。

  前一篇文档简单介绍了Azure Migrate相关概念和功能，这次以Hyper-V为例，测试如何使用Azure Migrate发现、评估和迁移虚机。

  据小道消息谣传，世纪互联版Azure（俗称MoonCake月饼）即将上线新服务Azure Migrate。在此，对Azure Migrate做一个简单介绍。