我知道可以为同一个 NIC 分配多个 IP 地址，只要它们在同一个子网上（例如，服务器 A 可以同时分配 192.168.1.1 和 192.168.1.2）。
但是，是否可以将属于不同子网的多个 IP 地址分配给同一个 NIC？服务器将连接到配置了多个 VLAN 的交换机，例如 192.168.1.1/24 和 10.0.0.0/24。我希望服务器同时为 192.168.1.1 和 10.0.0.1。
我想这样做的原因是我们目前在 192.168.1.0/24 上有一个内部网络，我们想添加额外的专用网络以满足管理需要：例如，将 Dell DRAC 设备放在这个网络上。我想知道是否可以在不添加更多电缆和更多交换机端口的情况下做到这一点。
我们购买了一些只有 9 个插座的 30amp 208v PDU。我们连接到这些 PDU 的服务器不会使用完整的 30 安培（80%，或者实际上是 40%，因为我们使用冗余电源）所以我们需要找到一种方法将 9 台以上的服务器连接到相同的 9 个插座，所以我们不会浪费我们支付的容量。
我想过使用像这样的 Y 分线电缆：http : //www.cablesandkits.com/power-cord-c14-c13-splitter-cable-awg-p-515.html
这将让我将两台服务器连接到一个插座。
每个单独的插座都可以提供 12 安培的功率，而单个服务器在最大负载时消耗的功率不太可能超过 3 安培，因此它应该提供足够的功率。
问题是是否还有其他原因导致这可能是一个坏主意，并且除了购买带有更多插座的 PDU 之外是否还有其他解决方案（我不想这样做，因为我必须在这些机架和机架上使用水平 PDU更多的插座会消耗更多的 U 空间）。
这是情况。出于容错和负载平衡的原因，我想使用双链路将我的 Linux 服务器连接到单个网络。服务器有 2 个或更多 1-gig NIC，我计划将它们中的每一个连接到驻留在单个堆栈中的不同交换机（即单个虚拟交换机）。所有交换机都是瞻博网络 EX4200 或 EX4500。
我知道我可以使用任何 Linux 绑定模式，我想知道什么是最好的。过去我使用主动备份模式，因为有些服务器连接到非堆叠交换机，但现在我们有了一个新的、一致的网络，我想使用一种绑定模式，除了容错外，还提供负载平衡。
我认为最好使用的模式是 802.3ad (LACP)，因为这是所有网络设备上使用的标准，但事实证明，当我将一组端口配置为交换机端的 LACP 通道时，连接中断，直到我还要正确配置服务器端。这使我们的系统管理任务变得更加困难，因为在安装新服务器之前，我们必须删除交换机上的 LACP 配置（因为 PXE 引导和网络安装之类的东西在 LACP 端口上不起作用），并且在安装之后我们需要更改交换机再次设置，但必须在服务器配置为使用 LACP 之后，否则连接将中断。
其他绑定模式（例如 balance-alb）不需要在交换机侧进行任何特殊配置，而在纸面上提供相同的优势。
有什么理由选择 802.3ad 而不是 balance-alb？
我们目前有一个使用 192.168.1.0/24 范围的私有 IP 子网。我们的 IP 地址用完了，想将此子网扩展到 192.168.0.0/21 之类的地址。
是否有可能在没有大量停机的情况下进行此类更改？如果我们首先更改交换机上的 VLAN 配置以使用新的网络掩码，那么所有具有旧配置的连接机器是否会立即中断，直到我们更改其配置？或者他们会像以前一样继续工作，但只会看到以前的子网，而不是扩展子网上有 IP 的主机，然后我们可以逐渐更改每个主机上的网络掩码，除了本地 NIC 重启所需的时间外，不会停机？
我有一堆运行 CentOS 5.3 32 位的服务器。它们都是使用相同的安装方法（CD 或网络安装）同时安装的。
我最近注意到其中一台主机存在问题，它在尝试验证 RPM 包时报告如下错误：
[sagi@server3 ~]$ rpm -qV coreutils 2>&1| grep mkdir
prelink: /bin/mkdir: at least one of file's dependencies has changed since prelinking
S.?..... /bin/mkdir
[sagi@server3 ~]$
链接前消息是第一个引起我注意的消息。在尝试执行任何类型的 RPM 相关操作时，它经常出现。而且，verify 命令报告 mkdir 包的大小不匹配，我不明白。
我试图在其他一些服务器上运行相同的命令，但没有一个有相同的问题。/bin/mkdir 的大小和 coreutils 的版本在有问题的服务器和所有其他主机上是相同的，例如：
[sagi@server3 ~]$ rpm -q coreutils
coreutils-5.97-19.el5
[sagi@server3 ~]$ ls -l /bin/mkdir
-rwxr-xr-x 1 root root 29852 Jan 21 2009 /bin/mkdir
[sagi@server3 ~]$
[sagi@server4 ~]$ rpm -q coreutils
coreutils-5.97-19.el5
[sagi@server4 ~]$ ls -l /bin/mkdir
-rwxr-xr-x 1 root root …