那些年,我们掉过的坑

​ 虚机是火,点燃了网络的灯;

​ 网络是灯,照亮了存储的路;

​ 存储的路啊,通向了云计算的坑!

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

一、

​ “喂,为啥我们的一批虚机全宕机了?”

​ “一批虚机是多少个?”

​ “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使用中遇到的一些常见问题。生命不息,填坑不止,总结的目的是希望大家不要再掉进坑里,希望能帮助大家在上云之路上少走一些弯路。