企业官网建设流程全解析

简介：面向数据中心运维与IBM Flex系统管理人员的Flex刀箱配置速查文档，聚焦刀箱初始化、远程管理和系统部署等高频场景。内容以CMM管理模块为主线，系统说明EN2092网络模块、刀片服务器IMM管理地址规划、网络连通性检查、RAID 1创建、光驱启动与ISO镜像映射装系统、I/O模块参数设置等关键操作，并梳理默认账号密码、IP规划表及IBM售后与实施工程师联系方式，适合现场对照配置与排障。资源包共1个docx文件，大小6.37MB，结构清晰、要点集中，可直接作为从硬件上电到系统安装完成的全流程参考手册。已有641人学习下载，对初次接触Flex刀箱或负责日常运维的工程师有较强实用价值。

1. Flex刀箱配置到底要配什么：从“插电即用”的错觉说起

很多人第一次拿到Flex刀箱时会以为它和普通机架服务器一样，插上电、接条网线就能进BIOS装系统。实际上一台新的Flex刀箱从拆箱到第一个业务跑通，通常要花两三天，而且大头不在装操作系统，而在管理网络规划、固件基线和网络模块配置这三件事上。所谓Flex刀箱配置，核心就是把机箱里的管理模块、计算节点、网络模块和存储节点统一纳入一套管理平面和业务平面，让每个刀片都能被独立管理、独立装系统、独立对外提供服务，而不是把刀箱当成一台“大服务器”来使。这篇文章适合机房运维、虚拟化实施以及桌面云、超融合项目的部署同事，照着这个顺序做，能少走大半弯路。

2. 上电之前的硬件盘点与网络规划

Flex刀箱配置最忌讳上来就通电。第一次配置花的时间一半以上其实在规划，动手操作反而是执行层面的事。拿到一台未上电的刀箱，我一般会先花半小时把机箱里的模块认全，再画一张IP规划表，然后才接线上电。跳过这一步直接开干的，后面大概率要返工。

2.1 认识刀箱里的四类模块：计算节点、管理模块、网络模块、存储节点

Flex刀箱的外观是一个高密度机箱，正面插计算节点，背面插网络模块和管理模块，中置背板在机箱内部负责把它们连起来。计算节点分半宽和全宽两种规格：半宽节点在同一个槽位高度内可以插两个，适合多数通用计算场景；全宽节点占两个槽位宽度，通常用来跑需要更多内存槽位、更多PCIe扩展的重负载业务。中置背板本身不需要单独配置，但所有硬件的连接关系都以它为纽带，搞清楚哪个槽位的节点走背板到哪个网络模块，后面移植槽位时才不会出乱子。

管理模块一般叫CMM，是整个刀箱的管理大脑，负责监控所有节点的健康状态、电源和风扇策略、固件管理。网络模块插在机箱背部，分成直通模块和交换模块两种形态，负责把计算节点的业务网络对外引出。存储节点通常也插在正面，通过SAS背板连接，这一篇主要涉及启动顺序相关的配置，具体的存储系统搭建另说。配置Flex刀箱前先把这四类模块在机箱里的实际位置、槽位编号逐一核对一遍，比看任何文档都管用。

2.2 管理平面与业务平面的物理连线

刀箱的连线要分成两条线来规划：管理平面和业务平面。管理平面负责CMM、计算节点的mM（节点自带的管理模块）和外部管理网络之间的通信；业务平面负责计算节点对外提供服务的流量。这两条线路必须物理上分开，否则管理流量和业务流量互相挤占，网络抖动时整台刀箱的监控全花掉，问题都不好定位。

CMM一般有两个独立的管理网口，建议分别接到两台管理交换机上做冗余。每个计算节点在机箱内部都有独立的mM管理通道，通过CMM即可访问；对外则通过板载LOM业务口走背板连到网络模块的上行口。网络模块的每个端口都作为上行口接到TOR交换机。刀箱数量多的时候，管理交换机建议单独划一个VLAN，网段不要和办公网、业务网混在一起，地址规划上留出余量。

2.3 上电顺序与IP规划表

连线完成后，上电顺序有讲究：先让CMM和网络模块通电，等管理平面稳定后再给计算节点上电，这样CMM才能完整发现所有节点，事件日志里干净，不会出现一堆上电时序导致的误报。整机插电后CMM先启动，计算节点默认处于待机状态，需要在CMM里手动或批量上电。

IP规划是这一步的核心产出。我一般会用一个表格把三类地址全部列出来：CMM管理地址、每个计算节点的mM地址、管理交换机互联网段。CMM的默认管理网段通常是个固定网段，用户第一次登录前要先给笔记本电脑网卡配一个同网段的地址才能访问，具体网段以机箱上的标签或快速入门卡片为准，不同批次设备可能会有差异。

提示：CMM的管理IP必须在首次配置时改成业务规划内的固定地址并记录在案。这个IP一旦丢失，恢复手段只能靠串口或恢复模式，非常被动。

下面是一张常见的管理IP规划示例，实际部署时按这个模板填自己环境的地址：

这张表填完之后，给每个计算节点分配mM地址时建议按槽位编号连续分配，例如槽位1是.11、槽位2是.12，后续通过槽位号定位故障节点会非常直观。地址表做出来后，把它随设备台账一起存档，这一点在最后一章还会重点讲。

3. 管理模块CMM初始配置：登录、改密、打基线

CMM是整个Flex刀箱配置的入口，也是所有后续操作的控制面。这一章从第一次登录讲起，然后是固件基线的处理顺序，最后给一个用Redfish接口批量检查状态的脚本——这是把Flex刀箱配置从点鼠标变成可复制操作的关键一步。

3.1 第一次登录CMM：从默认地址到固定管理IP

先把笔记本网卡配到CMM默认网段，然后用浏览器访问CMM的管理地址。第一次登录会使用默认账号和默认密码，不同批次设备的默认密码可能不同，以随箱文档为准。成功登录后第一件事是修改默认密码并设置密码策略，包括密码长度和有效期。

改完密码后，接着把CMM的IP从默认地址改成规划表里的固定地址。这一步有个常见的小坑：部分版本的CMM在修改IP后需要重启管理网络服务，浏览器会断开一小段时间，这是正常现象，不要误以为设备故障而反复断电重启。改成固定地址后用新地址重新登录，确认页面正常即可。

改IP时我一般顺手把CMM的MAC地址抄进设备台账。实际运维中CMM失联后排查IP冲突，最快的路径就是查交换机上这个IP对应的MAC地址，再根据MAC找到联的哪个端口。没有这个记录，就只能一台台设备放线排查，非常浪费时间。

3.2 固件基线：为什么先升级CMM固件再动别的

Flex刀箱里的固件不是单一一个，而是至少五个层次：CMM固件、计算节点UEFI、计算节点的mM固件、网络模块固件、存储节点固件。这些固件之间有版本兼容关系，版本不匹配时表现出来的故障很隐蔽，常见的是“VLAN配置保存后丢失”“节点状态拉不起来”这类看着毫无关联的问题。

我一般的操作顺序是：先升级CMM固件，再升网络模块固件，然后升计算节点的UEFI和mM固件，最后才是存储节点。分层升级，每一层完成后先确认管理平面正常，再进入下一层。升级过程中最不能做的就是同时批量升级多个节点——某个节点升级失败后，事件日志会同时出现大量异常记录，根本查不清问题到底出在哪个节点上。

升级固件前还有一项功课：把所有节点的当前固件版本导出一份清单。CMM的界面里可以查看每个节点的固件版本，逐条记录下来，升级完再导出一次做对比。这个操作看起来笨，但它是判断升级是否真的生效的唯一依据。

3.3 用Redfish API批量检查刀箱健康状态

CMM提供Redfish接口，这是目前带外管理通用的标准接口，通过HTTP请求返回JSON数据，就能查询机箱、计算节点、网络模块的状态。比起在网页里一个个点进去看，用脚本批量检查的效率高得多，而且方便接入监控系统。

下面这个脚本用来在配置前后做一轮健康检查，确认所有模块状态正常：

import requests # 关闭自签名证书的告警，生产环境建议换成正式证书 requests.packages.urllib3.disable_warnings() CMM_IP = "10.10.100.1" USERNAME = "admin" PASSWORD = "your-password" # 改成你的CMM管理账号 base_url = f"https://{CMM_IP}" def get_chassis_info(): """查询机箱整体健康状态""" url = f"{base_url}/redfish/v1/Chassis" resp = requests.get(url, auth=(USERNAME, PASSWORD), verify=False, timeout=10) resp.raise_for_status() return resp.json() def get_system_list(): """列出所有计算节点及状态""" url = f"{base_url}/redfish/v1/Systems" resp = requests.get(url, auth=(USERNAME, PASSWORD), verify=False, timeout=10) resp.raise_for_status() return resp.json() if __name__ == "__main__": chassis = get_chassis_info() print("机箱成员数量:", len(chassis.get("Members", []))) systems = get_system_list() for member in systems.get("Members", []): detail_url = member.get("@odata.id") detail = requests.get( f"{base_url}{detail_url}", auth=(USERNAME, PASSWORD), verify=False, timeout=10 ).json() state = detail.get("PowerState", "unknown") health = detail.get("Status", {}).get("Health", "unknown") print(f"{detail.get('Id')}: 电源状态={state}, 健康状态={health}")

这段代码先调Chassis接口拿机箱成员列表，再遍历Systems列表逐个查询节点的电源状态和健康状态。需要注意三个参数：请求超时建议设10秒以上，CMM在高负载时响应会变慢；verify=False表示忽略证书校验，在机房内网用没问题，但不要用到跨公网的场景里；账号密码不要硬编码到脚本里，建议改成从环境变量读取。

脚本跑完后，如果所有节点的PowerState都是On、Health都是OK，就可以继续下面的网络配置了。如果某个节点状态异常，在CMM网页里打开该节点的事件日志，看最近的几条报错记录，再决定是重新上电还是检查硬件。

4. 计算节点与网络模块：让业务流量真正跑通

CMM配置好之后，Flex刀箱的管理平面已经通了，但业务还没有通。这一章解决两个问题：怎么进到计算节点里装系统，以及网络模块怎么接才让流量出得去。这两个环节在配置里最耗时，也最容易出错。

4.1 计算节点的mM地址与远程控制台

每个计算节点都有一个独立的mM管理地址，在CMM页面里可以查看和修改。mM相当于单台服务器的带外管理口，可以独立于操作系统进行远程开关机、挂载远程介质、查看硬件状态。在Flex刀箱场景里，mM和CMM是两层概念：CMM管整个机箱，mM管单台刀片。

给计算节点部署操作系统时，常见做法是先通过mM打开远程控制台，挂载ISO镜像，再让节点从虚拟光驱启动。整个过程不需要去机房插U盘，这也是Flex刀箱批量部署系统时比机架服务器高效的关键所在。第一次给刀片装系统的人，最容易卡在找不到虚拟光驱启动项上——实际上就是远程控制台界面里的介质挂载按钮，挂载成功后重启节点时选启动顺序即可。

mM的IP在设备出厂时通常有一个默认值，实际部署时要在CMM里逐个改成规划表里的地址。改mM地址时节点无需断电，修改后当前的远程会话会断开，重新连接新地址就行。有一点要注意：mM地址和CMM地址不要分配在同一个具体IP上，虽然两者走不同的通道，但重复地址会导致CMM页面里该节点的管理状态异常显示。

4.2 直通模块与交换模块：网络配置的两条路线

网络模块是Flex刀箱配置里最容易理解偏差的部分。直通模块本身不做交换，作用是把计算节点的板载LOM口一对一直接引到机箱外部端口，外部接什么交换机、配什么VLAN，全由外部TOR决定；交换模块本身就是一台交换机，可以在模块上直接配置VLAN、中继和端口属性，上行口再接到外部核心或汇聚。

选哪种取决于现有网络架构。生产环境里我用交换模块多一些，因为VLAN配置就在刀箱内完成，和计算节点的对应关系一目了然；直通模块则适合网络策略完全由外部交换机统一管理的环境，刀箱端零配置。混用的情况也常见：业务流量走交换模块、存储流量走直通模块，两个平面物理隔离，互不干扰。

如果是交换模块，上线前要确认几个基础配置：管理VLAN的编号和网段、业务VLAN的划分、上行口的链路类型和中继允许列表。这里最容易出问题的是中继配置——下行口接计算节点通常配成access模式，上行口接TOR配成trunk，如果两边VLAN编号对不上，配置了也通不了，排查时先看两端允许的VLAN列表是否一致。

4.3 启动顺序与第一台虚拟化宿主机

网络模块配好后，可以开始部署第一台计算节点了。在CMM里找到目标节点，把启动模式设为UEFI，配置第一启动项为虚拟光驱，挂载虚拟化宿主机ISO后重启。如果要从SAN或外部存储启动，需要先在网络模块里放通存储VLAN，然后配置HBA卡或网卡的启动参数。

这里有个常见误区：启动顺序改完后，部分节点会自动重启一次。如果节点上已经在跑业务，一定要提前安排维护窗口，否则在线业务会瞬间中断。我一般会在部署窗口的前一天把启动顺序全部改好，第二天上班直接批量上电开装，避免配置变更和业务运行放在同一个时间段里互相干扰。

第一批节点装完系统后，建议先在CMM里再看一遍各节点的健康状态和事件日志，确认没有新报错再继续装后面的节点。平台化的批量部署可以靠PXE或自动化平台来做，但这不属于Flex刀箱本身的配置范畴，部署平台只是把操作系统装进去，刀箱层面的连通性和管理配置还是上面这套流程。

5. Flex刀箱配置避坑记录：五个实测翻车场景

配置Flex刀箱的过程里，有一些问题反复出现，而且现象和原因往往对不上。这一章按“现象—原因—解决”的方式记录五个真实踩坑案例，都是我在现场处理过的，照着排查能省很多时间。

5.1 现象：CMM突然掉线，整个管理平面一片红

某次现场巡检，CMM的IP ping不通，浏览器管理界面完全打不开，但刀箱上的业务流量一切正常。一开始怀疑CMM硬件故障，准备走备件流程，后来查管理交换机才发现，一个新上线的设备占用了和CMM相同的IP地址，两个设备IP冲突导致CMM管理网络持续振荡。

原因是新设备上线前没做IP规划核对，直接配了当时“空闲”的地址，而CMM地址记录在台账里但没同步给网络组。解决办法是先在管理交换机上查这个IP的MAC地址，确认MAC不是CMM的，再定位到具体端口，把冲突设备断网，CMM网络随即恢复。之后我把CMM和所有mM地址都加了IP规划变更审批，任何新设备上线前必须查重。

5.2 现象：业务网段抖动，主机没断，监控却全是告警

另一个客户项目上，刀片上的业务始终没中断，但监控系统频繁告警，备份任务也反复失败。查交换机端口流量发现，某个刀片节点的mM管理流量和业务流量走在了同一对物理链路上，管理平面的广播包把业务网段的交换机CPU利用率顶满了。

原因是实施时图省事，没有把mM管理口单独接到管理VLAN，而是让它跟着业务LOM口一起走。处理办法是在CMM里把该节点的mM地址所在的VLAN改到管理网络，同时从物理上把管理线缆和业务线缆分开接入不同的交换机。从这以后，Flex刀箱的所有节点上线，我都会检查一遍mM口的VLAN归属。

5.3 现象：VLAN配置明明保存了，重启后全部丢失

交换模块上配好VLAN，界面提示保存成功，确认无误。过几天网络模块重启后，配置全部回滚到出厂状态，VLAN一个不剩。反复试验后发现，问题出在CMM固件和网络模块固件版本不匹配，旧版CMM无法持久化新版网络模块的配置。

原因是固件基线没有先对齐，网络模块是新版本固件，CMM还是旧版本，两个固件之间的配置数据结构不兼容。解决方法是先升级CMM固件到与网络模块匹配的版本，然后重新配置VLAN，再做一次完整的重启验证，确认配置在重启后仍然存在。这件事让我养成了先查固件兼容矩阵再动手配置的习惯。

5.4 现象：固件升级到一半，计算节点失联

批量升级计算节点固件时，某个节点进度条长时间卡住不动，接着mM地址也ping不通了，远程控制台黑屏。开始以为是网络问题，后来发现是升级过程中该节点上还开着远程控制台会话，控制台占用了固件升级需要的底层通道，导致升级进程被阻断。

原因是升级操作没有关闭节点现有的控制台会话，多个会话同时占用时固件更新无法正常写入。解决方法是升级前先关闭该节点的所有远程会话，把控制台退出干净，再把升级超时时间调长，然后逐个节点升级，确认完成后再做下一个。升级期间CMM页面会自动显示维护状态，不用额外操作，但千万别手痒去刷新页面或重启CMM。

5.5 现象：远程控制台打不开F1设置界面

装系统时要进UEFI设置界面改启动顺序，但远程控制台里按F1完全没有反应，键盘输入就像进了黑匣子。这个现象很普遍，多数原因是控制台软件和浏览器环境不兼容，按键没有被正确捕获到虚拟屏幕上。

解决方法是先确认控制台窗口的键盘焦点在虚拟屏幕上，用鼠标点一下画面中央再按F1；如果仍无效，换用HTML5控制台或最新版本的运行时环境。还有一种办法是直接在CMM里配置启动顺序，不通过控制台进BIOS，CMM的配置页面里可以设置下次启动的临时启动项，改完重启一次即可，能避开控制台的兼容性问题。这个方法我现在用得最多，简单直接不折腾。

6. 把配置沉淀成模板：多台刀箱的复制与审计

一个机房的Flex刀箱通常不止一台。第二台、第三台配置时如果还是一次次点界面，既慢又容易漏项。我一般会在第一台配置完成后，把整套配置整理成一份基线文档：CMM的IP和账号权限、固件版本清单、网络模块的VLAN表、计算节点的启动配置，全部用表格记下来。后续每台新刀箱上线前，都拿这份基线逐项核对，而不是凭记忆重新配。

更进一步，可以把基线落到Redfish脚本里做自动化核对。部署新刀箱时先跑一次检查脚本，把CMM和所有节点的状态、固件版本输出成JSON，再与上一台的基线比对，差异部分自动标出来。这样巡检和变更前都能快速发现配置漂移。常见做法是把检查脚本接入定时任务，每周自动跑一次，只报告差异项，没有差异就万事大吉。有了这份基线，第二台刀箱的配置时间通常能压缩到第一台的一半左右，因为所有决策都已经做完了，剩下的是照单执行。

说句实在话，我在这上面栽过跟头。有一次图省事没记CMM的IP分配表，半年后设备搬迁，现场各台设备的地址怎么都对不上，最后只能串口进去恢复配置，整整折腾了一天。从那以后，每台Flex刀箱的配置表都跟着设备台账同步更新，每次变更后顺手把事件日志导出一份存起来。这个习惯救过我好几回，也希望帮到你。

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