Azure 权益号 Azure虚拟机创建常见错误

1. 资源配额不足：免费额度不是"无限"

场景重现：刚注册就遇"配额墙"

刚注册Azure账号，兴奋地想创建第一个虚拟机，结果报错"配额不足"？别急，这可不是你的网络问题。免费试用账号默认只有4个核心的CPU配额，如果你之前已经创建过其他资源，或者不小心选了个大规格的VM，分分钟就超了。有次我朋友注册后直接选了个D2s_v3（2核），结果发现配额不够，急得直拍桌子——原来他之前创建过一个测试用的B1s（1核），加上新创建的，已经超了4核的限制。这时候，千万别急着骂Azure，先去"用量+配额"页面看看，里面清清楚楚显示了当前使用的资源和剩余配额。需要提升配额的话，直接提交申请，一般几个工作日就能搞定。记住，免费额度再香，也是有上限的，提前规划好资源，别让配额成了绊脚石。

Azure 权益号 正确姿势：检查配额+申请提升

打开Azure门户，搜索"用量+配额"，进入后选择"虚拟机"，就能看到当前订阅下的CPU核心数使用情况。如果发现不够，点击"请求增加"，填写需要的数值和使用理由，提交后等待审核。如果是企业账户，可能需要联系管理员处理。另外，创建VM前先查好配额，避免中途卡壳。小技巧：用Azure CLI命令az vm list-usage --location <区域> --output table快速查看当前区域的配额使用情况，省时省力。

2. 镜像选择错误：别把Windows当Linux用

案例：想装Ubuntu却选了SQL Server镜像

创建VM时，镜像列表密密麻麻，选错的概率太高。有次我同事想部署个Nginx Web服务器，结果在镜像列表里看到"Ubuntu"选项，手一滑点了"SQL Server 2019 on Ubuntu"，结果系统装好了，却发现里面预装了SQL Server，根本用不上！不仅浪费资源，还得手动卸载，费时费力。其实，镜像选择时一定要看清楚描述，比如"Ubuntu 20.04 LTS"是纯操作系统镜像，而"SQL Server"开头的通常自带数据库服务。如果想自己安装软件，选基础镜像更灵活；如果需要预装特定软件，再选对应的市场镜像。另外，注意镜像版本，比如"20.04"和"22.04"可能有兼容性差异，生产环境建议选LTS（长期支持）版本，避免频繁升级带来的麻烦。

避坑指南：镜像类型与用途的匹配

创建VM时，镜像选项卡里有"推荐""常用""市场"等分类。推荐的通常是微软官方维护的稳定版本，适合大多数场景。市场镜像可能包含第三方软件，但要注意是否符合你的需求。比如，想部署MySQL数据库，可以直接选"MySQL on Ubuntu"，省去安装步骤；但如果是开发测试环境，直接选基础镜像自己装更省心。另外，检查镜像的发布日期和版本，避免选到已停止支持的旧版本。记住：镜像选错，后期麻烦多，别图一时快，选错镜像。

3. 网络配置：安全组规则没开，连个鬼都进不来

场景：VM创建成功，却无法远程连接

VM创建成功，但SSH连不上？RDP也连不上？别慌，这可能只是安全组规则没配置对。有一次我兴高采烈地建了个VM，结果连SSH都连不上，折腾了半小时才发现：安全组规则里没开放22端口！Azure默认的安全组规则是"拒绝所有入站流量"，除非你手动放行。比如，创建VM时勾选"允许SSH端口（22）"或者"允许RDP端口（3389）"，但有些人可能漏掉了这一步。或者，即使开了端口，但规则的源地址写错了，比如只允许特定IP访问，而你的IP又经常变动，结果连不上。解决方法很简单：在VM的"网络"设置里找到"网络安全组"，检查入站规则。确保SSH（22）或RDP（3389）的入站规则存在，且源地址是"任何"或者你的当前IP。如果用的是公司网络，记得检查公司防火墙是否允许出站连接。

正确姿势：安全组规则的正确配置

创建VM时，在"网络"配置页面，可以选择"创建新的网络安全组"，或者选择已有的。在规则设置里，确保"入站端口规则"包含你需要的端口。比如，Web服务器要开放80和443端口，SSH开放22。如果需要更精细的控制，可以设置源IP范围，但生产环境建议限制在特定IP。如果VM已经创建，可以在"网络接口"里修改安全组规则。记住：网络配置是安全第一，别为了方便开"0.0.0.0/0"，但也要确保必要端口放开。小技巧：用Azure CLI快速设置规则，比如az network nsg rule create --resource-group <组名> --nsg-name <安全组名> --name AllowSSH --priority 100 --direction Inbound --protocol Tcp --destination-port-ranges 22 --access Allow，省去界面操作的麻烦。

4. 存储类型选错：SSD变HDD，速度慢到想哭

案例：跑数据库的VM用标准HDD

存储类型选错，简直是"自找苦吃"。有次我给客户部署一个数据库服务器，为了省点钱选了标准HDD磁盘，结果数据库查询慢得像蜗牛，用户投诉不断。后来一查，标准HDD的IOPS只有500左右，而Premium SSD能到5000+，数据库这种高IO需求的应用，用HDD简直是在挑战人类极限。其实，Azure的存储类型分很多种：Standard HDD适合低成本、低IO场景，比如备份存储；Standard SSD适合一般应用；Premium SSD适合高性能、低延迟需求，比如数据库、企业应用。创建VM时，系统盘和数据盘的存储类型都要选对。在"磁盘"配置页面，系统盘的类型默认是Standard SSD（如果VM支持），但数据盘可以单独设置。如果选错了，后期扩容也很麻烦，最好在创建时就确认好。

避坑指南：根据需求选存储类型

创建VM时，系统盘类型一般由VM大小决定，比如Dv3系列默认支持Premium SSD。数据盘的话，可以在"磁盘"设置里选择类型。需要高性能？选Premium SSD；要省钱？Standard HDD；平衡性能和成本？Standard SSD。注意，Premium SSD需要特定的VM系列支持，比如Dsv3、Esv3等。另外，磁盘大小也要合理，比如数据库可能需要更大的磁盘空间和更高的IOPS。小技巧：用Azure存储性能计算器，输入你的需求，推荐合适的存储类型。记住：存储类型选错，后期优化成本更高，别小看这点。

5. 权限不足：你的账号是不是"临时工"？

场景：创建VM时提示权限不足

权限不足的提示简直让人崩溃。有次我用一个新账号创建VM，报错"无法执行操作，权限不足"，结果发现这个账号只有"Reader"权限，连创建资源的资格都没有！Azure的RBAC权限体系有点复杂，不同角色权限不同。比如，Owner可以管理所有资源，Contributor可以创建和管理资源，但不能分配权限；Reader只能查看，不能修改。如果账号权限不够，创建VM时会卡在第一步。解决办法很简单：联系订阅管理员，给账号分配合适的角色，比如"Contributor"。如果是个人账号，检查是否属于正确的订阅，或者是否在正确的目录下。另外，创建VM时需要的最小权限包括"Microsoft.Compute/virtualMachines/write"和相关网络、存储权限，确保这些权限都有。

正确姿势：检查角色分配

在Azure门户，进入"订阅">"访问控制(IAM)"，查看当前用户的"角色分配"。如果角色是"Reader"或更低，需要申请更高权限。如果是企业账号，可能需要联系IT部门调整。个人账号的话，可以直接在订阅级别分配角色。另外，创建资源前先确认自己是否有权限，避免浪费时间。小技巧：用Azure CLI查看权限，比如az role assignment list --assignee <邮箱>，快速确认当前账号的权限。记住：权限问题看似简单，但容易被忽略，提前检查能省去很多麻烦。

6. 区域选择：别选个"消失"的区域

案例：选了个不支持的区域，创建失败

区域选择也很关键。有次我想在"中国东部2"区域创建VM，结果系统提示"当前区域不可用"，后来发现这个区域已经下线了，只能用"中国东部"或"中国北部"。Azure的区域政策经常调整，特别是国内Azure，和国际版的区域名称可能不同。如果选了不支持的区域，创建过程直接失败。另外，某些VM大小在特定区域不可用，比如Dv3系列可能只在部分区域支持。比如，想用B1s，但发现某些区域不支持这种基础级实例。解决办法是创建前先确认目标区域是否支持所需VM大小。可以用Azure CLI查询可用区域和VM大小，比如az vm list-sizes --location <区域> --output table。

避坑指南：提前确认区域支持情况

创建VM时，在"区域"选择页面，如果有灰色不可选的区域，说明该区域不支持当前配置。另外，国际版和中国版的区域名称不同，国内Azure的区域通常是"中国东部""中国北部"等，而国际版是"East US""West Europe"等。确保选对区域。另外，如果需要高可用性，考虑跨区域部署，但要注意数据合规性。小技巧：用Azure门户的"创建虚拟机"向导，系统会自动过滤不可用的选项，但最好提前确认。记住：区域选错，VM压根建不起来，别等到最后才发现。