1.       Azure VM临时磁盘:

Windows下是D盘，Linux下是/dev/sdb，在部署应用或存放永久数据时不要放到临时磁盘，关机活着重启临时磁盘里的数据可能会丢失。

2.       存储账号中IOPs问题：

建议一个存储账号最多放20台VM，因为每个存储账号支持20000IOPs，而每块磁盘最大IOPS支持500，一个VM一般有2块磁盘，这样的话一个存储账号放20个VM就饱和和IOPS。

3.       创建VM的时候需要注意：

先创建D1或Dv2-1的VM，这样方便以后的扩展，如果客户要求使用A系列，那么可以把VM降到A系列客户指定机型，但是如果一开始就创建成A系列，就算从A系列升到D系列，VM的性能也不一样。

注：如果在创建VM的时候即便选择“标准”，也最好先创建成D系列,因为D系列跟A系列所用CUP有区别

4.       VM关机注意：

a.      正确的关闭VM的方法是从portal页面上关闭，这样VM就不会再产生费用；如果从OS里面关闭VM，Portal会认为VM还是在运行，还是会收取费用。

b.      VM默认启用了自动安装补丁的功能（Windows Update），这会导致有补丁更新时VM会自动重启，为避免自动重启，用户可以自行修改更新配置来适合自己的业务。Azure在未来会在这块新增一个功能来避免更新后VM重启或者把重启时间缩短为妙级别。

c.       新创建的VM默认都是UTC（世界统一时间，不属于任意时区）时区，用户可以自己修改，北京时区是：UTC+8

5.       可用性集：

Azure上的VM的VHD默认存放三份分别在三台物理电脑上，但是这三台物理电脑可能在同一个更新域或者故障域里面；如果用可用性集，那么系统可以把这三份文件放到不同的更新域和故障域里，这样就保证机器的高可用性。

6.       SLA（可安全运行保证）：

要得到安全运行保证前提是每个VM由2个或者2个以上实例必须在同一个可用性集。

例如：IDC机房有1个AD、1个webserver、1个sqlserver。迁移到云上只创建一个云服务、一个虚拟网络、1个AD Webserver sqlserver，这是单实例VM，就没有SLA保障了。要实现高可用性：一个云服务、一个虚拟网络、创建3个可用性集（A,B,C），创建2个AD的VM放在A可用性集、2个VM部署webserver放在B可用性集、2个VM部署sqlserver放在C可用性集。这样才能实现微软说的99.95%的高可用性保障。