Broadcom Tomahawk 6, 대역폭 두 배로 확대. AI 네트워크는 여전히 확장성 압박

Broadcom Tomahawk 6는 단일 칩 Ethernet 스위칭 용량을 초당 102.4테라비트로 두 배 늘렸지만, 이 발전이 AI 클러스터의 실질적인 용량을 자동으로 두 배로 만드는 것은 아니다. 운영자가 더 많은 가속기를 연결하기도 전에 더 빠른 연결이 추가 대역폭을 소진할 수 있다. 그에 따른 압박은 스위치를 넘어 건물 배치, 소프트웨어, 배포 일정까지 이어진다.

10월 30일 Data Center Dynamics에 실린 한 오피니언 글은 이러한 긴장을 다시 부각했다. 글쓴이인 Eridu 공동 창업자 Omar Hassen은 AI 시설을 처음부터 설계할 때 네트워킹이 핵심 기준이 되어야 한다고 주장한다. 그의 경고는 그 배경의 일정과 가정에 대한 면밀한 검토와 함께 주목할 만하다.

Broadcom과 Nvidia는 이미 더 빠른 스위칭과 광통합 기술로 대응하고 있다. Meta의 엔지니어링 작업은 또 다른 고려 사항을 더한다. 설치된 대역폭과 실제로 활용 가능한 대역폭은 서로 다르다는 점이다. 핵심 충돌은 늘어나는 통신 요구 사항과 예측 가능한 애플리케이션 성능을 제공하는 네트워크 역량 사이에서 발생한다.

Broadcom Tomahawk 6는 수치를 바꾸지만, 전체 방정식을 바꾸지는 않는다

최근의 대역폭 증가는 분명하지만, 네트워크 제약이 사라졌다는 뜻은 아니다.

Broadcom은 2025년 6월 3일 Tomahawk 6 출하를 발표했다. 회사가 밝힌 용량은 초당 102.4테라비트로, 스위치 칩을 통과하는 총 데이터 처리량을 의미한다. 회사는 AI 인프라를 겨냥한 라우팅 및 연결 기능도 소개했다.

최근의 네트워크 장벽 주장을 평가할 때 이 발표는 중요하다. Hassen은 부족한 스위치 대역폭과 연결성을 생산적인 AI 인프라의 제약으로 제시한다. 그는 더 높은 연결성과 더 적은 스위칭 계층으로 구성된 플랫 네트워크를 지지한다.

이 글은 시장 전체에 대한 독립적인 측정이 아니라 벤더 임원의 분석이다. 그렇다고 그 논지가 무효가 되는 것은 아니다. 다만 독자는 아키텍처에 관한 주장과 업계 진전에 관한 주장을 구분해야 한다.

시점은 특히 신중히 살펴볼 필요가 있다. Broadcom의 Tomahawk 5 출시는 2022년 8월 16일로, 당시 회사는 51.2테라비트 스위칭 용량을 발표했다. 다음 발표는 3년이 채 지나지 않은 2025년 6월에 나왔다.

이 날짜만으로 칩 발표 간격을 거의 4년으로 볼 수는 없다. 또한 완성된 시스템이 언제 폭넓게 공급되거나 실제 운영에 투입됐는지도 보여주지 못한다. 실리콘 출하, 장비 인증, 운영 배포는 서로 다른 이정표다.

이 구분은 구매자가 물어야 할 질문을 바꾼다. 단순히 스위치 제조사가 용량을 두 배로 늘리고 있는지가 문제가 아니다. 배포 가능한 시스템이 목표 워크로드가 요구하는 속도에서 충분한 실질적 연결성을 제공하는지가 핵심이다.

더 빠른 칩은 설계 선택지를 만든다. 운영자는 그 용량을 더 빠른 연결, 더 많은 연결, 또는 둘의 조합에 배정할 수 있다. 패키징, 장비 설계, 지원 구성은 어떤 선택지가 실제 제품으로 구현되는지를 결정한다.

따라서 대역폭 이정표는 아키텍처 평가의 끝이 아니라 시작이 되어야 한다. 구매자는 칩 사양을 조달 가능한 장비와 연결해야 한다. 이어 그 장비를 애플리케이션 동작과 연결해야 한다.

네트워킹이 컴퓨팅보다 돌이킬 수 없을 정도로 뒤처졌다는 주장에도 같은 주의가 필요하다. 모든 모델, 클러스터, 배포 환경을 설명하는 보편적 비율은 없다. 어떤 애플리케이션은 데이터를 자주 교환하는 반면, 다른 애플리케이션은 더 많은 작업을 로컬에서 처리한다.

방어 가능한 결론은 더 좁지만 더 유용하다. 스위칭 용량은 발전했지만, 용량만으로는 AI 인프라를 완전히 설명할 수 없다. 워크로드의 통신 요구 사항이 이를 감당하는 네트워크의 실질적 역량을 넘어서는 지점에서 압박이 발생한다.

더 빠른 포트가 늘어난 대역폭 전체를 흡수할 수 있다

스위치는 더 빨라질 수 있지만, 필요한 속도로 더 많은 가속기를 연결하지 못할 수도 있다.

핵심 구분은 총대역폭과 래딕스, 즉 스위치가 특정 속도에서 지원하는 독립 연결 수 사이에 있다. 어느 한 수치도 다른 수치 없이는 의미가 없다. 낮은 속도에서 높은 연결 수를 지원하는 것은 높은 속도에서 같은 연결 수를 지원하는 것과 같은 역량이 아니다.

이 산술은 스위치 대역폭 확장이 인프라 계획 담당자를 실망시킬 수 있는 이유를 보여준다. 총용량이 두 배가 되는 동시에 연결당 요구 대역폭도 두 배가 되면, 이론적 연결 수는 변하지 않는다. 이는 모든 출하 스위치에 관한 측정 결과가 아니라 조건부 관계다.

이 관계가 중요한 이유는 AI 시설이 통신 속도와 클러스터 규모를 모두 수용해야 하기 때문이다. 하나의 요구 사항을 충족하는 과정에서 다른 요구 사항을 위한 자원이 소진될 수 있다. 운영자는 새 스위치 세대가 두 차원을 똑같이 확장한다고 가정할 수 없다.

물리적 커넥터는 또 다른 복잡성을 더한다. 그것이 항상 하나의 독립적인 가속기 연결에 대응하는 것은 아니다. 장비는 채널을 결합해 더 빠른 링크를 만들거나 브레이크아웃 구성을 통해 지원 연결을 분할할 수 있다.

따라서 구매자에게는 표면적인 커넥터 수보다 지원되는 구성이 필요하다. 또한 가속기에 연결되는 연결이 몇 개인지, 스위치 간 연결이 몇 개인지도 알아야 한다. 스위칭 계층 사이에 배정된 용량은 동시에 엔드포인트에 제공될 수 없다.

Broadcom의 Tomahawk 6 사양은 구성 세부 정보가 중요한 이유를 보여준다. 회사는 링크당 초당 200기가비트에서 10만 개 이상의 가속기를 지원하는 2계층 네트워크를 설명한다. 이는 명시된 연결 속도에 연결된 벤더 설계 주장이지, 보편적인 클러스터 보장은 아니다.

속도 조건은 규모 수치와 함께 제시되어야 한다. 이를 빼면 비교가 오해를 낳는다. 한 속도에서 대규모 엔드포인트를 지원하는 설계가 더 높은 속도에서 같은 규모를 자동으로 지원하는 것은 아니다.

스위칭 계층에도 같은 원칙이 적용된다. 계층을 하나 더 추가하면 네트워크를 확장할 수 있지만, 장비와 연결도 늘어난다. 이러한 절충이 허용 가능한지는 그 계층을 통과하는 트래픽에 달려 있다.

더 큰 네트워크가 항상 모든 유의미한 측면에서 더 느린 것은 아니다. 설계와 소프트웨어가 이를 효과적으로 활용하면 추가 경로는 용량과 복원력을 제공할 수 있다. 마찬가지로 계층이 적다고 해서 더 나은 애플리케이션 성능이 보장되지는 않는다.

실질적인 제약은 네트워크가 지속해야 하는 통신 패턴이다. 한 설계는 국지적 트래픽을 잘 처리하면서도 애플리케이션이 멀리 떨어진 그룹 간에 통신할 때 어려움을 겪을 수 있다. 총대역폭은 이런 차이를 가릴 수 있다.

이 때문에 스위치 세대를 비교하려면 용량이 두 배가 되었는지만 확인해서는 안 된다. 의미 있는 비교는 엔드포인트 속도, 워크로드, 복원력 요구 사항, 토폴로지를 동일하게 유지한다. 토폴로지는 장치와 링크의 배치를 뜻한다.

이러한 조건이 없으면 스위치 대역폭 확장은 인상적으로 보이면서도 운영상의 문제를 대부분 그대로 남길 수 있다. 반대로 조건을 갖추면 구매자는 설계의 어느 부분이 실제로 이점을 얻는지 파악할 수 있다.

압박은 애플리케이션 사용자보다 클러스터 소유자에게 먼저 닥친다

비용을 지불한 컴퓨팅 용량이 통신을 기다릴 때, 네트워크 한계는 운영 문제가 된다.

여러 가속기가 하나의 모델을 업데이트하기 위해 협력하는 분산 학습 작업을 생각해 보자. 각 가속기는 계산의 일부를 수행한다. 지정된 지점에서 참여자들은 계속 진행하기 전에 정보를 교환한다.

집합 연산은 프로세서 그룹 전체에서 이러한 교환을 조정한다. 예를 들어 All-reduce는 각 참여자의 기여를 결합하고 결합된 결과를 분배한다. 그 완료 여부는 그룹이 요구하는 통신에 달려 있다.

중요한 결과는 조율이다. 로컬 작업을 마친 가속기가 언제나 독립적으로 다음 단계로 진행할 수 있는 것은 아니다. 통신 지연은 유용한 계산이 재개되기까지의 시간을 늘릴 수 있다.

그렇다고 모든 유휴 가속기가 네트워킹 때문에 발생한다는 뜻은 아니다. 데이터 준비, 소프트웨어 동작, 메모리 한계, 스케줄링도 성능을 제한할 수 있다. 모든 저활용을 네트워크 탓으로 돌리면 실제 진단을 흐리게 된다.

클러스터 소유자에게 중요한 질문은 어떤 제약이 작업 완료를 좌우하는가다. 다른 자원이 속도를 결정할 때 더 빠른 스위치의 가치는 제한적이다. 반대로 통신이 여전히 핵심 경로에 남아 있다면 더 빠른 프로세서도 이점이 줄어든다.

이는 인프라 계획에 압박을 만든다. 조달팀은 가속기와 네트워킹을 별도 절차로 구매할 수 있지만, 애플리케이션은 이를 함께 경험한다. 장비 결정이 사용 가능한 해결책을 이미 제한한 뒤, 워크로드 실행 중에 불일치가 드러난다.

같은 관계는 학습된 모델을 실행해 출력을 생성하는 추론에서도 나타난다. 모델이 여러 가속기에 걸쳐 있을 때 통신은 요청 처리의 일부가 된다. 그 중요성은 애플리케이션이 작업을 분할하는 방식에 따라 달라진다.

Mixture-of-experts 모델은 서로 다른 입력에 맞춰 특화된 모델 구성 요소를 선택한다. 이러한 구성 요소가 서로 다른 장치에 있을 경우, 그 사이로 작업을 라우팅하면 추가 통신 요구 사항이 생긴다. 배포 방식이 네트워크를 가로지르는 트래픽의 양을 결정한다.

또 다른 방식은 입력 프롬프트를 처리하는 prefill과 이후 출력을 생성하는 decode를 분리한다. 이 단계들 사이에서 모델의 중간 어텐션 상태를 이동하면 전송 요구 사항이 발생한다. 이 절충은 가치가 있을 수 있지만, 그 가치는 부분적으로 네트워크 동작에 달려 있다.

이 사례들은 AI 네트워크 병목을 워크로드별로 평가해야 하는 이유를 보여준다. 학습 결과만으로는 추론 성능을 자동으로 예측할 수 없다. 한 통신 패턴에 최적화된 구성은 다른 패턴에서 다르게 작동할 수 있다.

애플리케이션 사용자는 이러한 제약을 간접적으로 경험한다. 스위치 사양이 아니라 완료 시간, 서비스 일관성, 사용 가능한 용량을 경험한다. 따라서 엔터프라이즈 구매자는 예상 사용 패턴을 반영하는 서비스 근거가 필요하다.

클러스터 운영자는 더 직접적인 의무를 진다. 즉, 통신이 유용한 작업을 제한하는 지점을 식별하고, 하드웨어, 소프트웨어, 또는 배치 변경으로 해결할지를 결정해야 한다. 모든 곳에서 대역폭을 늘리는 것은 제약을 이해하는 일을 대신하는 비용 높은 방법이다.

그 결과 계획 방식은 구체적으로 달라진다. 조달로 아키텍처가 고정되기 전에 네트워크 요구 사항은 워크로드 설계와 시설 결정에 포함되어야 한다. 눈에 보이는 혼잡이 발생할 때까지 기다리면 실질적인 선택지가 줄어든다.

더 많은 스위칭 용량으로 모든 트래픽 문제를 해결할 수는 없다

네트워크는 충분한 총용량을 갖추고도 트래픽을 잘못된 경로로 보낼 수 있다.

서로 통신하는 장치 사이에 여러 경로가 있는 네트워크를 생각해 보자. 혼잡한 전송이 같은 경로에 집중되면 다른 경로는 충분히 활용되지 않을 수 있다. 설치된 총대역폭을 늘린다고 해서 트래픽이 효과적으로 분산되는 것은 아니다.

이 지점은 하드웨어 사양과 전송 동작이 만나는 곳이다. 즉, 엔드포인트가 데이터를 전송하고, 확인 응답하며, 복구하는 데 사용하는 규칙이다. 이러한 규칙은 애플리케이션이 사용 가능한 경로를 얼마나 효율적으로 활용하는지에 영향을 준다. 또한 혼잡이나 손실로 통신이 중단될 때 어떤 일이 일어나는지도 결정한다.

Meta가 공개한 분산 학습 네트워크 관련 작업은 운영 사례를 제공한다. Meta 엔지니어들은 라우팅 과제, 통신 소프트웨어와의 조율, 네트워크 레이아웃을 고려한 스케줄링을 설명했다. 이들의 경험은 네트워킹을 스위치 구매가 아니라 하나의 시스템으로 다뤄야 한다는 점을 뒷받침한다.

RoCE, 즉 converged Ethernet 기반 원격 직접 메모리 액세스는 장치가 Ethernet 네트워크를 통해 원격 메모리에 접근할 수 있게 한다. Meta의 설명에 따르면 이러한 네트워크를 운영하려면 단순한 링크 속도 향상 이상의 변화가 필요했다. 여기서의 교훈은 특정 구성에 대한 보편적 지지가 아니라 통합에 관한 것이다.

작업 배치는 이러한 통합의 한 부분이다. 통신량이 많은 장치를 네트워크 내에서 가깝게 배치하면 제약이 있는 링크를 가로지르는 트래픽을 줄일 수 있다. 반대로 다르게 분산하면 총 가속기 수가 동일하더라도 부담이 커질 수 있다.

따라서 스케줄링 결정은 하드웨어의 체감 품질에 영향을 준다. 유리한 배치를 활용한 벤치마크는 덜 정돈된 실제 운영 환경에서는 사라지는 결과를 낼 수 있다. 구매자는 벤치마크 성능을 서비스 약속으로 받아들이기 전에 이 차이를 이해해야 한다.

Meta의 2026년 8월 24일자 MetaRoCE 전송 설계는 같은 논의를 확장한다. 이 회사는 더 많은 경로 관리를 네트워크 엔드포인트로 옮기고, 순서가 뒤바뀌어 도착하는 패킷을 지원한다고 설명한다. AMD Pensando 네트워킹 하드웨어로 검증했다고 보고했다.

이는 회사가 명시한 테스트 조건에 따른 자체 보고 결과다. 모든 가속기, 어댑터 또는 운영 환경에서 동등한 동작을 입증하는 것은 아니다. 중요한 점은 주요 운영자가 물리적 인프라와 함께 전송 설계를 통해 네트워킹 한계를 해결하고 있다는 사실이다.

따라서 Broadcom, Nvidia, Meta를 단순한 스위치 용량 경쟁으로 축소해서는 안 된다. 이들의 작업은 통신 시스템의 서로 다른 부분에 걸쳐 있다. 하드웨어와 소프트웨어 개선은 서로를 보완할 수 있다.

구매자에게 이는 벤더 비교를 더 복잡하게 만들지만, 더 나은 질문을 가능하게 한다. 성능은 특정 어댑터에 의존하는가? 통신 라이브러리에 특정 설정이 필요한가? 링크 장애 후 트래픽은 어떻게 재분배되는가?

이러한 질문은 AI 네트워크 병목 현상을 운영 책임과 연결한다. 약속된 결과를 제공하는 구성을 누군가는 유지해야 한다. 운영 팀이 이를 관찰하거나 문제를 해결할 수 없다면 성능 기능의 실질적 가치는 제한적이다.

더 넓게 보면, 애플리케이션 성능은 총 용량만으로 추론할 수 없다. 효과적인 라우팅, 호환 가능한 엔드포인트, 워크로드 배치가 그 용량 중 얼마나 많은 부분이 유용하게 쓰이는지를 결정한다. 더 빠른 실리콘은 여유를 만들고, 시스템은 이를 얼마나 효과적으로 사용할지를 결정한다.

광 통합은 전력 문제를 다루지만, 운영상 질문도 제기한다

통신 전력 절감은 가치가 있지만, 효율성 주장은 명확히 정의된 범위가 필요하다.

Nvidia는 2025년 3월 Spectrum-X Ethernet 및 Quantum-X InfiniBand 제품을 포함한 포토닉스 네트워킹 스위치를 발표했다. 이 발표에서 광 통합은 네트워킹 전략의 핵심으로 제시됐다. Broadcom 역시 Tomahawk 6용 광 통합 옵션을 설명했다.

Co-packaged optics는 통합 패키지 안에서 광 부품을 스위치 칩 가까이에 배치한다. 이 접근 방식은 신호가 빛으로 변환되기 전에 거치는 전기적 경로의 일부를 단축한다. 벤더들은 이를 고속 통신의 효율을 높이는 방법으로 제시한다.

이는 문제의 중요한 일부를 해결하지만, 모든 부분을 해결하지는 않는다. 더 효율적인 광 연결이 부적절한 트래픽 배치를 독립적으로 해결하는 것은 아니다. 또한 동일한 애플리케이션 출력을 위해 전체 시설이 더 적은 에너지를 사용한다는 것을 입증하지도 않는다.

측정 범위는 중요하다. 비교 대상은 광 부품, 네트워킹 장비 또는 전체 컴퓨팅 시설일 수 있다. 이는 서로 다른 주장으로, 구분되어야 한다.

마찬가지로, 향상된 통신 효율이 동일한 수준의 애플리케이션 개선으로 자동 전환되지는 않는다. 결과는 애플리케이션이 통신에 얼마나 많은 시간을 쓰는지에 따라 달라진다. 통신이 개선된 뒤 다른 제약이 지배적으로 바뀌는지에도 좌우된다.

이는 광 통합에 반대하는 근거가 아니라 일반적인 성능 관계다. 하나의 제약을 제거하면 다른 제약이 드러날 수 있다. 구매자는 애플리케이션 수준에서 측정했을 때 어떤 개선이 유지되는지 알아야 한다.

운영 설계는 추가적인 질문을 제기한다. 통합 부품을 갖춘 장비는 교체 절차와 예비 부품 계획을 바꿀 수 있다. 관련 세부 사항은 특정 시스템에 따라 달라지므로, 유지보수성에 관한 포괄적인 주장은 신중해야 한다.

구매 팀은 기술자가 어떤 부품을 독립적으로 교체할 수 있는지 확인해야 한다. 또한 장애를 격리하는 절차도 이해해야 한다. 이러한 사실은 효율성 개선이 운영 환경에 어떻게 맞는지에 영향을 준다.

신뢰성 비교에도 비슷한 엄격함이 필요하다. 부품의 장애 특성과 서비스 가용성은 관련돼 있지만 서로 다르다. 개별 부품이 고장 나더라도 중복 경로와 복구 소프트웨어는 애플리케이션 진행을 보존할 수 있다.

반대로, 매우 신뢰할 수 있는 부품도 서비스 중단이 없음을 보장하지는 않는다. 소프트웨어 오류, 구성 실수 및 다른 곳의 장애가 여전히 애플리케이션에 영향을 미칠 수 있다. 전체 설계를 평가하면 좁은 신뢰성 지표가 근거 없는 서비스 주장으로 확대되는 일을 막을 수 있다.

따라서 가장 강력한 회의적 관점은 범위에 관한 것이다. 더 빠른 스위칭과 광 통합은 식별 가능한 엔지니어링 문제를 해결한다. 그러나 그 해결책이 구매하려는 워크로드, 시설, 유지보수 프로세스에 어떤 영향을 미치는지는 증거로 보여야 한다.

이 기준은 영구적인 네트워크 장벽에 대한 예측에도 적용된다. 애플리케이션, 전송 소프트웨어, 장비가 변하면 제약도 이동할 수 있다. 유용한 질문은 하나의 기술이 영원히 승리하는지 여부가 아니라, 다음 배포에서 어떤 한계가 지배적인지다.

운영자에게 Broadcom Tomahawk 6는 구체적인 하드웨어 발전으로서 이 평가에 포함된다. 그 가치는 이를 통해 가능해지는 설계와 그 설계가 제공하는 결과에 달려 있다.

배포 가능한 시스템, 워크로드 결과, 복구 동작을 주시하라

다음 증거는 제품 역량을 반복 가능한 운영 결과와 연결해야 한다.

향후 몇 달 동안 첫 번째 신호는 명시된 구성에서의 완전한 시스템 가용성이다. 칩 발표는 기술적 진전을 보여 주지만, 구매자에게는 검증하고 설치하며 지원할 수 있는 장비가 필요하다. 이 이정표들 사이의 연결은 명시적으로 보도할 가치가 있다.

Broadcom Tomahawk 6 시스템의 경우, 유용한 공개 정보는 지원되는 엔드포인트 속도, 연결 수, 네트워크 레이아웃을 식별해야 한다. 사용 가능한 구성과 계획된 옵션을 구분해야 한다. 또한 어떤 소프트웨어 기능이 운영 용도로 준비됐는지도 설명해야 한다.

이러한 증거는 새로운 스위칭 기술이 현재의 제약을 완화할 수 있다는 주장을 강화할 것이다. 발표된 역량과 검증된 장비 사이에 지속적인 격차가 있다면 그 주장은 약화될 것이다. 어느 결과도 모든 운영자가 동일한 배포 일정을 따른다고 가정할 필요는 없다.

다음 신호는 비교 가능한 조건에서의 워크로드 성능이다. 유용한 비교는 네트워크 변화를 식별하면서 애플리케이션과 가속기 구성을 일정하게 유지한다. 그렇지 않으면 개선은 소프트웨어나 컴퓨팅 하드웨어의 무관한 변화에서 비롯될 수 있다.

학습 비교는 통신 측정치와 함께 애플리케이션 완료 동작을 보고해야 한다. 추론 비교는 요청 특성과 서비스 조건을 설명해야 한다. 워크로드 맥락이 없는 결과는 구매 판단에 제한적인 지침만 제공한다.

비정상적으로 느린 완료 시간을 뜻하는 꼬리 지연 시간도 주목할 필요가 있다. 평균 성능은 협업 작업이나 사용자 경험에 영향을 주는 지연을 감출 수 있다. 구매자는 지속적인 수요 상황에서도 개선이 일관되게 유지되는지 알아야 한다.

강력한 결과는 추가 용량이나 개선된 전송 방식이 의미 있는 애플리케이션 제약을 줄인다는 것을 보여 줄 것이다. 약한 결과는 현실적인 운영 조건이 비교에 포함된 뒤에는 이점이 거의 없음을 보여 줄 것이다. 어느 발견이든 또 하나의 고립된 대역폭 기록보다 더 많은 정보를 제공한다.

마지막 신호는 장애와 혼합 수요 상황에서의 복구 동작이다. 네트워크는 링크가 끊기거나 트래픽이 이동하거나 여러 애플리케이션이 경쟁할 때 평가되어야 한다. 이러한 조건은 아키텍처가 정교하게 구성된 시연을 넘어 유용한 작업을 보존하는지 드러낸다.

엔드포인트 주도 전송 방식의 경우, 관련 증거에는 호환 가능한 하드웨어와 서로 다른 네트워크 레이아웃에서의 동작이 포함된다. 광 통합의 경우에는 부품 문제 발생 시의 유지보수 절차와 서비스 연속성이 포함된다. 이는 기술적 주장과 별개의 관심사가 아니라 그 실질적인 확장이다.

반복 가능한 복구 결과는 더 큰 규모의 배포에 대한 신뢰를 뒷받침할 것이다. 문제 해결이 어렵거나 동작이 불안정하다면 더 큰 용량이 주는 표면적 이점은 제한될 것이다. 운영자는 시스템의 전체 수명 동안 이를 지원해야 하므로 결과가 중요하다.

엔지니어링 팀은 워크로드 배치, 장비 구성, 소프트웨어 버전을 포함해 각 비교의 전제를 보존해야 한다. 검색 가능한 엔지니어링 지식 베이스는 배포 조건이 바뀔 때 이러한 결정을 계속 활용할 수 있도록 도울 수 있다.

다음 클러스터를 승인하기 전에, 운영하려는 조건에서 실행하려는 애플리케이션을 벤더가 시연하도록 요구하라. 지원되는 연결 구성, 통신 소프트웨어 전제, 장애 후 동작을 요구하라. 이후 팀이 설계 한계와 구성 문제를 구분할 수 있도록 이러한 결과를 구매 결정에 첨부하라. Broadcom Tomahawk 6는 스위치 용량이 발전하고 있음을 보여 준다. 그러나 그 발전이 유용한 작업을 개선하는지는 귀사의 수용 기준이 입증해야 한다. 워크로드의 통신 요구 사항부터 시작하고, 이에 맞춰 완전한 시스템을 비교하며, 배포 준비 상태를 성능 논의의 일부로 삼아야 한다. 설치 환경이 바쁘고 완벽하지 않으며 벤치마크를 넘어 운영될 때도 애플리케이션을 유지할 수 있는 네트워크는 무엇인가?