ZimaOS의 듀얼 2.5GbE 포트는 자동으로 5Gbps 연결로 결합되지 않습니다. 2025년 12월 스레드 당시에는 LACP/링크 집계를 위한 Web UI가 없었으며, 커뮤니티에서는 수동으로 설정한 Linux 본딩이 ZimaOS 업데이트 후 덮어써지거나 유지되지 않을 수 있다고 경고했습니다.
현재 공개된 ZimaOS 문서에도 지원되는 원클릭 LACP 워크플로는 여전히 제시되어 있지 않습니다. 따라서 실질적인 질문은 “어떻게 bond0을 강제로 만들까?”보다는 “두 번째 포트로 어떤 작업을 개선하려는가?”에 가깝습니다.
두 포트가 하나의 5Gbps 흐름을 의미하지 않는 이유
LACP는 일반적으로 해시를 기준으로 독립적인 흐름을 멤버 링크에 분산합니다. 한 클라이언트와 한 서버 간의 SMB 복사 작업 하나는 두 링크를 결합한 두 배 속도의 스트림이 아니라, 하나의 물리적 링크만 사용하는 경우가 많습니다.
링크 집계 가이드에서는 다중 클라이언트 트래픽과 이중화가 대용량 단일 복사보다 더 적합한 사용 사례인 경우가 많은 이유를 설명합니다.
ZimaOS에 대해 포럼에서 언급된 내용
해당 스레드에서는 특정 릴리스에 LACP가 추가될 것이라는 IceWhale의 약속이 나오지 않았습니다. 커뮤니티 답변에서는 이 기능이 UI에 노출되지 않았다고 했으며, 기존 기능 요청을 안내했습니다.
Linux가 본딩을 지원하므로 수동 CLI 본딩은 기술적으로 가능할 수 있지만, ZimaOS는 어플라이언스 형태로 네트워크를 관리합니다. Linux 본딩 문서는 커널 기능 자체를 설명합니다. 그러나 ZimaOS 상태 관리와 통합되지 않은 수동 본딩은 재부팅이나 업데이트 후 사라지거나 연결을 중단시킬 수 있습니다.
두 NIC를 별도의 역할에 사용하기
지원되는 집계 워크플로가 제공되기 전까지도 두 개의 물리적 NIC는 별도 네트워크, VM/컨테이너 경로, 관리 트래픽 격리 또는 서로 다른 클라이언트 세그먼트에 유용하게 사용할 수 있습니다. 두 인터페이스를 동일한 비관리형 L2 경로에 연결하고 자동 집계를 기대하기보다는, 각 인터페이스를 의도적으로 설계한 네트워크에 연결하세요.
둘 이상의 세그먼트가 필요하다면 집계 속도만 높이려 하기보다 네트워크 세분화 가이드가 더 적합합니다.
LACP 전에 확인할 사항
사용하려는 집계 모드를 스위치가 지원해야 하고, 두 링크가 일관되게 구성되어야 하며, 클라이언트와 작업에 충분한 동시 흐름이 있어야 이점을 얻을 수 있습니다. 또한 스토리지와 CPU가 결합된 트래픽을 처리할 수 있어야 합니다.
이러한 계층 중 어느 하나라도 병목이라면 본딩을 추가해도 실제 전송 속도는 향상되지 않습니다.
결론
ZimaOS의 듀얼 2.5GbE 포트는 원클릭 LACP가 없어도 유용하지만, 자동으로 5Gbps 파이프를 구성하지는 않습니다. 셸에서 네트워크를 복구할 수 있는 경우가 아니라면 지원되지 않는 영구 본딩은 피하고, 여러 동시 흐름의 이점을 실제로 얻을 수 있는 작업일 때만 집계를 선택하세요.
