ZimaOSのデュアル2.5GbEポートは、自動的に5Gbps接続へ統合されるわけではありません。2025年12月のスレッドでは、LACPやリンクアグリゲーションを設定するWeb UIは存在せず、コミュニティからは、手動で設定したLinuxボンディングが上書きされたり、ZimaOSのアップデート後も設定が維持されなかったりする可能性があると警告されていました。
現在公開されているZimaOSのドキュメントにも、サポート対象のワンクリックLACP設定手順は掲載されていません。そのため、実際に考えるべき問題は「どうやってbond0を強制的に作るか」ではなく、「2つ目のポートでどのワークロードを改善したいのか」です。
2つのポートが1本の5Gbps通信にならない理由
LACPは通常、ハッシュに基づいて独立した通信フローをメンバーリンク間に分散します。1台のクライアントと1台のサーバー間で行う1つのSMBコピーは、両方のリンクを組み合わせた2倍速のストリームにはならず、多くの場合、1本の物理リンク上にとどまります。
リンクアグリゲーションガイドでは、1回の大容量コピーよりも、複数クライアントの通信や冗長性のほうが適した用途になりやすい理由を説明しています。
ZimaOSについてフォーラムで説明されていたこと
このスレッドでは、特定のリリースでLACPを提供するというIceWhaleからの約束はありませんでした。コミュニティからの返信では、この機能はUIに公開されておらず、既存の機能リクエストが案内されていました。
Linuxがボンディングをサポートしているため、CLIで手動設定すること自体は技術的に可能かもしれません。しかし、ZimaOSはアプライアンスとしてネットワークを管理しています。Linuxのボンディングドキュメントはカーネル機能そのものについて説明したものです。ZimaOSの状態管理に統合されていない手動構築のボンドは、再起動やアップデート後に消失したり、接続障害を引き起こしたりする可能性があります。
2つのNICを別々の役割に使う
サポート対象のアグリゲーション設定手順が提供されるまでは、2つの物理NICを別々のネットワーク、VMやコンテナ用の経路、管理ネットワークの分離、異なるクライアントセグメントなどに利用できます。両方を同じアンマネージドL2ネットワークに接続して自動的なアグリゲーションを期待するのではなく、各インターフェースを明確なネットワーク設計に従って構成してください。
複数のセグメントが必要な場合は、単純に合計速度を追求するよりも、ネットワークセグメンテーションガイドのほうが参考になります。
LACPの前に確認すべきこと
使用するアグリゲーションモードをスイッチがサポートしていること、2本のリンクが一貫した設定になっていること、そしてクライアントやワークロードにメリットをもたらすだけの同時実行フローがあることを確認してください。ストレージとCPUも、統合された通信量を処理できなければなりません。
これらの層のいずれかがボトルネックであれば、ボンドを追加しても実際の転送速度は向上しません。
まとめ
ZimaOSのデュアル2.5GbEポートは、ワンクリックLACPがなくても便利に使えますが、自動的に5Gbpsの通信経路を形成するわけではありません。シェルからネットワークを復旧できる自信がない限り、サポート対象外の永続的なボンディングは避けてください。また、複数の同時通信フローによって実際にメリットを得られるワークロードの場合にのみ、アグリゲーションを選択してください。
