링크 애그리게이션이 실제 가정용 NAS 작업 부하에 도움이 될까요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Does Link Aggregation Improve Your Actual Home NAS Workload?

링크 집계는 NAS 작업 부하가 충분한 독립적인 트래픽 흐름을 생성하거나 링크 장애 조치가 필요할 때만 도움이 됩니다.

가정용 NAS의 경우, 두 개의 결합된 이더넷 포트가 자동으로 하나의 SMB 복사를 두 배 빠른 연결로 바꾸지는 않습니다. 유용한 결정은 여러 클라이언트, 컨테이너, 가상 머신, 백업 작업 또는 프로토콜 세션이 동시에 경쟁하는지, 스위치가 이러한 흐름을 두 링크에 걸쳐 해싱하는지, 그리고 스토리지와 CPU가 결합된 트래픽을 처리할 수 있는지에 따라 달라집니다.

본딩을 활성화하기 전에 작업 부하를 설명하세요

실제로 중요한 클라이언트, 프로토콜, 방향 및 시간 중첩을 나열하세요. 하나의 워크스테이션이 큰 파일 하나를 복사하는 작업 부하는 두 명의 편집자가 미디어를 읽고 다른 장치가 사진을 백업하며 컨테이너가 애플리케이션을 제공하는 작업 부하와 다릅니다.

Admin Magazine은 링크 집계를 시스템 간 여러 링크가 함께 작동하는 것으로 설명하지만, 집계 용량은 본딩 및 스위치 논리에 따라 분배되며 각 개별 흐름에 약속되는 것은 아닙니다.

현재 단일 포트로 기준선을 기록하세요: 클라이언트별 처리량, 총 NAS 처리량, 지연 시간, CPU 사용량, 디스크 활용도, 그리고 작업 부하가 겹칠 때만 혼잡이 발생하는지 여부를 기록하세요. 이러한 작업 부하 기록 없이는 성공적인 LACP 상태 화면이 사용자에게 이득이 있었음을 증명할 수 없습니다.

먼저 한 클라이언트와 한 전송을 테스트하세요

단일 클라이언트에서 큰 파일 읽기 및 쓰기를 실행한 후 LAG를 활성화하고 다시 반복하세요. 클라이언트 경로, SMB 버전, 스토리지 및 파일을 일정하게 유지하여 결과가 다른 작업 부하가 아닌 네트워크 설계를 반영하도록 하세요.

실용적인 홈랩 설명에 따르면 LACP는 하나의 흐름을 두 배로 늘리지 않습니다. 해싱 결정이 일반적으로 해당 연결을 한 멤버에 할당하기 때문입니다. 본딩은 총 용량이 더 높게 보고될 수 있지만 단일 흐름은 한 포트에 의해 제한됩니다.

단일 복사가 한 링크 속도에 머문다면, 이는 실패한 LAG가 아닙니다. 이는 사용 사례가 여러 독립 흐름, SMB 멀티채널 또는 더 빠른 개별 링크로 평가되어야 하며, 본딩 레이블이 TCP 동작을 변경할 것으로 기대해서는 안 된다는 의미입니다.

여러 클라이언트를 동시에 측정하세요

각 클라이언트가 서로 다른 NAS 폴더로 큰 파일을 전송하는 두 개 이상의 클라이언트를 시작하세요. 클라이언트들을 거의 동시에 시작한 후 각 클라이언트의 결과와 두 멤버 인터페이스 전체의 결합 트래픽을 기록하세요.

AnandTech의 다중 클라이언트 NAS 테스트는 스토리지 IOPS나 다른 하위 시스템이 제한되면 다중 클라이언트 처리량이 이론적 본딩 용량에 도달하기 전에 정체될 수 있음을 보여줍니다.

유용한 LAG 결과는 단순히 두 포트에서 트래픽이 발생하는 것이 아닙니다. 결합 처리량이 한 링크를 초과하면서 개별 클라이언트가 안정적이고 NAS가 네트워크 이득을 없애는 스토리지, CPU 또는 메모리 한계에 도달하지 않아야 합니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

한 명의 빠른 클라이언트에 대해 LACP와 SMB 멀티채널을 비교하세요

SMB 멀티채널과 링크 집계는 서로 다른 문제를 해결합니다. LACP는 SMB 아래에서 독립적인 네트워크 흐름을 분배하는 반면, 멀티채널은 양쪽 끝점이 적절한 경로를 노출할 때 여러 SMB 전송 연결을 생성할 수 있습니다.

ZimaSpace의 SMB 멀티채널 경로 가이드는 하나의 SMB 세션이 스위치 해시에만 의존하지 않고 여러 인터페이스를 직접 사용할 수 있는 이유를 설명합니다.

이 설계들을 별도로 테스트하세요. 결과 경로 선택을 이해하지 못한 상태에서 본딩과 멀티채널을 함께 활성화하지 마세요; 커뮤니티 보고서에 따르면 LAG와 멀티채널이 의도한 결과를 복잡하게 만드는 방식으로 상호작용하는 구성이 있습니다.

장애 조치를 별도의 이점으로 테스트하세요

처리량이 향상되지 않더라도 중복성 때문에 본딩을 정당화할 수 있습니다. 활성 전송 중에 제어된 유지보수 시간에 한 멤버 케이블을 분리하거나 한 스위치 포트를 비활성화하고 세션이 일시 중지, 재연결 또는 실패하는지 관찰하세요.

결과는 본딩 모드, 스위치 지원, 장애 감지 간격, 프로토콜 동작 및 두 멤버 링크가 동일한 논리 네트워크에 도달하는지 여부에 따라 달라집니다. LAG로 복귀하는 링크도 플래핑이 반복 경로 변경을 일으킬 수 있으므로 테스트 이벤트입니다.

중요한 서비스를 보호하고 복구 동작이 문서화된 경우에만 장애 조치를 유지하세요. 한 명의 인근 클라이언트가 사용하는 가정용 NAS는 추가 구성에서 거의 이득을 얻지 못할 수 있지만, 여러 항상 켜져 있는 서비스를 지원하는 스토리지 서버는 더 빠른 단일 복사 없이도 복원력을 중요하게 여길 수 있습니다.

작업 부하가 정당화할 때만 링크 집계를 유지하세요

동시 흐름이 정기적으로 한 포트를 초과하고, 관리형 스위치가 동일한 모드를 지원하며, 스토리지가 결합된 수요를 공급할 수 있고, 장애 조치가 운영상 가치가 있을 때 LACP를 선택하세요. 우선순위가 한 클라이언트 또는 한 주요 전송일 경우 단일 더 빠른 포트를 선택하세요.

포트 수 가정 대신 결정 기록을 사용하세요: 기준 작업 부하, 집계된 작업 부하, 멤버 링크 분포, 총 처리량, 스토리지 한계, CPU 부하 및 장애 조치 결과. 본딩이 반복 가능한 이점을 추가하지 않는다면 모니터링 및 복구 복잡성은 실제 비용으로 남습니다.

성공적인 결과는 2.5GbE 또는 10GbE 링크 하나를 유지하거나, 독립 인터페이스를 통한 SMB 멀티채널을 사용하거나, 다중 클라이언트 서비스를 위해 LACP를 유지하는 것일 수 있습니다. 올바른 선택은 측정된 가정용 NAS 작업 부하를 변경하는 것이며, 가장 큰 인터페이스 레이블을 생성하는 것이 아닙니다.