那些年，我们掉过的坑

虚机是火，点燃了网络的灯；

网络是灯，照亮了存储的路；

存储的路啊，通向了云计算的坑！

——谨以此文，纪念云计算之路上掉过的坑，以及前赴后继填坑的勇士们

一、

“喂，为啥我们的一批虚机全宕机了？”

“一批虚机是多少个？”

“50多个吧。”

“是不是全在一个存储账户里？”

“是的。”

“。。。。。。”

 Tip

Azure一个存储账户的IOPS限制是20,000，如果放置超过40个虚机（每个虚机IOPS500），IOPS之和超过限制，就可能造成虚机挂起。如果虚机数量较多，应放置在多个存储账户，或通过托管磁盘解决（Mooncake即将上线）。

二、

“喂，为啥我的HA两台虚机都宕机了？”

“使用可用性集了吗？”

“啥是可用性集？”

“。。。。。。”

 Tip

Azure提供可用性集，将HA的多台机器方式不同的故障域和更新域，避免由于各种原因底层重启造成HA虚机同时宕机。

三、

“我的虚机重启了，为啥业务没起来？”

“应用程序做自启动脚本了吗？”

“啥叫自启动脚本？”

“。。。。。。”

 Tip

虚机重启时，只是重启了OS，应用程序需要做自启动脚本或者手工启动，这个锅Azure表示不背。

四、

“Azure具有重大安全隐患，我的数据丢了。咱们法庭见吧。”

“先生别急，您的数据放在哪里的？”

“D盘。”

“。。。。。。”

 Tip

Azure为每台虚机提供一个高性能的临时盘（windows下为D盘），重启时数据可能丢失，只能用作临时数据或无需持久化数据的存放。

五、

“Azure太坑爹，我都关机了还在计费，属于诈骗。”

“不会吧，我们MS不缺钱，不会挣这样黑心钱的。您怎么关机的？”

“这还不简单，开始-关机啊”

“。。。。。。”

 Tip

Azure里应通过门户或者powershell命令关机，才会停止计费。

六、

“我的虚机做数据库，想附加一个SSD磁盘做数据盘，为啥附加不上？”

“您的虚机什么类型？”

“D4_v2”

“。。。。。。”

 Tip

只有OS盘使用SSD的虚机（DS、GS、FS、LS等系列）才能附加SSD磁盘。

七、

“我建了几台Linux服务器做Web Server，想把文件放在文件存储，为啥连接不上？”

“您的虚机采用什么Linux系统？”

“CentOS6.3。”

“。。。。。。”

 Tip

Azure的文件存储提供smb2.1及3.0，而CentOS7以前的系统只能支持smb1.x，所以不兼容。

八、

“我的两台虚机要访问文件服务的同一个共享文件，为啥只能一台连接上？”

“您的两台虚机怎么创建的？”

“先创建一台，再复制VHD创建另一台。”

“SID是否冲突了？”

“啥叫SID？”

“。。。。。。”

 Tip

复制多台虚机一定要做sysprep，否则会SID一样，就像两个人拿着一模一样的身份证，某些时候会产生冲突。

九、

“我要部署vnet peer，为啥没法部署？”

“您使用的什么环境？”

“ASM。”

“。。。。。。”

 Tip

部署vnet peer只能连接同一个region，并且其中之一必须为ARM模式。

十、

“为啥我不能在azure查看虚机的cpu使用率、内存状况等性能指标？”

“您打开诊断了吗？”

“啥是诊断？”

“。。。。。。”

 Tip

Azure里需要给虚机打开诊断功能并指定一个存储账户（用作存放性能日志），才能查看虚机的性能状况图表。

以上是简单总结在Azure使用中遇到的一些常见问题。生命不息，填坑不止，总结的目的是希望大家不要再掉进坑里，希望能帮助大家在上云之路上少走一些弯路。