我使用板载IPMI管理许多SuperMicro服务器。我与共享(又名边带)以太网有爱恨交织的关系。通常,这些方法的工作方式是LAN1似乎具有2个(不同的)MAC地址-一个用于IPMI接口,另一个用于标准Broadcom NIC。在操作系统级别以下,会神奇地拦截到IPMI接口(基于MAC地址的第2层)的流量,无论运行什么操作系统都不会看到它。
您已经为他们找到了一个好处:减少布线。现在让我弥补一些不足:
- 以安全的方式将IPMI接口划分到单独的子网中特别困难。由于流量全部通过同一根电缆传输,因此(几乎)您始终必须在同一IP子网中具有IPMI接口和LAN1接口。在最新的主板上,IPMI卡现在支持为IPMI NIC分配VLAN,因此您可以得到一些分离的感觉-但底层的OS始终可以嗅探该VLAN的流量。较早的BMC控制器根本不允许更改VLAN,尽管ipmitool或ipmicfg之类的工具表面上可以让您进行更改,但这是行不通的。
- 您正在将故障点集中在系统上。在交换机上进行配置并设法以某种方式切断自己?恭喜,您现在已经切断了到服务器的主要网络连接以及通过IPMI进行的备份。网卡硬件故障?恭喜,同样的问题。
- 早期的SuperMicro IPMI BMC因使用网络接口做一些奇怪的事情而臭名昭著。是否使用板载IPMI端口还是专用IPMI端口通常是在开机(不重新启动)时确定的,因此不会从那里切换。如果断电并且交换机没有足够快地供电,则IPMI可能会因无法自动检测到错误的设置而无法正常工作。
- 我个人有很多奇怪的,无法解释的连接问题,无法使边带IPMI可靠地工作。有时我只是几分钟都无法ping通接口IP。有时我会在分配的VLAN上收到大量数据包,但是流量似乎都被丢弃了。
尽管这与专用于边带与专用的无关,但我还要指出,用于访问主机系统的工具编写得很差。较旧的IPMI卡仅支持本地身份验证,不支持其他任何功能,这使密码轮换变得十分痛苦。如果使用的是KVM-over-IP功能,则将使用签名不正确,过期的Java小程序或仅在Windows上运行且需要运行UAC才能运行的怪异Java桌面应用程序。我发现键盘输入充其量是参差不齐的,有时会出现“卡住的键”,这样,如果不尝试输入10次,就不可能输入密码来登录。
我最终设法使40多个系统采用这种安排。我使用的大多数系统都是较新的系统,可以将IPMI接口VLAN划分到一个单独的子网中,而且我通常通过ipmitool使用串行控制台,效果很好。对于下一代服务器,我正在研究具有KVM支持的英特尔AMT技术。因为这使它进入服务器空间,所以可以看到用它替换IPMI。