10GbE NAS와 기가비트 클라이언트: 서버와 엔드포인트 중 무엇을 먼저 업그레이드해야 할까?

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

NAS에 이미 정상적으로 작동하는 10GbE 업링크가 있지만 모든 활성 워크스테이션이 여전히 1GbE에 연결되어 있다면, 한 사용자의 파일 전송이 문제일 때는 먼저 엔드포인트 경로를 업그레이드하세요. 스토리지, CPU, 프로토콜 또는 업링크 구성 때문에 서버가 기가비트급 처리량을 넘는 속도를 제공하지 못한다는 측정 결과가 나올 때만 NAS 측을 먼저 업그레이드해야 합니다. 기가비트 클라이언트가 여러 대라면 10GbE NAS는 이미 유용한 집계 대역폭을 제공할 수 있으므로, 올바른 첫 업그레이드 대상은 병목이 클라이언트별인지 서버 전체인지에 따라 달라집니다.

먼저 네트워크 용량과 파일 서비스 처리량을 분리하세요

첫 번째 테스트는 서로 다른 두 가지 질문에 답해야 합니다. 양쪽 장치가 모두 지원할 때 네트워크 경로가 1GbE보다 빠르게 데이터를 전송할 수 있는가, 그리고 NAS 스토리지 스택이 그 속도로 데이터를 제공할 수 있는가? 10GbE 포트라는 표기만으로는 어느 질문에도 답할 수 없습니다. 케이블, 스위치 협상, NIC 드라이버, CPU, SMB 또는 NFS 동작, 스토리지 풀이 모두 애플리케이션 처리량을 낮출 수 있습니다.

ESnet의 iperf3 측정 도구는 NAS 디스크 풀을 주된 작업 부하로 만들지 않고 달성 가능한 IP 네트워크 대역폭을 테스트하므로 유용합니다. 10GbE를 지원하는 클라이언트와 NAS가 의도한 경로에서 수 기가비트급 iperf 결과를 내지 못한다면, 더 빠른 스토리지나 엔드포인트 드라이브를 구매하기 전에 네트워크 문제를 해결해야 합니다.

그런 다음 실제 파일 전송을 실행합니다. iperf는 빠르지만 SMB, NFS 또는 애플리케이션 I/O가 여전히 기가비트 속도에 가깝거나 그 이하라면, 이제 제한 요인은 이더넷 링크보다 상위 또는 하위 단계에 있는 것입니다. 이 결과는 서버 측 튜닝이나 스토리지 점검이 필요하다는 뜻입니다. iperf와 파일 전송이 모두 1GbE 클라이언트의 상한선에 도달한다면, 엔드포인트 경로가 가장 먼저 업그레이드해야 할 대상입니다.

기가비트 엔드포인트가 해당 엔드포인트의 확실한 상한선

1GbE NIC가 장착된 워크스테이션은 10Gbps 속도의 10GbE NAS 연결을 10Gbps로 사용할 수 없습니다. NAS 스토리지 풀과 서버 CPU에 충분한 여유 성능이 있더라도, 해당 클라이언트는 자체적으로 협상된 링크를 통해 네트워크에 연결됩니다. 대용량 프로젝트 파일 복사, 백업, VM 이미지 또는 RAW 사진 전송을 기다리는 사용자에게는 클라이언트 NIC와 클라이언트와 NAS 사이의 스위치 포트가 가장 먼저 마주치는 현실적인 한계입니다.

Intel의 다중 속도 X550 어댑터 사양은 엔드포인트 업그레이드가 반드시 1GbE와 10GbE 중 하나를 선택하는 식일 필요는 없는 이유를 보여 줍니다. 성능이 충분한 어댑터는 상대 장치에 따라 2.5, 5 또는 10GbE로 협상할 수 있으므로, 홈 네트워크를 단계적으로 업그레이드할 수 있습니다.

특정 워크스테이션 한 대가 느리고 NAS가 이미 더 빠른 트래픽을 처리할 수 있음을 입증했다면 먼저 클라이언트 경로를 업그레이드하세요. 이 경로에는 워크스테이션 NIC, 스위치 포트, 케이블 및 중간 업링크가 포함됩니다. 워크스테이션이 여전히 1GbE로 협상하는 상태에서 서버 CPU나 스토리지를 교체해도 클라이언트별 한계는 그대로 남습니다.

패브릭을 확장하기 전에 더 빠른 엔드포인트 하나로 통제된 검증을 수행하세요

가장 위험이 적은 순서는 종단 간 더 빠른 경로를 하나 만들고 테스트하는 것입니다. 가장 큰 파일을 옮기는 워크스테이션을 업그레이드하고, 이를 2.5/5/10GbE를 지원하는 포트에 연결한 다음 iperf와 실제 NAS 전송 속도를 모두 측정하세요. 이를 통해 기존 10GbE NAS가 포트 속도를 실제 애플리케이션 성능으로 전환할 수 있는지 확인할 수 있습니다.

QNAP의 5속도 10GBASE-T 스위치는 유용한 혼합 속도 토폴로지를 보여 줍니다. 10GbE NAS, 빠른 워크스테이션 한 대, 여러 기가비트 클라이언트가 하나의 네트워크 패브릭을 공유하면서 각 포트가 연결된 장치에 맞춰 속도를 협상할 수 있습니다. 서버의 10GbE 링크가 실제로 유용한지 입증하기 위해 모든 엔드포인트를 업그레이드할 필요는 없습니다.

이제 더 빠른 엔드포인트에서 몇 배 더 빠르게 전송된다면 엔드포인트 우선 결정이 검증된 것이므로, 필요에 따라 나머지 네트워크를 업그레이드할 수 있습니다. 성능 변화가 거의 없다면 엔드포인트 어댑터 구매를 중단하고 NAS를 조사하세요. 이처럼 통제된 검증을 거치면 가정 전체에 멀티기가 장비를 구매했을 때 서버 측 병목이 가려지는 일을 방지할 수 있습니다.

더 빠른 클라이언트에서도 데이터 전송 속도가 오르지 않을 때는 NAS 측을 업그레이드하세요

빠른 엔드포인트를 사용하면 클라이언트별 한계가 사라지므로, 남아 있는 제한 요소를 더 쉽게 찾을 수 있습니다. HDD 풀이 까다로운 랜덤 워크로드를 지속적으로 처리하지 못할 수도 있고, 암호화나 압축이 CPU를 소모할 수도 있으며, 저전력 서버가 파일 서비스 처리를 버거워할 수도 있습니다. 또한 NIC가 최대 속도에 도달하기 훨씬 전에 애플리케이션이 I/O를 직렬화할 수도 있습니다.

현재 SMB, CPU 및 스토리지 워크로드 병목 현상에 관한 TrueNAS 하드웨어 가이드는 네트워크 하드웨어가 여러 단계 중 하나일 뿐이라는 점을 일깨워 줍니다. 이 가이드는 성능이 부족한 CPU가 체크섬 계산, 압축, 암호화 및 파일 서비스 작업에서 병목이 될 수 있으며, 가상화와 병렬 워크로드에 따라 적합한 CPU 특성이 달라진다고 설명합니다.

더 빠른 엔드포인트를 사용해 서버가 링크의 여유 용량을 채우지 못한다는 사실이 확인된 후에만 NAS 측 스토리지, CPU, 메모리 또는 구성을 업그레이드하세요. 이렇게 하면 업그레이드 순서를 지킬 수 있습니다. 클라이언트 제한을 제거하고, 다음 한계를 관찰한 뒤, 실제로 작업을 지연시키는 서버 구성 요소를 변경하세요.

여러 기가비트 클라이언트가 이미 10GbE NAS 업링크를 함께 사용할 수 있습니다

각 클라이언트가 1GbE라고 해서 10GbE NAS가 쓸모없는 것은 아닙니다. 네 개의 클라이언트가 각각의 기가비트 액세스 링크를 동시에 사용할 수 있고, 서버 업링크가 네 클라이언트의 트래픽을 합산해 전달하므로 네 클라이언트 모두가 하나의 1GbE NAS 연결을 나눠 써야 하는 상황을 피할 수 있습니다. 따라서 어떤 엔드포인트도 아직 멀티기가비트가 아니더라도 다중 사용자 가정에서는 서버 측 10GbE 포트가 유용합니다.

Microsoft의 SMB 멀티채널 문서에서도 하나의 연결 경로와 여러 개의 사용 가능한 경로 사이의 차이를 설명합니다. 지원되는 구성에서는 SMB가 여러 인터페이스를 사용할 수 있지만, 일반적인 단일 1GbE 클라이언트 경로가 서버의 10GbE라는 표시를 마법처럼 물려받는 것은 아닙니다. 총 처리 용량과 클라이언트별 처리 용량은 서로 다른 구매 기준입니다.

불만이 “백업을 시작하면 모두의 속도가 느려진다”는 것이라면 10GbE NAS 업링크는 유지하고 모든 엔드포인트를 교체하기 전에 서버와 스토리지의 총 처리 용량을 살펴보세요. 불만이 “한 편집자에게 지금 400GB 프로젝트가 필요하다”는 것이라면 먼저 해당 편집자의 경로를 업그레이드하세요. 지연을 체감하는 사용자가 어떤 상한선이 중요한지를 결정합니다.

관찰된 병목 현상을 기준으로 업그레이드 순서를 정하세요

간단한 결정 순서를 사용하세요. 먼저 NAS가 10GbE로 협상되고 성능이 충분한 클라이언트에서 멀티기가비트 iperf 처리량을 낼 수 있는지 확인하세요. 다음으로 해당 네트워크 결과를 실제 파일 서비스 처리량과 비교하세요. 마지막으로 문제가 한 클라이언트에 속하는지, 여러 클라이언트가 함께 사용할 때 발생하는지, 아니면 NAS 자체의 문제인지 판단하세요.

관찰된 결과 먼저 업그레이드 이유
NAS의 iperf는 멀티기가비트이지만 한 클라이언트는 1GbE 근처로 제한됩니다 엔드포인트 경로 클라이언트 NIC 또는 스위치 포트가 확실한 상한선입니다
더 빠른 클라이언트는 iperf 성능이 뛰어나지만 파일 복사는 느립니다 NAS 스토리지/CPU/구성 네트워크가 파일 서비스 스택보다 더 빠를 수 있습니다
여러 1GbE 클라이언트가 동시에 활성화될 때만 속도가 느려집니다 NAS의 총 처리 용량을 측정하세요 10GbE 업링크가 이미 유용할 수 있습니다. 이제 스토리지나 CPU가 공유되고 있을 수 있습니다
10GbE NIC가 있어도 NAS 자체는 1GbE로 협상합니다 서버 측 네트워크 경로 광고된 10GbE 성능이 종단 간 활성화되어 있지 않습니다
고부하 작업에는 빠른 엔드포인트 하나면 충분합니다 한 경로에서 멈추세요 집 전체 업그레이드는 비용만 늘리고 목표 작업은 바꾸지 않습니다

처음 추가한 더 빠른 엔드포인트 하나로 워크플로 목표를 달성할 수 있다면 거기서 멈추세요. 여러 기가비트 클라이언트가 이미 총수요를 발생시키고 있다면 10GbE 서버 링크를 유지하고, 모든 클라이언트를 손대기 전에 공유 스토리지와 CPU 용량을 확인하세요. 다음 구매는 단순히 링크 속도 표시를 맞추는 것이 아니라, 측정된 병목을 제거해야 합니다.

이 PC2 결정은 보편적인 승자를 고르는 것이 아니라 순서를 정하는 문제입니다. NAS가 이미 충분히 빠르다는 것이 입증되었고 워크스테이션 하나가 사용자의 병목인 경우에는 엔드포인트 우선 경로가 가장 일반적입니다. 더 빠른 테스트 클라이언트에서 NAS 측 한계가 드러나거나 여러 클라이언트의 총수요가 서버 리소스를 초과하는 경우에는 서버 우선 경로가 적합합니다.

다음 업그레이드가 작업 방식을 더 이상 바꾸지 않는 지점에서 멈추세요

네트워크 업그레이드는 꼬리에 꼬리를 물고 진행될 수 있습니다. 워크스테이션 하나가 2.5GbE 또는 10GbE에 도달하면 모든 스위치, 케이블, 도크, 어댑터를 교체하고 싶어지기 쉽습니다. 측정된 다른 워크로드가 낮은 속도의 링크를 충분히 자주 포화해 실제로 문제가 될 때까지 프로젝트를 확장하지 마세요.

직접 연결된 10GbE 링크와 관리형 10GbE 스위치 비교에 대한 ZimaSpace의 비교는 인접한 토폴로지 경계를 보여 줍니다. 즉, 집 전체를 공유하는 고속 네트워크로 전환하기 전에 작업량이 많은 워크스테이션 하나에 빠른 경로 하나를 먼저 구성할 수 있습니다. 업그레이드 순서도 같은 경제성을 따라야 합니다.

대상 편집 작업, 백업 시간 또는 멀티 클라이언트 워크로드가 요구되는 시간 내에 처리되면 멈추세요. 10GbE NAS는 기가비트 클라이언트를 효율적으로 처리할 수 있고, 빠른 클라이언트 하나만으로도 모두를 업그레이드하지 않고 NAS 대역폭을 더 많이 사용할 수 있습니다. 서버 하드웨어는 측정 결과가 서버 문제를 가리킬 때만 변경해야 합니다.

FAQ

10GbE NAS가 1GbE 클라이언트를 더 빠르게 만들어 주나요?

단일 전송에서는 클라이언트 자체의 1GbE 링크를 넘어설 수 없습니다. 그래도 10GbE NAS는 여러 기가비트 클라이언트를 동시에 처리해 전체 서비스를 개선할 수 있으며, 모든 클라이언트가 하나의 1GbE 서버 업링크를 공유하도록 만들 필요가 없습니다.

스위치와 워크스테이션 NIC 중 무엇을 먼저 업그레이드해야 하나요?

더 빠른 경로를 사용하려면 양쪽 장치와 중간 스위치 포트가 모두 원하는 속도를 지원해야 합니다. 현재 스위치가 기가비트 전용이라면 멀티기가 워크스테이션 NIC만 추가해도 여전히 1GbE로 협상됩니다. 엔드포인트 경로는 NIC와 스위치, 케이블을 하나의 구성으로 생각하세요.

링크 집계를 사용하면 1Gbps 클라이언트 하나가 10GbE NAS 링크를 모두 사용할 수 있나요?

일반적인 링크 집계는 단일 1GbE 클라이언트 인터페이스 하나를 10GbE 인터페이스로 바꾸지 않습니다. 클라이언트와 서버가 모두 지원하는 경우 일부 프로토콜은 여러 경로를 사용할 수 있지만, 엔드포인트에는 여전히 여러 개의 적합한 링크와 호환되는 소프트웨어가 필요합니다.

제품 비교

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.