“有没有ESXi 8.0的激活码给我一个好使的许可证密钥。”这句话我在运维社群里几乎每周都能看到提问的人从刚入行的虚拟化新手到管着几十台物理机的老IT都有。ESXi 8.0确实不是白给的——装好系统只是第一步想在vCenter里正常漂虚拟机、开HA、做分布式交换机许可证这一步躲不掉。但很多人把ESXi的“激活码”和平时用的那些软件破解码混为一谈这个方向从一开始就是错的。这篇内容我按自己这些年给客户装机、迁移、排障的实际经验来写。先讲清楚ESXi 8.0许可证到底是什么、能买到什么版本再说一说Broadcom收购VMware之后授权规则的重大变化最后把我踩过的坑和官方标准的导入流程完整捋一遍。适合正在准备部署vSphere 8.0的运维、刚装完ESXi发现进不了vCenter的小白还有想搞清楚免费版和收费版区别的预算有限用户。1. ESXi 8.0许可证密钥是什么别拿它当普通“激活码”看1.1 许可证、激活码、订阅制是三种完全不同的东西先把这个概念掰扯清楚。ESXi 8.0语境下没有“激活码”这个说法官方标准术语叫许可证密钥License Key。激活码那套逻辑是从桌面软件和开发工具那边来的比如你给Navicat、IDEA找注册机填一个用户名加一串码就能把功能解锁。这套玩法在ESXi上行不通原因在于vSphere的授权不是一个“解锁开关”而是一个持续校验的资产凭证。许可证密钥能做的是在相同版本下决定你主机的功能层级比如你这个ESXi是免费版还是Enterprise Plus版能用多少CPU核心能不能被vCenter纳管。它在安装时可以输入也可以在主机启动后通过命令行或图形界面导入。你花多少钱决定了拿到的密钥带哪些权限而不是说你拿到一串字符就“解锁”了全部功能。另外2024年之后VMware被Broadcom收购整个授权体系正在从永久许可证向订阅制迁移这会导致你手里原有的永久密钥在新版本上的可用范围发生变化。所以现在就拿着一个旧的激活码思维去套ESXi 8.0很容易在采购和部署环节翻车。1.2 一串许可证密钥长什么样里面藏着什么信息ESXi的许可证密钥是固定格式的5组字符每组5位中间用减号分隔合起来是25位字符类似这个样子XXXXX-XXXXX-XXXXX-XXXXX-XXXXX字符集一般包含A到Z的大写字母和0到9的数字不使用含义模糊的字符比如字母O和数字0通常会做区分。这串字符本身并不是随机的流水号它内部编码了授权版本、许可类型、有效期、CPU容量等信息。VMware的许可服务在启动时会读取这串值校验完后才会把对应的功能开关打开。很多人在网上搜到一串看起来像许可证的字符比如“J1XXX-XXXXX-XXXXX-XXXXX-XXXXX”直接往服务器里填结果提示“Invalid license key”。原因多半是这个密钥的版本对不上——你装的是8.0 U3手里拿的是7.0的密钥后者大概率无法用于8.0。版本号、产品线vSphere和vCenter是两套独立授权、容量大小都对上了才能正常导入。2. ESXi 8.0的授权体系与版本选型2.1 免费的ESXi 8.0有没有限制有哪些官方确实有免费的ESXi叫Free Edition也叫vSphere Hypervisor Free。过去只需要在VMware官网注册账号就能拿到一个免费的许可证密钥下载ISO时填进去就能用。VMware被Broadcom收购后这个入口挪到了Broadcom的支持门户流程变绕了但免费版本并没有取消。免费版的限制还是很清楚的每台物理主机最多支持2路物理CPU。单个虚拟机最多分配8个vCPU官方文档里写的是每虚拟机最多8个vCPU。不能接入vCenter Server统一管理也就是说你没法用vCenter去纳管免费版主机。这一点对想搭实验环境的同学来说是硬伤因为vSphere的高级功能全部依赖vCenter这一层。API接口受限自动化脚本没法完整调用。不包含高级功能如HA高可用、DRS负载均衡、vSphere Distributed Switch等都是关闭的。适合什么场景呢个人学习、小规模测试、跑几个不重要的业务虚拟机是够用的。你在单机ESXi上建个Linux虚拟机、搭套MySQL或者Zabbix都没有问题环境稳定性和正式的授权版本没有差别。但如果公司要做生产环境我建议直接放弃免费版的念头合规性的风险远比那点软件采购费大。2.2 企业版授权怎么选Standard、Enterprise Plus、Essentials PlusvSphere 8.0的企业授权主要按版本层级划分每个层级覆盖不同的功能范围。我按实际选型经验帮你捋一下Essentials Plus主要面向小型办公环境最多3台物理主机、每台最多2路CPU的配置。它提供了vCenter管理、HA、备份API这些基础能力价格相对友好是小型企业起步的常用选项。需要注意Essentials系列的主机数据是打包授权的一般不能单独再扩展超过3台。vSphere Standard标准版支持vCenter纳管支持vSphere Replication、备份API等但缺少部分高级特性比如vSphere Distributed Switch、DRS、Storage vMotion这些在Enterprise Plus里才有的功能。对大部分业务逻辑不复杂的场景Standard已经够用。vSphere Enterprise Plus功能最全的版本把HA、DRS、分布式交换机、Storage vMotion、热迁移、安全启动、加密虚拟机这些高级能力全部包含在内。生产环境的标准配置尤其是需要在线迁移和故障转移的场景选Enterprise Plus基本不会错。授权方式也发生了变化以前按物理CPU数量per processor卖现在Broadcom主导后按物理核心数per core来计算。同样是2路32核的服务器以前按2颗CPU收费现在按64个核心收费账单体量完全不同。采购预算时一定要把新定价模式算进去我见过不少客户栽在这一条上以为升级到vSphere 8.0只是续费结果报价出来直接超预算。2.3 各版本核心功能对比速查表功能项Free EditionEssentials PlusStandardEnterprise PlusvCenter纳管不支持支持支持支持HA高可用不支持支持部分支持支持DRS负载均衡不支持不支持不支持支持分布式交换机不支持不支持不支持支持Storage vMotion不支持不支持不支持支持vSphere Replication不支持支持支持支持每虚拟机最大vCPU8不受限不受限不受限适用场景测试/学习小型业务常规生产高级生产这张表是根据我接触过的客户授权情况整理的具体功能矩阵会随版本更新和组合产品变化但大方向就是这么多。3. 正规获取与导入ESXi 8.0许可证密钥的完整流程3.1 没有正版密钥的情况下怎么合法获得试用授权评估试用是官方提供的合法路径。vSphere 8.0安装后默认进入Evaluation Mode也就是评估模式有60天的完整功能试用期。这60天里你相当于在用Enterprise Plus的功能级别所有高级能力都可用。环境搭好后在Web管理页面或者客户端里会显示到期时间倒计时结束前导入正式密钥即可无缝切换。评测模式到期后很多功能会被锁定给人很慌的感觉。但其实不用太紧张我见过很多测试环境在评估到期后继续跑着业务虚拟机基础运行不受影响受限的是vCenter告警、备份、部分管理操作这类能力。不过我们还是建议在到期前把许可证问题解决掉否则后面出问题排查会很麻烦。官方获取许可证密钥的渠道现在统一集中在support.broadcom.com。你需要注册一个Broadcom账户然后在页面里找到VMware Cloud Foundation或vSphere相关的下载与许可管理入口。免费版密钥可以直接在下载ESXi ISO的页面申请企业版则需要通过订单邮件或者合作伙伴分销商拿到正式的授权文件。3.2 安装阶段输入许可证还是装完再导入安装ESXi 8.0的时候在安装向导的界面就会遇到两个选择一是先使用评估模式二是直接输入许可证密钥。对大多数人来说建议直接选评估模式。原因很简单安装阶段输入的密钥如果填错了比如大小写不对、关键字符混淆安装流程走得会不顺畅而且有些细节问题需要在安装完成后才能验证密钥对应的版本和容量是否匹配。装完系统再导入管理界面和命令行都能操作可控性更强。当然如果是批量部署几十台物理机有标准化安装脚本那么在Kickstart配置里直接写入许可证密钥也是一种高效的做法适合你已经确定了版本和采购数量的情况。3.3 通过vCenter Web Client导入许可证生产环境最常见的导入路径是vCenter Web Client。登录到vCenter的管理界面后菜单里找到“管理”或者“许可”这一项进去后会看到当前vCenter和所纳管主机的许可证状态。操作的大致步骤是这样的在vCenter界面左侧导航进入“管理 许可”。点击“资产管理”选择要配置许可证的ESXi主机。点击“分配许可证”输入新的密钥并确定。系统会校验密钥并即时反馈结果如果密钥无效会直接报错。这里需要提前说明的是vCenter Server自身也需要一个许可证它和ESXi主机的许可证是相互独立的。很多第一次搭环境的人把vCenter的密钥填到ESXi主机上或者反过来都会得到“无效许可证”或者“要素不匹配”的提示。不要慌先看清你正在授信的是哪一层。3.4 通过DCUI或SSH命令行导入许可证如果ESXi主机还没被vCenter纳管可以直接在主机本地的DCUI界面操作也可以开SSH后用命令行导入。生产机上没有图形界面的时候命令行反而是最可靠的方式。先看当前许可证状态用这条命令esxcli software license get返回信息里会包含许可证密钥、授权版本、有效期这些字段。如果当前是评估模式会显示类似“Evaluation Mode”的字样。导入新许可证esxcli software license add --licenseXXXXX-XXXXX-XXXXX-XXXXX-XXXXX导入之后建议立刻再查一次状态确认密钥已经生效。删除密钥也简单esxcli software license remove --licenseXXXXX-XXXXX-XXXXX-XXXXX-XXXXX我在实际操作中一般会先把旧的或过期的密钥移除再添加新密钥避免系统里存在多个同层级密钥导致状态显示混乱。虽然ESXi支持多个密钥叠加但一旦密钥数量超过主机CPU核心数会有多余的密钥显示为“未使用”这在审计的时候不容易讲清楚。3.5 手动验证许可证的有效性与容量是否匹配导入之后光看状态还不够最好再验证一下容量是否匹配。以一台2路物理CPU、每路32核的服务器为例如果你买了企业版的64核心授权导入后状态应该是“已许可”。如果你买了32核心的授权但物理机有64核心导入后状态会显示“容量不足”或“合规警告”。反复出现容量不足多半是采购时的授权规格没算对或者物理机升级过CPU。新旧vSphere版本对这种问题的处理方式不太一样8.0会更严格。硬件平台配置改变后许可证容量重新匹配会有延时必要时重启一下主机的管理代理服务/etc/init.d/vpxa restart这个命令是重启vCenter代理服务它的作用是刷新主机与vCenter之间的状态同步对许可证状态也有帮助。操作要小心重启期间这台主机在vCenter里的监控会暂时中断。4. 常见问题与排查技巧实录4.1 评估期过了以后会发生什么评估期过期以后主机和vCenter的界面都会出现明显的告警状态比如许可证状态变为“已过期”主机显示为“未许可”。这个时候虚拟机不会立刻停机但新的虚拟机创建、克隆、迁移这些操作会被限制。尤其容易踩坑的是评估期结束以后vCenter的某些服务会出现异常导致明明虚拟机在跑但你在界面上看不到它需要手动刷新或者重启服务。遇到这种情况第一步不用怀疑硬件或者虚拟化本身出问题先去License状态页面把密钥续上。续上后大多数功能会在几分钟内恢复不需要重启主机。如果续了密钥状态还不对那就重启一下vCenter Server的“VMware vSphere Client”相关服务或者干脆重启vCenter的虚拟机。操作顺序是先检查许可再动服务不要一上来就重启主机。4.2 导入密钥报“Invalid license key”的原因这是反馈最多的问题我自己也遇到过不止一次。导致无效的原因一般有这么几个密钥里混入了无关字符比如把O和0、I和1搞混了。字符在官方界面复制倒是没问题手动输入时最容易出错。vSphere和vCenter的密钥弄混了这个前面提过vCenter的许可证和ESXi的许可证是两套体系不能互换。版本不匹配ESXi 7.0的密钥不能用于ESXi 8.0Essentials的密钥不能用于Standard大环境。这里有个经验之谈如果你拿到的是一个很老的密钥先确认它对应的产品线和版本别指望它能顺利用在8.0上。密钥已经被使用一个有限数量授权的密钥如果已经分配给了别的主机再往新主机上导入会提示无效或者容量不足。这常见于售后支持人员把授权密钥到处贴的场合。排查这类问题最快的办法是在Broadcom的许可管理后台查这个密钥当前的分配状态。看它是否绑定了其他主机、使用了多少容量。这个途径比在主机上反复试探要效率高得多。4.3 免费版ESXi为什么不能被vCenter纳管这个问题困扰了不少刚接触虚拟化的朋友。你装好了免费的ESXi 8.0然后安装了一套vCenter准备把主机加进去结果vCenter提示主机“不受管”或者“许可证不允许”。这不是操作问题是许可限制。免费版明文规定不能由vCenter管理想在vCenter里统一管理至少需要Essentials Plus或者更高版本。这也是官方区分免费版和付费版最核心的功能线。测试环境如果非要体验vCenter管理最务实的做法是用评估模式在60天窗口内完成学习。不要试图找什么灰色办法绕过一旦生产环境出问题责任边界会很麻烦。4.4 主机容量不足报错到底是谁的容量不够ESXi 8.0的容量报错一般涉及两个维度物理CPU核心数和虚拟机使用的vCPU数量。物理CPU核心数超过许可证的授权容量会在许可证页面显示“容量不足”。虚拟机的vCPU总数超过上限则会在创建或者迁移虚拟机时报错。比如免费版限制单个虚拟机最多8个vCPU你建一个16 vCPU的配置就报错这对习惯了大规格配置的人来说会特别不适应。旧版本没有这么明显的提示8.0直接把你拦在创建界面上其实反而是好事问题暴露得越早越好解决。排查办法就是先看主机的CPU物理核心总数再看许可证授权的核心数两者一比就清楚是不是采购方案预算不够。硬件已经买了、授权额度不够的情况在真实企业里经常出现我的建议是把预算重心放在高功能版本而非低版本多主机上后续扩展的灵活性会好很多。4.5 网上流传的“万能密钥”和激活工具能信吗只提醒一句这个领域的水很深而且风险和你平时给桌面软件找注册机完全不同。服务器虚拟化平台承载的是业务系统、数据库、甚至整个公司的IT基础设施。一个来路不明的密钥或工具可能带来几类问题一是密钥本身无效浪费你时间二是工具携带恶意代码直接污染主机层三是你根本无法获得合法的服务支持和安全补丁。企业环境使用未经授权的软件审计一旦被查出来罚款和解约风险远超那点软件成本。真预算有限就用免费版或评估版踏踏实实把环境跑起来真需要商业功能就找正规分销商谈订阅价格。我个人从来不在生产环境碰“激活工具”这是底线。5. Broadcom时代下ESXi 8.0许可证的实操经验与选择建议5.1 永久授权停售之后中小企业怎么应对Broadcom把VMware产品线全部改成订阅制之后很多客户最大的困惑是以前买断的一套vSphere怎么突然变成每年交钱了这个变化不光是计费方式变了产品形态也从单个组件转变成了捆绑包比如VMware vSphere Foundation、VMware Cloud Foundation。你单买一个vSphere Standard在官网已经看不到了取而代之的是整套方案。应对的思路是把许可决策和未来三到五年的虚拟化演进绑在一起。如果只是维持现有虚拟机的稳定运行标准版或者Essentials Plus对应的捆绑包够用。如果你想往混合云或者容器化方向走VCF这套方案价值就体现出来了。我接触到的不少企业客户做采购的时候直接照着VCF来规划把虚拟化、Kubernetes、运维管理一次到位避免后续反复扩容。5.2 购买订阅时容易忽略的三件事一是授权形式已经从按CPU变为按核心数报价前一定要数清物理机核心数包括超线程后的逻辑核心是否计费每个版本规则不完全一样拿不准就按官方销售确认的口径来。二是订阅通常按年付费取消订阅后软件功能会逐步受限因此要从运维流程上把续费提醒设好。三是vCenter和ESXi的授权捆绑关系比以前更紧密换一种订阅层级可能主机侧和vCenter侧都要同步调整不能只改一边。合同签署前我会建议客户先拿评估版把关键功能验证一遍再把授权容量和物理环境清单核对一遍。这个流程走完后面实施阶段基本不会因为许可证卡壳。5.3 我的习惯性建议最后给一个我这些年反复使用的清单方便你排查和规划的时候照着做新装的ESXi 8.0第一件事是记录评估模式的到期时间设置日历提醒。生产环境至少留出一个星期提前量处理许可证续期别等到过期那天才跟分销商沟通。一个ESXi主机的证书、许可证、UUID、机架位置这些信息建议都整理在资产台账里关键时刻能省半天排查时间。用命令行导入密钥后养成用esxcli software license get复查的习惯确认版本、功能层级、到期日三个字段都对。碰到许可证相关的疑难杂症先看Broadcom支持门户的知识库文章再决定是否提技术支持单别自己瞎试。5.4 我实际环境中的一次踩坑回忆写这篇内容的时候我翻了下记录想起前年帮一家客户做8.0升级时的一个插曲。客户原来用的是vSphere 6.7 Enterprise Plus永久授权升级到8.0之前高兴地以为旧密钥还能直接用结果导入后直接被提示“当前产品版本不支持该许可证”。后来一查Broadcom的新许可体系要求旧版本永久密钥必须走一次订阅迁移或者购买新的订阅授权才能在8.0上继续合法使用。这个问题让我们整个升级计划往后推了整整两周因为采购流程要重新走。所以每次看到有人问“ESXi 8.0激活码”我都会多说一句先搞清楚你手里的旧授权能不能合法覆盖新版本再考虑怎么导入密钥。这比找什么激活码靠谱得多也安全得多。这套东西在本地虚拟化平台上虽然不如云厂商的计费那么透明但它是整个虚拟化环境合法稳定运行的地基值得你花时间弄明白。
ESXi 8.0许可证密钥获取与导入：从免费版到企业版授权实战
“有没有ESXi 8.0的激活码给我一个好使的许可证密钥。”这句话我在运维社群里几乎每周都能看到提问的人从刚入行的虚拟化新手到管着几十台物理机的老IT都有。ESXi 8.0确实不是白给的——装好系统只是第一步想在vCenter里正常漂虚拟机、开HA、做分布式交换机许可证这一步躲不掉。但很多人把ESXi的“激活码”和平时用的那些软件破解码混为一谈这个方向从一开始就是错的。这篇内容我按自己这些年给客户装机、迁移、排障的实际经验来写。先讲清楚ESXi 8.0许可证到底是什么、能买到什么版本再说一说Broadcom收购VMware之后授权规则的重大变化最后把我踩过的坑和官方标准的导入流程完整捋一遍。适合正在准备部署vSphere 8.0的运维、刚装完ESXi发现进不了vCenter的小白还有想搞清楚免费版和收费版区别的预算有限用户。1. ESXi 8.0许可证密钥是什么别拿它当普通“激活码”看1.1 许可证、激活码、订阅制是三种完全不同的东西先把这个概念掰扯清楚。ESXi 8.0语境下没有“激活码”这个说法官方标准术语叫许可证密钥License Key。激活码那套逻辑是从桌面软件和开发工具那边来的比如你给Navicat、IDEA找注册机填一个用户名加一串码就能把功能解锁。这套玩法在ESXi上行不通原因在于vSphere的授权不是一个“解锁开关”而是一个持续校验的资产凭证。许可证密钥能做的是在相同版本下决定你主机的功能层级比如你这个ESXi是免费版还是Enterprise Plus版能用多少CPU核心能不能被vCenter纳管。它在安装时可以输入也可以在主机启动后通过命令行或图形界面导入。你花多少钱决定了拿到的密钥带哪些权限而不是说你拿到一串字符就“解锁”了全部功能。另外2024年之后VMware被Broadcom收购整个授权体系正在从永久许可证向订阅制迁移这会导致你手里原有的永久密钥在新版本上的可用范围发生变化。所以现在就拿着一个旧的激活码思维去套ESXi 8.0很容易在采购和部署环节翻车。1.2 一串许可证密钥长什么样里面藏着什么信息ESXi的许可证密钥是固定格式的5组字符每组5位中间用减号分隔合起来是25位字符类似这个样子XXXXX-XXXXX-XXXXX-XXXXX-XXXXX字符集一般包含A到Z的大写字母和0到9的数字不使用含义模糊的字符比如字母O和数字0通常会做区分。这串字符本身并不是随机的流水号它内部编码了授权版本、许可类型、有效期、CPU容量等信息。VMware的许可服务在启动时会读取这串值校验完后才会把对应的功能开关打开。很多人在网上搜到一串看起来像许可证的字符比如“J1XXX-XXXXX-XXXXX-XXXXX-XXXXX”直接往服务器里填结果提示“Invalid license key”。原因多半是这个密钥的版本对不上——你装的是8.0 U3手里拿的是7.0的密钥后者大概率无法用于8.0。版本号、产品线vSphere和vCenter是两套独立授权、容量大小都对上了才能正常导入。2. ESXi 8.0的授权体系与版本选型2.1 免费的ESXi 8.0有没有限制有哪些官方确实有免费的ESXi叫Free Edition也叫vSphere Hypervisor Free。过去只需要在VMware官网注册账号就能拿到一个免费的许可证密钥下载ISO时填进去就能用。VMware被Broadcom收购后这个入口挪到了Broadcom的支持门户流程变绕了但免费版本并没有取消。免费版的限制还是很清楚的每台物理主机最多支持2路物理CPU。单个虚拟机最多分配8个vCPU官方文档里写的是每虚拟机最多8个vCPU。不能接入vCenter Server统一管理也就是说你没法用vCenter去纳管免费版主机。这一点对想搭实验环境的同学来说是硬伤因为vSphere的高级功能全部依赖vCenter这一层。API接口受限自动化脚本没法完整调用。不包含高级功能如HA高可用、DRS负载均衡、vSphere Distributed Switch等都是关闭的。适合什么场景呢个人学习、小规模测试、跑几个不重要的业务虚拟机是够用的。你在单机ESXi上建个Linux虚拟机、搭套MySQL或者Zabbix都没有问题环境稳定性和正式的授权版本没有差别。但如果公司要做生产环境我建议直接放弃免费版的念头合规性的风险远比那点软件采购费大。2.2 企业版授权怎么选Standard、Enterprise Plus、Essentials PlusvSphere 8.0的企业授权主要按版本层级划分每个层级覆盖不同的功能范围。我按实际选型经验帮你捋一下Essentials Plus主要面向小型办公环境最多3台物理主机、每台最多2路CPU的配置。它提供了vCenter管理、HA、备份API这些基础能力价格相对友好是小型企业起步的常用选项。需要注意Essentials系列的主机数据是打包授权的一般不能单独再扩展超过3台。vSphere Standard标准版支持vCenter纳管支持vSphere Replication、备份API等但缺少部分高级特性比如vSphere Distributed Switch、DRS、Storage vMotion这些在Enterprise Plus里才有的功能。对大部分业务逻辑不复杂的场景Standard已经够用。vSphere Enterprise Plus功能最全的版本把HA、DRS、分布式交换机、Storage vMotion、热迁移、安全启动、加密虚拟机这些高级能力全部包含在内。生产环境的标准配置尤其是需要在线迁移和故障转移的场景选Enterprise Plus基本不会错。授权方式也发生了变化以前按物理CPU数量per processor卖现在Broadcom主导后按物理核心数per core来计算。同样是2路32核的服务器以前按2颗CPU收费现在按64个核心收费账单体量完全不同。采购预算时一定要把新定价模式算进去我见过不少客户栽在这一条上以为升级到vSphere 8.0只是续费结果报价出来直接超预算。2.3 各版本核心功能对比速查表功能项Free EditionEssentials PlusStandardEnterprise PlusvCenter纳管不支持支持支持支持HA高可用不支持支持部分支持支持DRS负载均衡不支持不支持不支持支持分布式交换机不支持不支持不支持支持Storage vMotion不支持不支持不支持支持vSphere Replication不支持支持支持支持每虚拟机最大vCPU8不受限不受限不受限适用场景测试/学习小型业务常规生产高级生产这张表是根据我接触过的客户授权情况整理的具体功能矩阵会随版本更新和组合产品变化但大方向就是这么多。3. 正规获取与导入ESXi 8.0许可证密钥的完整流程3.1 没有正版密钥的情况下怎么合法获得试用授权评估试用是官方提供的合法路径。vSphere 8.0安装后默认进入Evaluation Mode也就是评估模式有60天的完整功能试用期。这60天里你相当于在用Enterprise Plus的功能级别所有高级能力都可用。环境搭好后在Web管理页面或者客户端里会显示到期时间倒计时结束前导入正式密钥即可无缝切换。评测模式到期后很多功能会被锁定给人很慌的感觉。但其实不用太紧张我见过很多测试环境在评估到期后继续跑着业务虚拟机基础运行不受影响受限的是vCenter告警、备份、部分管理操作这类能力。不过我们还是建议在到期前把许可证问题解决掉否则后面出问题排查会很麻烦。官方获取许可证密钥的渠道现在统一集中在support.broadcom.com。你需要注册一个Broadcom账户然后在页面里找到VMware Cloud Foundation或vSphere相关的下载与许可管理入口。免费版密钥可以直接在下载ESXi ISO的页面申请企业版则需要通过订单邮件或者合作伙伴分销商拿到正式的授权文件。3.2 安装阶段输入许可证还是装完再导入安装ESXi 8.0的时候在安装向导的界面就会遇到两个选择一是先使用评估模式二是直接输入许可证密钥。对大多数人来说建议直接选评估模式。原因很简单安装阶段输入的密钥如果填错了比如大小写不对、关键字符混淆安装流程走得会不顺畅而且有些细节问题需要在安装完成后才能验证密钥对应的版本和容量是否匹配。装完系统再导入管理界面和命令行都能操作可控性更强。当然如果是批量部署几十台物理机有标准化安装脚本那么在Kickstart配置里直接写入许可证密钥也是一种高效的做法适合你已经确定了版本和采购数量的情况。3.3 通过vCenter Web Client导入许可证生产环境最常见的导入路径是vCenter Web Client。登录到vCenter的管理界面后菜单里找到“管理”或者“许可”这一项进去后会看到当前vCenter和所纳管主机的许可证状态。操作的大致步骤是这样的在vCenter界面左侧导航进入“管理 许可”。点击“资产管理”选择要配置许可证的ESXi主机。点击“分配许可证”输入新的密钥并确定。系统会校验密钥并即时反馈结果如果密钥无效会直接报错。这里需要提前说明的是vCenter Server自身也需要一个许可证它和ESXi主机的许可证是相互独立的。很多第一次搭环境的人把vCenter的密钥填到ESXi主机上或者反过来都会得到“无效许可证”或者“要素不匹配”的提示。不要慌先看清你正在授信的是哪一层。3.4 通过DCUI或SSH命令行导入许可证如果ESXi主机还没被vCenter纳管可以直接在主机本地的DCUI界面操作也可以开SSH后用命令行导入。生产机上没有图形界面的时候命令行反而是最可靠的方式。先看当前许可证状态用这条命令esxcli software license get返回信息里会包含许可证密钥、授权版本、有效期这些字段。如果当前是评估模式会显示类似“Evaluation Mode”的字样。导入新许可证esxcli software license add --licenseXXXXX-XXXXX-XXXXX-XXXXX-XXXXX导入之后建议立刻再查一次状态确认密钥已经生效。删除密钥也简单esxcli software license remove --licenseXXXXX-XXXXX-XXXXX-XXXXX-XXXXX我在实际操作中一般会先把旧的或过期的密钥移除再添加新密钥避免系统里存在多个同层级密钥导致状态显示混乱。虽然ESXi支持多个密钥叠加但一旦密钥数量超过主机CPU核心数会有多余的密钥显示为“未使用”这在审计的时候不容易讲清楚。3.5 手动验证许可证的有效性与容量是否匹配导入之后光看状态还不够最好再验证一下容量是否匹配。以一台2路物理CPU、每路32核的服务器为例如果你买了企业版的64核心授权导入后状态应该是“已许可”。如果你买了32核心的授权但物理机有64核心导入后状态会显示“容量不足”或“合规警告”。反复出现容量不足多半是采购时的授权规格没算对或者物理机升级过CPU。新旧vSphere版本对这种问题的处理方式不太一样8.0会更严格。硬件平台配置改变后许可证容量重新匹配会有延时必要时重启一下主机的管理代理服务/etc/init.d/vpxa restart这个命令是重启vCenter代理服务它的作用是刷新主机与vCenter之间的状态同步对许可证状态也有帮助。操作要小心重启期间这台主机在vCenter里的监控会暂时中断。4. 常见问题与排查技巧实录4.1 评估期过了以后会发生什么评估期过期以后主机和vCenter的界面都会出现明显的告警状态比如许可证状态变为“已过期”主机显示为“未许可”。这个时候虚拟机不会立刻停机但新的虚拟机创建、克隆、迁移这些操作会被限制。尤其容易踩坑的是评估期结束以后vCenter的某些服务会出现异常导致明明虚拟机在跑但你在界面上看不到它需要手动刷新或者重启服务。遇到这种情况第一步不用怀疑硬件或者虚拟化本身出问题先去License状态页面把密钥续上。续上后大多数功能会在几分钟内恢复不需要重启主机。如果续了密钥状态还不对那就重启一下vCenter Server的“VMware vSphere Client”相关服务或者干脆重启vCenter的虚拟机。操作顺序是先检查许可再动服务不要一上来就重启主机。4.2 导入密钥报“Invalid license key”的原因这是反馈最多的问题我自己也遇到过不止一次。导致无效的原因一般有这么几个密钥里混入了无关字符比如把O和0、I和1搞混了。字符在官方界面复制倒是没问题手动输入时最容易出错。vSphere和vCenter的密钥弄混了这个前面提过vCenter的许可证和ESXi的许可证是两套体系不能互换。版本不匹配ESXi 7.0的密钥不能用于ESXi 8.0Essentials的密钥不能用于Standard大环境。这里有个经验之谈如果你拿到的是一个很老的密钥先确认它对应的产品线和版本别指望它能顺利用在8.0上。密钥已经被使用一个有限数量授权的密钥如果已经分配给了别的主机再往新主机上导入会提示无效或者容量不足。这常见于售后支持人员把授权密钥到处贴的场合。排查这类问题最快的办法是在Broadcom的许可管理后台查这个密钥当前的分配状态。看它是否绑定了其他主机、使用了多少容量。这个途径比在主机上反复试探要效率高得多。4.3 免费版ESXi为什么不能被vCenter纳管这个问题困扰了不少刚接触虚拟化的朋友。你装好了免费的ESXi 8.0然后安装了一套vCenter准备把主机加进去结果vCenter提示主机“不受管”或者“许可证不允许”。这不是操作问题是许可限制。免费版明文规定不能由vCenter管理想在vCenter里统一管理至少需要Essentials Plus或者更高版本。这也是官方区分免费版和付费版最核心的功能线。测试环境如果非要体验vCenter管理最务实的做法是用评估模式在60天窗口内完成学习。不要试图找什么灰色办法绕过一旦生产环境出问题责任边界会很麻烦。4.4 主机容量不足报错到底是谁的容量不够ESXi 8.0的容量报错一般涉及两个维度物理CPU核心数和虚拟机使用的vCPU数量。物理CPU核心数超过许可证的授权容量会在许可证页面显示“容量不足”。虚拟机的vCPU总数超过上限则会在创建或者迁移虚拟机时报错。比如免费版限制单个虚拟机最多8个vCPU你建一个16 vCPU的配置就报错这对习惯了大规格配置的人来说会特别不适应。旧版本没有这么明显的提示8.0直接把你拦在创建界面上其实反而是好事问题暴露得越早越好解决。排查办法就是先看主机的CPU物理核心总数再看许可证授权的核心数两者一比就清楚是不是采购方案预算不够。硬件已经买了、授权额度不够的情况在真实企业里经常出现我的建议是把预算重心放在高功能版本而非低版本多主机上后续扩展的灵活性会好很多。4.5 网上流传的“万能密钥”和激活工具能信吗只提醒一句这个领域的水很深而且风险和你平时给桌面软件找注册机完全不同。服务器虚拟化平台承载的是业务系统、数据库、甚至整个公司的IT基础设施。一个来路不明的密钥或工具可能带来几类问题一是密钥本身无效浪费你时间二是工具携带恶意代码直接污染主机层三是你根本无法获得合法的服务支持和安全补丁。企业环境使用未经授权的软件审计一旦被查出来罚款和解约风险远超那点软件成本。真预算有限就用免费版或评估版踏踏实实把环境跑起来真需要商业功能就找正规分销商谈订阅价格。我个人从来不在生产环境碰“激活工具”这是底线。5. Broadcom时代下ESXi 8.0许可证的实操经验与选择建议5.1 永久授权停售之后中小企业怎么应对Broadcom把VMware产品线全部改成订阅制之后很多客户最大的困惑是以前买断的一套vSphere怎么突然变成每年交钱了这个变化不光是计费方式变了产品形态也从单个组件转变成了捆绑包比如VMware vSphere Foundation、VMware Cloud Foundation。你单买一个vSphere Standard在官网已经看不到了取而代之的是整套方案。应对的思路是把许可决策和未来三到五年的虚拟化演进绑在一起。如果只是维持现有虚拟机的稳定运行标准版或者Essentials Plus对应的捆绑包够用。如果你想往混合云或者容器化方向走VCF这套方案价值就体现出来了。我接触到的不少企业客户做采购的时候直接照着VCF来规划把虚拟化、Kubernetes、运维管理一次到位避免后续反复扩容。5.2 购买订阅时容易忽略的三件事一是授权形式已经从按CPU变为按核心数报价前一定要数清物理机核心数包括超线程后的逻辑核心是否计费每个版本规则不完全一样拿不准就按官方销售确认的口径来。二是订阅通常按年付费取消订阅后软件功能会逐步受限因此要从运维流程上把续费提醒设好。三是vCenter和ESXi的授权捆绑关系比以前更紧密换一种订阅层级可能主机侧和vCenter侧都要同步调整不能只改一边。合同签署前我会建议客户先拿评估版把关键功能验证一遍再把授权容量和物理环境清单核对一遍。这个流程走完后面实施阶段基本不会因为许可证卡壳。5.3 我的习惯性建议最后给一个我这些年反复使用的清单方便你排查和规划的时候照着做新装的ESXi 8.0第一件事是记录评估模式的到期时间设置日历提醒。生产环境至少留出一个星期提前量处理许可证续期别等到过期那天才跟分销商沟通。一个ESXi主机的证书、许可证、UUID、机架位置这些信息建议都整理在资产台账里关键时刻能省半天排查时间。用命令行导入密钥后养成用esxcli software license get复查的习惯确认版本、功能层级、到期日三个字段都对。碰到许可证相关的疑难杂症先看Broadcom支持门户的知识库文章再决定是否提技术支持单别自己瞎试。5.4 我实际环境中的一次踩坑回忆写这篇内容的时候我翻了下记录想起前年帮一家客户做8.0升级时的一个插曲。客户原来用的是vSphere 6.7 Enterprise Plus永久授权升级到8.0之前高兴地以为旧密钥还能直接用结果导入后直接被提示“当前产品版本不支持该许可证”。后来一查Broadcom的新许可体系要求旧版本永久密钥必须走一次订阅迁移或者购买新的订阅授权才能在8.0上继续合法使用。这个问题让我们整个升级计划往后推了整整两周因为采购流程要重新走。所以每次看到有人问“ESXi 8.0激活码”我都会多说一句先搞清楚你手里的旧授权能不能合法覆盖新版本再考虑怎么导入密钥。这比找什么激活码靠谱得多也安全得多。这套东西在本地虚拟化平台上虽然不如云厂商的计费那么透明但它是整个虚拟化环境合法稳定运行的地基值得你花时间弄明白。
