企业官网建设流程全解析

简介：Nutanix超融合平台操作使用手册（中文版）是一份面向信息技术管理员、系统架构师及运维工程师的操作型参考文档，聚焦超融合基础设施的部署、维护与日常管理场景。手册约120页，以功能模块为主线，系统讲解登录入口、主页仪表盘状态监控、AOS/NCC/AHV软件升级、固件升级、存储池与存储容器创建、网络管理等关键操作，并配有目录树和步骤化说明，便于读者按需查阅和对照演练。资源包内为1个PDF文件，大小为7.42MB，内容紧凑、章节划分清晰，适合企业IT团队作为Nutanix平台上线后的内部培训材料或运维速查手册。该手册已有1871人浏览学习，特别适合具备一定虚拟化基础、希望快速上手超融合集群运维的技术人员下载使用。

1. Nutanix 超融合平台：先看懂 CVM、分布式存储与 VM 数据读写路径

很多人第一次接触 Nutanix 超融合平台，是从一份能照着界面点、照着参数抄的中文操作手册开始的。它不跟你谈抽象架构，而是把 Prism Web 控制台里的登录、升级、存储、网络、数据保护、监控全流程拆成一步步可复现的操作。这套平台的核心不是“一台大服务器”，而是每个节点都跑着一台 CVM（控制器虚拟机），把本地 SSD 与 HDD 汇聚成统一资源池，再以多副本方式落盘——本地读、Oplog 写、远程数据自动迁回热层。手册解决的是“系统在前、文档在后”的落地问题：新手能跟着完成初始化和日常巡检，老运维能在升级、容灾时快速核对边界参数。这是一份适合 IT 管理员、系统运维与一线支持人员放在手边随时翻查的综合资源。

2. 首次登录与安全基线：从密码策略到 Pulse 增强监控的取舍

2.1 浏览器访问与 9440 端口：登录流程里的三个隐蔽细节

登录 Prism Web 控制台是所有操作的起点。在浏览器地址栏输入 HTTP://集群IP（如果配置了集群虚拟 IP，也可以直接用虚拟 IP），按回车后浏览器会自动跳转到加密端口 9440。如果你的环境里跑的是 Prism Central，那就输入 Prism Central 那台虚拟机对应的 IP，而不是随便找一台 CVM。

第一个容易被忽略的细节是 SSL 证书警告。因为 Prism 默认使用的是自签名证书，浏览器会拦截并提示“您的连接不是私密连接”。这不是故障，而是默认行为，确认警告后继续进入站点即可。如果开启了用户身份验证且浏览器没有正确的客户端证书，才会出现真正的拒绝访问。

第二个细节是欢迎屏幕。首次访问时会出现接受条款和条件的页面，不点“接受条款和条件”按钮进不了登录页。这个按钮在页面底部，颜色不显眼，很多人会卡在第一步。

第三个细节是登录页右下角的动画开关。登录页面默认带背景动画，点击右下角的“Freeze space time continuum! ”可以关掉动画，“Engage the warp drive! ”可以重新打开。如果是在弱网环境或远程桌面里操作，动画会明显拖慢页面渲染，建议直接冻结。

浏览器兼容性方面，官方支持当前版本或前两个主要版本的 Firefox、Chrome、Safari，以及 IE 10/11 与 Edge。我一般会固定用 Chrome 来管理，避免浏览器自动升级后 Prism 界面出现渲染异常。注意，登录时如果用集群中某一台 CVM 的 IP，登录成功后 Prism 会把会话绑定到该 CVM 上，后续操作负载也经由这台 CVM 分发，所以在多节点集群里建议优先使用集群虚拟 IP 或 Prism Central 入口，避免某一台 CVM 负载偏高。

2.2 首次登录四连弹窗：EULA、Pulse、增强监控与密码复杂度

首次用管理员账号登录时，默认账号是 admin，默认密码是 Nutanix/4U，登录后会强制要求修改密码。这个改密不只是改一个 UI 登录密码，而是同步到集群内所有 CVM 和所有管理接口（Prism Web、nCLI、SSH）。如果你的脚本或监控平台里还在用 admin 的旧密码做认证，改完之后必须同步更新，否则下一次调用直接失败。

密码复杂度有 9 条硬性要求：至少 8 个字符、至少 1 个小写字母、至少 1 个大写字母、至少 1 个数字、至少 1 个特殊字符、与旧密码至少有 4 个字符差异、不得是最后 5 次使用过的密码之一、不得有字符连续出现 2 次以上、不得超过 199 个字符。实际操作中，最容易触发的是“不得有字符连续出现 2 次以上”这一条——很多人习惯把密码设成类似 Admin@123 或 Nutanix@123，其中的连续数字会直接报错。改密完成后，新密码在所有 CVM 之间同步可能需要短暂时间，如果改了密码立刻去 SSH 另一台 CVM，可能出现旧密码仍有效的错觉，等一两分钟再验证。

改密之后，通常还会依次弹出三个确认屏幕。第一个是 EULA 许可协议，需要填写姓名、公司和职位，勾选“我已经阅读并同意条款”，点接受。第二个是 Pulse 功能授权页，Pulse 会把集群运行状况数据发送给厂商支持团队，默认建议启用；如果禁用，出问题时就无法自动向厂商支持发送警示通知，只能自己手工开 case。第三个是增强型集群运行状况监控，它是在 Pulse 之上提供更细粒度的运行数据，建议点“是”启用。但要注意，如果公司安全策略禁止把实体名称等敏感信息外发，这里就应该点“暂不”。这三个弹窗只在首次登录或升级后出现，没想好可以先进系统，后续在设置里的 Pulse 入口再改。

2.3 主页仪表盘与设置菜单：数据弹性、统计信息与集群详情

登录后进入主页仪表盘，顶部是集群名称、健康状态图标、警示图标和任务图标。健康状态图标用红黄绿三色表示当前集群整体状况，绿色代表健康，黄色代表有警告，红色代表有严重问题。点击该图标可以直接跳转到运行状况仪表板，这里是判断“能否开始升级、能否执行故障切换”的第一道关口。

仪表盘正文分成几个区块：数据弹性、统计数据、容量与性能。数据弹性区域显示的是冗余因子配置，RF2 表示双副本，RF3 表示三副本。这里要注意，冗余因子不是越高越好，RF3 的可用容量只有原始容量的三分之一，双副本就能满足绝大多数生产场景。统计数据区域展示的是 IOPS、延迟、吞吐量这类实时数据，可以按虚拟机、容器或集群维度查看。

页面右上角的齿轮图标打开设置菜单，这里有几个经常要用的入口：集群详情可以修改集群名称和虚拟 IP；语言设置可以把 Web 控制台切换成中文；UI 设置用来重新启用或禁用登录动画；许可页面查看授权状态；生命周期管理（LCM）追踪集群内所有实体的软件与固件版本；用户和角色下面配置身份验证、本地用户管理和角色映射。查看版本则是在“关于 Nutanix”窗口里，显示当前 AOS、NCC 的版本号。升级前第一件事就是到这里确认现有版本，再去厂商支持页面下载对应升级包。查看版本也可以在“生命周期管理”页面看每个组件的详细版本，把 AOS、NCC、AHV 和固件版本抄下来，和升级包说明做比对，避免选错升级包。

3. 软件升级与生命周期管理：AOS/NCC/AHV 的升级顺序与固件更新

3.1 升级前检查：版本信息、集群健康与未完成任务

升级操作最容易翻车的地方不在升级过程本身，而在升级前的状态检查。Prism 的升级入口在设置里的“升级软件”，但在点进去之前，必须先确认三件事：当前版本、集群健康状态、是否存在未完成任务。

查看版本可以从“关于 Nutanix”窗口拿到 AOS 和 NCC 版本号，也可以从“生命周期管理”页面看到所有组件的版本清单。集群健康状态看主页仪表盘顶部的健康图标，必须是绿色。如果健康图标是黄色或红色，先在“运行状况”视图里定位具体告警，处理完再升级。未完成任务需要看“任务”菜单，升级过程中如果还有快照、克隆、迁移这类任务在跑，升级程序可能因为资源占用或锁冲突而中断。

还有一类容易被忽略的检查项是磁盘和节点的冗余状态。升级前建议确认所有节点都在线，所有磁盘状态正常，存储容器有足够的剩余空间。升级过程中某个节点会进入维护模式，如果此时集群已经有一个节点故障，再有一个节点进入维护，数据冗余就会降级，极端情况下可能导致数据不可用。常见做法是升级前先跑一遍运行状况检查里的集群检查项，确认所有检查通过再动手。

3.2 AOS/NCC/AHV 升级路径：顺序与重启影响

手册给出的升级顺序是 AOS 优先，然后 NCC，最后 AHV。这个顺序有讲究：AOS 是集群的操作系统层，承载 Prism、CVM、分布式存储；NCC 是集群健康检查工具，它要基于新版本 AOS 才能正确识别新组件状态；AHV 是宿主机虚拟化层，属于最底层，放最后升级是为了让上层软件先就位，避免底层先升级后出现驱动或管理接口不兼容。

AOS 升级时，在“升级软件”页面选择上传好的升级包，Prism 会先做升级预检，检查通过后进入滚动升级流程。滚动升级是一个节点一个节点地更新 CVM，每个节点更新时 VM 不会中断，因为分布式存储有副本兜底，VM 会继续运行在其他节点上。但控制台会有短暂断连，属于正常现象。升级完成后，所有 CVM 的 AOS 版本应保持一致，如果出现个别节点版本不一致，可以在任务页面查看失败原因，通常是该节点 CVM 没有正常重启，需要手动重启该 CVM 后重新执行升级。

NCC 升级通常在 AOS 升级完成后进行。NCC 是跑在 CVM 上的健康检查服务，升级包一般随 AOS 包一起提供或者单独下载。升级 NCC 不影响业务，但会让部分检查项在升级期间不可用，所以建议安排在同一个维护窗口内完成。

AHV 升级是影响最大的一步。AHV 版本更新意味着宿主机的 hypervisor 要重启，Prism 会把该节点上的 VM 迁移到其他节点，这个过程是实时的，但迁移期间 VM 的 CPU 和内存会产生额外开销。如果集群负载已经很高，迁移可能失败或 VM 出现短暂卡顿。建议在业务低峰窗口执行，并提前确认集群剩余容量可以容纳被迁移的 VM。升级完成后，还要逐个节点检查 AHV 版本，确保全部一致。

升级完成后，节点的 CVM 状态会回到“运行中”，Prism 会自动把节点重新加入集群并开始数据再平衡。此时先不要立刻做下一步升级，等数据再平衡完成、健康状态恢复绿色再继续。AHV 升级完成后同理，每个节点重启并重新加入集群后，检查 VM 是否全部回到正常运行状态、业务是否恢复了原有性能。如果发现某个 VM 迁移后性能明显下降，看看它是不是被迁到了负载过高的节点，手动迁移一次能解决大部分问题。

注意：升级过程中如果出现 CVM 反复重启导致任务卡住，不要强行中断当前升级任务，先打开任务详情看失败原因，必要时联系厂商支持。中断升级可能让部分节点的 AOS 版本不一致，后续处理更被动。

3.3 LCM 固件管理：BMC/BIOS/SATADOM 升级

固件升级走的是生命周期管理（LCM）模块，入口在设置里的“生命周期管理”。LCM 可以扫描集群内所有硬件实体，列出当前 BMC、BIOS、SATADOM 等固件版本，并和厂商维护的兼容清单做比对。

在 Prism 里修改 LCM 配置时，可以设置固件升级的策略，包括是否自动下载固件、是否允许 LCM 自动执行升级。BMC 升级管理的是服务器带外管理控制器，升级过程不涉及业务重启，风险最低。BIOS 升级需要节点重启才能生效，所以 LCM 会先把节点进入维护模式，迁移上面的 VM，再执行升级并重启节点。SATADOM 是 CVM 的启动盘，升级它会直接影响该节点 CVM 的运行，必须在维护窗口内操作。

升级固件前，我一般会做两件事：一是把当前所有固件版本截图备份，二是确认升级包与当前 AOS 版本兼容。LCM 界面里如果显示不兼容，就不要强行升级，先升级 AOS 再回来处理固件。还有，LCM 升级不是所有服务器型号都支持，如果界面里某些固件状态一直显示不可用，先检查是不是服务器型号不在 LCM 支持列表里，而不是反复尝试。

4. 存储容器与虚拟机管理：存储池、VM 网络与关联性策略

4.1 存储池与存储容器：RF 参数与容量规划

存储管理在 Prism 里分两层：存储池和存储容器。存储池是物理层，把若干节点的本地 SSD 和 HDD 聚合到一起；存储容器是逻辑层，建立在存储池之上，相当于 SAN 里的 LUN 或虚拟化里的数据存储。

创建存储池时，选择要加入的节点即可。这里要注意，存储池一旦创建，节点加入或移除会影响数据分布，所以生产环境在初始规划时就尽量把节点一次性加齐，后面扩容时再新增存储池或扩展已有存储池。创建存储容器时，关键参数是冗余因子（RF）、压缩、去重和 VLAN 标签。RF2 双副本能容忍一个节点或一块磁盘故障，RF3 三副本能容忍两个节点故障，但可用容量只有原始容量的三分之一。对于大部分业务，RF2 是性价比最高的选择。

压缩和去重要看业务类型。数据库这类随机读写负载，压缩收益有限且会增加 CPU 开销；虚拟机模板、ISO 镜像、日志文件这类数据，压缩率通常很可观。去重功能一般在全闪配置下使用，混合存储场景建议谨慎开启。容量规划上，可用容量约等于原始容量除以冗余因子，再乘以压缩系数。遇到容器容量告警时，先看告警是已用容量还是 SSD 缓存容量，后者可以通过调整缓存比例解决，前者就需要扩容或清理数据。

4.2 VM 网络配置与虚拟机管理：从创建到迁移

网络管理在 Prism 里主要针对 AHV 环境，入口是“网络”视图。虚拟机要接入网络，必须先定义好网络对象，包括网络名称、VLAN ID 和子网信息。虚拟机接口的网络配置在 VM 详情页的“网卡”标签页完成，选择对应网络并设置连接状态即可。这里最常见的坑是 VLAN ID 配错或忘了放行交换机端口，导致 VM 能启动但完全不通。配置完成后建议在宿主机上用 ping 验证网关连通性，而不是直接端到端测试应用。

VM 管理有仪表板和表格视图两种模式。仪表板视图展示 CPU、内存、磁盘 IOPS 等实时数据，适合日常监控；表格视图适合批量操作，比如批量关机、批量迁移。创建 VM 时，名称、CPU、内存、启动镜像、磁盘大小和网络都要一次性确认，特别是启动镜像，如果镜像没挂载好，VM 创建后无法正常引导。AHV 下的 VM 高可用是默认开启的，节点故障后 VM 会在其他节点自动重启。手册里特别强调：故障切换期间最多只有一个 VM 实例在运行，这是为了防止网络隔离和存储 I/O 异常导致的数据损坏。如果想调整 HA 策略，可以在数据弹性状态里的“管理虚拟机（VM）高可用性”入口配置。

VM 迁移是超融合平台的日常操作。在 AHV 环境下，迁移 VM 不会中断业务，但要注意目标节点的资源余量。如果目标节点已经接近超分上限，迁移后 VM 性能会明显下降。大规模迁移时我习惯分批操作，每批迁移完后观察集群 IOPS 和延迟曲线，稳定了再迁下一批。删除 VM 时，默认会把 VM 的磁盘一并删除，如果磁盘里还有要保留的数据，先在别处备份。批量删除前一定要逐条勾选确认，因为删除不可恢复。另外，VM 的快照不会随 VM 删除自动清理，如果快照数量已经很多，删除 VM 后还要去存储容器里确认快照是否释放了空间。

4.3 镜像配置与 AHV 关联性策略

镜像配置入口在设置里的“镜像配置”，仅 AHV 环境可用。镜像可以是 ISO 安装盘，也可以是 qcow2 或 raw 格式的磁盘镜像。把镜像上传到集群后，创建 VM 时可以直接选择该镜像作为启动盘，省去每次挂载安装 ISO 的重复操作。上传镜像时要注意格式，Prism 不支持直接加载 vmdk 格式，需要先转换为 qcow2 或 raw。另外，镜像文件会占用存储容器空间，大镜像建议单独放在一个存储容器里，避免和业务 VM 抢空间。

AHV 关联性策略解决的是“这个 VM 必须跑在指定宿主机上”的需求。典型场景包括：按物理机授权收费的软件、需要直通特定硬件的 VM、或者合规要求 VM 不能跑在特定节点上。配置关联性策略时，可以指定 VM 必须运行在某一台主机、某一组主机，也可以指定禁止运行在哪些主机。这里要注意，关联性策略和 HA 是冲突的：如果关联的主机故障，VM 无法在其他主机启动，HA 不会介入。生产环境启用关联性策略前，需要明确知道这个 VM 是“可以停”还是“必须迁移”，否则故障时就只能干等。

5. 数据保护与容灾避坑指南：异步复制、故障切换与排查记录

5.1 异步复制与远程站点：保护域配置步骤

数据保护是超融合平台里最不能拍脑袋配置的部分。Prism 的数据保护功能走的是“远程站点 + 保护域”的模型：在一台远程集群上配置远程站点信息，然后把需要保护的 VM 或存储容器加入保护域，系统按设定的 RPO 周期做异步复制。

配置远程站点时，需要填写远程数据中心的名称、站点地址、集群 IP 和认证信息。站点名称不要随便起，后面做故障切换时界面里显示的就是这个名字，建议用“区域-机房-用途”的命名规范，比如“B区域-2号机房-DR”。创建保护域时，选择要保护的 VM 或容器，设置 RPO 时间。RPO 设得越短，复制频率越高，对网络带宽和远程站点存储的消耗越大。常见做法是核心业务设 15 分钟 RPO，非核心业务设 1 小时或更长。

保护域创建后，系统会对 VM 做快照并异步复制到远程站点。复制过程中的任何读写都不影响本地 VM 运行，但要注意，异步复制不保证零数据丢失，RPO 窗口内的数据变化可能在灾难发生时丢失。如果业务对数据丢失零容忍，需要配合数据库层同步复制，不能只依赖平台层的异步复制。

恢复受保护的对象时，可以选择恢复到任意一个保留的快照时间点。这个操作会在远程站点上重建 VM，但不会自动覆盖远程站点上已有的同名 VM，需要先确认目标环境里没有冲突的对象名。

5.2 故障切换与故障恢复：计划内切换和灾难切换

故障切换分为计划内和灾难（非计划）两类，操作路径完全不同。

计划内故障切换用于机房维护、业务迁移这类场景。操作入口在数据保护视图里选择对应保护域，点击计划内故障切换。Prism 会先把最新数据同步到远程站点，确认数据一致后再在远程站点拉起 VM。这个过程业务中断时间可控，适合提前发维护通知的场景。故障恢复则是把业务切回原站点，在远程站点执行故障恢复后，系统会把数据反向复制回原站点，再在原站点拉起 VM。

灾难（非计划）故障切换发生在主站点宕机的情况下。此时直接在保护域上选择灾难切换，强制在远程站点基于最近一次快照拉起 VM。切换完成后，远程站点会成为新的业务运行站点，原站点恢复后需要重新建立复制关系。这里的操作顺序要特别注意：原站点恢复后，不要直接在主站点点故障恢复，而是先确认原站点数据没有和灾备端数据冲突，确认当前业务跑在哪一端，再决定是否反向复制。

故障切换完成后，我一般按这个顺序验证：先看 VM 电源状态，再进系统看网络连通性，然后检查数据完整性，最后确认监控平台报警是否恢复。不要直接让业务方测试，先自己做一轮基础验证，把明显的问题过滤掉。

提示：无论计划内还是灾难切换，操作前都要记录当前业务运行站点。切换完成后，备份策略、监控告警、DNS 指向都要同步调整到新的运行站点，这块最容易遗漏。

5.3 排查记录：数据保护高频故障的现象、原因与解法

数据保护配置过程中，有几个问题几乎每个环境都会踩到。

第一个问题是保护域创建失败，界面提示快照任务超时。现象是创建保护域时任务跑到一半报错，快照一直卡在“进行中”。原因绝大多数是集群时间不同步，CVM 之间时间偏差超过阈值，快照时间戳校验失败。解决方案是先检查 NTP 配置，确认所有节点指向同一时间源，等地层时间同步完成后再重新创建保护域。

第二个问题是故障切换后 VM 能启动但业务不通。现象是灾备端 VM 状态正常，但应用连不上数据库或者外部访问不了。原因一般是 VLAN 或 IP 地址规划没有在灾备站点提前配置好，VM 虽然被拉起，但网卡接入的网络和原站点不一致。解决方案是在做容灾规划时，就同步做好网络映射表，记录业务网、存储网、管理网在两端站点的 VLAN 对应关系，切换完成后按表核对。

第三个问题是故障恢复后，原站点 VM 和灾备端 VM 同时存在，出现 IP 冲突。现象是业务网络出现大量 ARP 抖动，应用访问时通时不通。原因是手动在两侧启动 VM，没有严格走 Prism 的故障恢复流程。解决方案是切回原站点时，先确保灾备端 VM 已关机或进入维护状态，再执行故障恢复。

第四个问题是异步复制的数据量长期滞后于 RPO。现象是保护域状态显示复制滞后，远程站点存储容量持续告警。原因多半是复制链路带宽不足，或者远程站点的存储容器容量不够，无法承载增量数据。解决方案是在复制高峰期观察链路流量，必要时增大带宽；同时远程站点要为保护域预留不少于本地数据量 1.5 倍的存储空间，因为快照链会持续占用容量直到过期。

6. Prism 进阶运维：警示邮件、性能图表与 nCLI 巡检技巧

日常运维不能每次都登录 Web 界面翻页面，Prism 里有两处配置可以让监控自动化：警示邮件和性能图表。

警示邮件在设置里的“警示电子邮件配置”启用，先配置 SMTP 服务器（地址、端口、认证信息），然后选择要接收的警示级别。我一般会把严重和警告两类都打开，信息级不勾选，否则邮件会非常吵。警示策略里还可以指定系统检查每种事件的频率，默认频率对大多数环境够用。

性能监控在“分析”视图里，支持创建对象图表和度量图表。对象图表选定一个实体（比如某台 VM 或某个存储容器），度量图表选定一种指标（比如 IOPS、延迟、CPU 使用率）。我常用的组合是：全局看集群 IOPS 和延迟，单 VM 看 CPU 和磁盘延迟，存储容器看容量增长趋势。图表可以设置自动刷新，也可以导出手工分析。

命令行巡检方面，nCLI 可以从用户菜单里的“下载 NCLI”拿到，也可以直接 SSH 登录 CVM 使用。下面这几个命令是我每次巡检都会跑的：

# 查看集群整体状态，关注是否全绿 ncli cluster status # 查看集群版本、节点数、冗余因子 ncli cluster info # 列出未解决警示，确认没有积压问题 ncli alert list --state=OPEN --severity=CRITICAL,WARNING # 列出所有VM的电源状态和所在节点 ncli vm list # 查看保护域复制状态，确认没有滞后 ncli protection-domain list

cluster status 里的健康字段如果显示降级，说明集群有组件异常；alert list 只要出现 CRITICAL 就必须先处理再动升级；protection-domain list 的复制滞后字段要重点看，超过 RPO 两倍就要查链路或容量。从那以后，我每次做升级或容灾演练前，都会强制走一遍“健康状态—未解决警示—保护域复制状态”这个顺序，确认三项全过再动手，这套习惯帮我规避了至少三次大故障。希望帮到你。

本文还有配套的精品资源，点击获取