top of page

Meta OCP Summit 2026, 오픈 Ethernet으로 독점 AI 네트워크에 맞서다

17시간 전
12분 분량

Meta는 OCP Summit 2026에서 최초의 액체 냉각 네트워크 랙을 공개하고, 오픈 Ethernet 아키텍처로 특화 AI 인터커넥트에 도전장을 던졌다.

이번 발표는 개별 가속기 랙부터 건물, 클라우드, 리전에 분산된 클러스터까지 아우른다. 구성 요소로는 IcePack, IceCube, Flattened Planar Fabric, MetaRoCE, 그리고 새로운 스위치 플랫폼 표준이 포함된다.

개별 제품도 중요하지만, 더 큰 주장이 핵심이다. Meta는 하나의 프로그래머블 Ethernet 스택으로 모든 계층을 단일 공급업체에 종속하지 않으면서 scale-up, scale-out, scale-across 네트워킹을 지원할 수 있다고 말한다.

이러한 입장은 오픈 Ethernet을 특화 가속기 패브릭 및 독점 플랫폼 인터페이스와 대립시킨다. 동시에 Broadcom, NVIDIA, Microsoft, Alibaba, Cisco, 그리고 클라우드 제공업체에 동일한 인프라 전략 안에서 서로 다른 역할을 부여한다.

Meta는 2026년 10월 12일부터 10월 15일까지 San Jose에서 열린 OCP Global Summit에서 이 설계를 발표했다. 서밋 프로그램은 AI 클러스터, 네트워킹, 액체 냉각, 오픈 플랫폼 표준을 주요 의제의 중심에 배치했다.

기술적 주장은 야심 차지만, 성능 근거 대부분은 Meta 자체에서 나온다. 진정한 시험대는 다른 운영업체들이 서로 다른 가속기, 스위치, 클라우드 환경에서 이 아키텍처를 재현할 수 있는지에 달려 있다.

Meta OCP Summit 2026, 세 가지 네트워크 영역을 통합하다

Meta는 AI 네트워크를 랙 내부, 클러스터 전반, 리전 간에서 작동해야 하는 하나의 시스템으로 보고 있다.

Meta의 네트워크 발표는 이 시스템을 세 가지 영역으로 나눈다. Scale-up은 랙 또는 긴밀하게 결합된 pod 내부의 가속기를 연결한다. Scale-out은 클러스터 내부의 수많은 가속기 노드를 연결한다. Scale-across는 여러 사이트에 분산된 용량을 연결한다.

이러한 영역은 전통적으로 서로 다른 요구 사항을 부과해 왔다. Scale-up 링크는 극히 낮은 지연 시간과 긴밀히 동기화된 통신을 우선시한다. Scale-out 패브릭은 수천 개 프로세서 전반에서 대규모 집합 연산을 처리해야 한다. 리전 네트워크에는 거리, 가변적인 경로, 장애 도메인이 추가된다.

Meta의 대응은 최초의 액체 냉각 네트워킹 랙인 IcePack에서 시작된다. IcePack은 OCP ORV3-HPRv1 랙 표준을 따르며 IceCube 스위치 블레이드를 수용한다.

각 IceCube는 초당 102.4테라비트의 스위칭 용량을 제공한다. 128개의 논블로킹 800기가비트 연결을 제공하며, Meta의 기존 51.2T 플랫폼 대비 대역폭을 두 배로 늘린다.

Meta는 서로 다른 스위치 칩을 중심으로 두 가지 IceCube 변형 모델을 설계했다. 하나는 Broadcom Tomahawk6C를, 다른 하나는 NVIDIA Spectrum-6를 사용한다. 두 제품 모두 OCP Switch Abstraction Interface를 통해 Meta의 오픈소스 FBOSS 네트워크 운영체제를 실행한다.

이 듀얼 실리콘 설계는 Meta의 더 큰 주장을 뒷받침한다. 개방형 운영 계층은 인프라 팀이 전체 제어 환경을 재구축하지 않고도 둘 이상의 하드웨어 경로를 검증할 수 있게 해야 한다.

액체 냉각은 장식적인 추가 요소가 아니다. 더 높은 스위치 대역폭은 전력 및 열 밀도를 높이며, AI 랙은 이미 가속기와 지원 장비를 제한된 공간에 밀집시킨다.

네트워킹 계층을 액체 냉각 설계에 통합하면 Meta는 차세대 컴퓨팅 시스템 옆에 102.4T 스위치를 배치할 수 있다. 또한 갈수록 어려워지는 공랭 구성에 대한 의존도도 줄인다.

IceCube는 네트워크의 한 부분만 다룬다. Meta의 Flattened Planar Fabric, 즉 FPF는 GPU가 scale-out 패브릭에 연결되는 방식을 바꾼다.

각 GPU는 8개의 독립적인 100기가비트 링크로 연결된다. 이 링크는 8개의 스위치에 도달하며, 각 네트워크 plane에 하나의 연결이 할당된다.

일반적인 설계는 흔히 단일 uplink 구조를 통해 트래픽을 전송한다. FPF는 사용 가능한 경로를 독립적인 plane에 분산하고 패킷 배치를 네트워크 인터페이스 카드에 더 가깝게 옮긴다.

이 토폴로지는 스위칭 계층 하나도 제거한다. Meta는 FPF가 기존의 3계층 Clos 설계를 2계층 Clos 패브릭으로 바꿔 홉 수, 지연 시간, 인프라 요구 사항을 줄인다고 말한다.

Clos 패브릭은 여러 스위치 계층을 통해 엔드포인트 사이에 복수의 경로를 제공한다. 계층을 제거하면 이 경로는 단순해지지만, 엔드포인트 하드웨어와 제어 소프트웨어가 더 많은 책임을 맡게 된다.

네트워크 인터페이스 카드는 하드웨어에서 8개 plane 전체로 패킷을 분산한다. 이후 결합된 호스트 및 스위치 제어 plane은 성능이 저하된 plane을 피해 트래픽을 조정할 수 있다.

Meta는 NVIDIA 및 Spectrum-X Multiplane 기술과 함께 프로덕션 구현을 개발했다. 이 협업은 Meta가 인프라에서 NVIDIA를 배제하려 한다는 단순한 서사를 복잡하게 만든다.

대신 Meta는 참여와 제어를 분리하려 한다. NVIDIA 실리콘은 시스템의 일부로 남을 수 있지만, Meta는 여러 공급업체에 걸쳐 개방형 운영 모델을 유지한다.

따라서 즉각적인 변화는 단순히 더 빠른 스위치보다 크다. Meta는 냉각, 스위칭, 라우팅, 전송, 리전 집계를 위한 조정된 아키텍처를 공개했다.

오픈 Ethernet, 이제 가속기 랙 내부까지 확장

핵심 경쟁은 Ethernet이 특화 scale-up 네트워크에 성능을 내주지 않고도 긴밀히 결합된 가속기를 지원할 수 있는지다.

Scale-up 네트워킹은 Ethernet이 진입하기 가장 어려운 스택 영역이었다. 가속기 랙 내부 통신은 낮은 지연 시간, 예측 가능한 전달, 그리고 프로세서 간의 상당한 대역폭을 요구한다.

이러한 요구 사항은 일반적인 데이터 센터 트래픽과 다르기 때문에 특화 인터커넥트가 우위를 점했다. 수백 개의 가속기가 부분 결과를 교환할 때 훈련 작업은 예측 불가능한 지연을 감내할 수 없다.

Meta는 MTIA 300 훈련 가속기용으로 구축한 Ethernet 기반 scale-up 스위치 Tahan으로 대응하고 있다. Tahan은 Broadcom의 51.2-Tbps Tomahawk 5 스위치 칩을 사용한다.

이 플랫폼은 포트당 800기가비트로 작동하는 64개 포트를 제공한다. Meta는 그 용량의 절반을 backplane을 통한 가속기 연결에 할당한다.

4개의 Tahan 스위치는 논블로킹 토폴로지에서 16개의 가속기를 연결한다. Meta에 따르면 각 가속기는 초당 6.4테라비트의 scale-up 대역폭을 제공받는다.

Tahan은 Meta의 scale-out 네트워크에 적용된 무손실 RoCE 전송 구성도 재사용한다. RoCE는 Ethernet을 통해 원격 직접 메모리 액세스를 전송해, 시스템이 일반적인 호스트 처리 오버헤드 없이 데이터를 이동할 수 있게 한다.

Meta는 라우팅 IPv6, priority flow control, AI 트래픽에 맞춰 조정된 서비스 품질 정책으로 이 환경을 구성한다. FBOSS는 scale-up 및 scale-out 스위치를 운영한다.

이러한 재사용이 Meta의 오픈 Ethernet 논지를 뒷받침하는 메커니즘이다. 공통 운영 스택은 엔지니어가 배포하고 문제를 해결해야 하는 고립된 네트워킹 시스템의 수를 줄일 수 있다.

Meta는 이미 Tahan을 출하하고 있으며, 다음 설계는 더 야심 차다. 회사는 400기가비트 연결과 Broadcom Tomahawk6C 실리콘을 사용하는 216포트 스위치 블레이드를 미리 공개했다.

이 블레이드 8개는 하나의 랙에서 72개의 가속기를 연결하도록 설계됐다. 이 설계는 IceCube에 적용된 것과 동일한 102.4T 실리콘 세대를 사용할 예정이다.

향후 버전은 Ethernet for Scale-Up Networking, 즉 ESUN을 기반으로 계획되어 있다. ESUN은 가속기 규모 Ethernet의 패브릭 요구 사항을 정의하는 OCP 이니셔티브다.

출하 제품과 계획 중인 표준의 차이는 중요하다. Tahan은 현재 존재하지만, 현행 구현은 Meta가 설명하는 최종 ESUN 기반 아키텍처는 아직 아니다.

ESUN 1.0은 가속기 구현 선택의 여지를 열어 둔 채 패브릭이 제공해야 할 요소를 정의한다. 범위에는 프레이밍, 오류 처리, IEEE 및 Ultra Ethernet Consortium의 작업과의 정렬이 포함된다.

Meta는 ESUN 1.1이 완성에 가까워지고 있다고 말한다. 계획된 추가 사항에는 스위치 프로필과 축소된 패킷 간 간격이 포함되며, 이는 scale-up 패브릭 내부의 지연 시간 단축을 목표로 한다.

참여 그룹에는 AMD, Arista, Arm, Broadcom, Cisco, HPE, Marvell, Microsoft, NVIDIA가 포함된다. 이러한 회원 구성은 폭넓은 관심을 보여 주지만, 참여만으로 호환 가능한 제품이 보장되지는 않는다.

Ethernet의 장점은 모든 구성 요소가 즉시 상호 교환 가능해진다는 데 있지 않다. 그 장점은 하나의 가속기 회사가 전체 스택을 통제하지 않고도 운영업체, 칩 공급업체, 시스템 벤더가 구현할 수 있는 공통 프레임워크에 있다.

특화 패브릭은 여전히 중요한 강점을 지닌다. 프로세서, 스위치, 소프트웨어 라이브러리, 집합 통신 알고리즘 간의 긴밀한 통합에서 이점을 얻는다.

따라서 Meta는 단순한 원시 링크 용량 이상을 증명해야 한다. 혼잡 상황에서 안정적인 tail latency, 예측 가능한 장애 복구, 지속적인 애플리케이션 성능이 필요하다.

Ethernet이 이러한 요구 사항을 충족한다면 인프라 구매자는 더 큰 협상력을 얻게 된다. 단일 수직 통합 패키지를 받아들이지 않고도 가속기, 스위치, 네트워크 소프트웨어 선택지를 조합할 수 있다.

그렇지 못한다면 운영업체들은 랙 외부에서는 Ethernet을 계속 사용하면서, 가장 까다로운 내부 연결에는 특화 패브릭을 유지할 것이다.

Flattened Planar Fabric, 지능을 엣지로 이동시키다

FPF는 더 단순한 물리적 계층 구조와 네트워크 인터페이스, 호스트, 스위치, 제어 소프트웨어 간의 더 높은 수준의 조정을 맞바꾼다.

평면화된 설계는 네트워크를 3개의 스위칭 계층에서 2개로 줄인다. 계층 수가 줄면 지연 시간과 장비를 줄일 수 있지만, 남은 시스템은 다수의 경로를 효과적으로 활용해야 한다.

FPF는 네트워크 인터페이스 카드에서 부하 분산을 시작한다. NIC는 스위치가 더 큰 트래픽 흐름을 분할할 때까지 기다리지 않고, 개별 패킷을 8개의 독립적인 plane에 분산한다.

패킷 수준 분산은 사용 가능한 링크를 더 고르게 활용할 수 있다. 또한 서로 다른 경로를 지나는 패킷이 반드시 순서대로 도착하지는 않기 때문에 순서가 뒤바뀐 전달을 일으킬 수도 있다.

이러한 동작은 전송 설계가 아키텍처의 핵심인 이유를 설명한다. 기존 전송 방식은 순서가 바뀐 패킷을 손실의 증거로 해석해 불필요한 재전송이나 혼잡 대응을 유발할 수 있다.

MetaRoCE는 Meta의 해답이다. 이는 대규모 Ethernet 패브릭에서 집합 AI 통신을 위해 설계된 RDMA 전송 방식이다.

Meta의 기술 발표에 따르면 이 프로토콜은 멀티패스, 수신자 주도형이며, 순서가 뒤바뀐 도착을 허용한다. 완벽한 무손실 패브릭을 가정하지 않고 패킷 손실을 예상 가능한 네트워크 조건으로 취급한다.

수신자 주도형 제어는 목적지가 송신자가 언제, 어떻게 데이터를 전송할지 결정하는 데 도움을 준다는 의미다. 이 모델은 수신 시스템에 혼잡과 사용 가능한 용량에 대한 더 큰 영향력을 부여한다.

Meta는 MetaRoCE가 분산 훈련에 필요한 신뢰성과 혼잡 제어 동작을 제공한다고 말한다. 회사는 다른 인프라 팀이 설계를 검토하고 확장할 수 있도록 구현체를 공개하고 있다.

이전 MetaRoCE 발표는 AMD 프로그래머블 네트워크 인터페이스 카드에서의 구현을 설명했다. 또한 멀티플레인 토폴로지, tail latency, 장거리 RDMA도 다뤘다.

오픈 코드는 검토 가능성을 높이지만, 자동으로 상호운용성을 만들지는 않는다. 광범위한 채택을 위해서는 NIC 지원, 적합성 테스트, 안정적인 사양, 그리고 여러 벤더의 운영 도구가 필요하다.

이 때문에 FPF와 MetaRoCE는 함께 평가해야 한다. FPF가 멀티패스 환경을 만들고, MetaRoCE는 동기화된 AI 워크로드에서 그 환경을 사용할 수 있도록 한다.

호스트도 장애 제어 시스템의 일부가 된다. 한 플레인이 장애를 일으키면 호스트는 네트워크만을 기다리지 않고 남은 플레인으로 트래픽을 조정할 수 있다.

이 설계는 단일 스위치나 링크 문제의 영향을 제한할 수 있다. 동시에 운영자가 엔드포인트와 네트워크 장비 전반에서 관찰해야 하는 상태도 늘어난다.

Meta는 FPF가 다양한 장애 및 유지보수 조건에서 우수한 성능을 발휘한다고 말한다. 그러나 공개 발표에는 해당 시나리오에 대한 완전한 독립 벤치마크 세트가 제시되지 않았다.

이 아키텍처는 라인 레이트로 패킷을 분산할 수 있는 하드웨어도 요구한다. 운영자는 기존의 모든 NIC가 Meta의 구현을 재현할 수 있다고 가정할 수 없다.

클라우드 배포는 또 다른 복잡성을 더한다. 공급업체마다 토폴로지, 트래픽 클래스, 혼잡 설정, 스위치, RDMA 전송 방식이 다르다.

일부 클라우드는 여전히 특수 워크로드에 InfiniBand를 사용한다. 다른 곳에서는 Meta가 소유한 데이터센터와 다르게 동작하는 Ethernet 기반 시스템을 제공한다.

Meta는 클라우드 파트너가 용량이 서비스에 투입되기 전에 공통적인 point-to-point 및 collective 벤치마크를 실행한다고 말한다. 이러한 테스트는 수십 개 GPU부터 1,000개가 넘는 GPU까지 아우른다.

회사는 공급업체별 트래픽 클래스와 혼잡 설정을 자체 RDMA 요구사항에 맞춰 매핑한다. 이 과정은 이기종 인프라가 프로덕션 워크로드에서 충분히 일관되게 동작하도록 하는 것을 목표로 한다.

이 적격성 검증 작업은 개방성의 중요한 한계를 드러낸다. 시스템은 개방형 구성 요소를 사용할 수 있지만, 동시에 대규모 엔지니어링 조직의 광범위한 통합 및 테스트를 요구할 수 있다.

Meta는 이 문제를 표준화로 요약한다. 이기종 장비는 관리할 수 있지만, 전송 방식, 텔레메트리, 혼잡 동작의 모든 차이는 운영 작업을 추가한다.

소규모 운영자는 그 결과물인 사양과 소프트웨어의 혜택을 볼 수 있다. 그러나 Meta의 전체 검증 체계를 즉시 재현하기는 어려울 것이다.

따라서 경쟁 압력은 클라우드 고객만큼이나 공급업체에도 가해진다. 스위치, NIC, 가속기 공급업체는 자사 제품이 공통 운영 모델에 부합함을 입증해야 한다.

스케일-어크로스 네트워킹은 거리를 스케줄링 문제로 바꾼다

Meta의 리전 아키텍처는 지리를 분리된 데이터센터 간의 연결이 아니라 학습 시스템의 일부로 취급한다.

Meta는 계획 중인 AI 용량이 하나의 건물이나 리전에 담을 수 있는 규모를 넘는다고 말한다. Prometheus는 2026년에 약 1기가와트를 기준으로 설계됐고, Hyperion은 5기가와트 규모로 확장하는 것을 목표로 한다.

이 수치는 학습 성능의 완성된 비교 결과가 아니라 인프라 계획을 설명한다. 그럼에도 Meta가 기존 건물, 옥외 구조물, 코로케이션 시설, 퍼블릭 클라우드 전반의 용량을 연결하는 이유를 보여준다.

Backend aggregation, 즉 BAG는 스케일-어크로스 계층이다. Meta는 이를 여러 spine 계층 패브릭을 하나의 더 큰 클러스터로 연결하는 중앙집중형 Ethernet super-spine으로 설명한다.

이 시스템은 페타비트 규모로 작동한다. 회사에 따르면 두 리전 간 인터-BAG 용량은 초당 수십 페타비트에 이를 수 있다.

이 대역폭이 거리를 없애지는 않는다. 더 긴 링크는 패킷과 확인 응답이 이동하는 데 더 많은 시간을 요구하며, 무손실 Ethernet은 전송 중인 데이터를 위한 충분한 버퍼 헤드룸을 필요로 한다.

짧은 로컬 링크와 수십 킬로미터를 가로지르는 링크에 동일한 버퍼 할당을 적용해서는 안 된다. 모든 연결을 최악의 경우에 맞춰 프로비저닝하면 부족한 스위치 메모리가 낭비된다.

대신 FBOSS는 설치된 케이블 길이를 측정한다. 비혼잡 큐를 통해 프로브 트래픽을 보내 왕복 거리를 추정하고, 그 측정값에 따라 버퍼 헤드룸을 할당한다.

이 방법은 물리적 거리를 네트워크 구성의 입력값으로 만든다. 또한 정확한 측정과 변화하는 조건에 대한 보수적인 처리가 필요하다.

경로 품질도 또 다른 문제다. 경로는 용량 일부를 잃은 뒤에도 계속 사용 가능할 수 있으므로, 이진적인 업 또는 다운 신호만으로는 충분하지 않다.

BAG는 eBGP 링크 대역폭 신호를 사용해 사용 가능한 경로 용량에 비례하여 트래픽을 분산한다. 댐핑은 개별 장애로 발생하는 라우팅 변동을 제한한다.

학습 소프트웨어는 두 번째 제어 계층을 추가한다. Meta에 따르면 패브릭 간 지연 시간은 하나의 패브릭 내부 지연 시간보다 몇 배 더 크다.

집합 통신 라이브러리는 종종 지리적 거리를 이해하지 못한 채 알고리즘을 선택한다. 잘못된 선택은 더 느린 리전 경로를 가로질러 대량의 동기화 트래픽을 강제할 수 있다.

Meta는 적응형 라우팅과 워크로드 스케줄링으로 이 문제를 해결하고 있다. 라우팅은 네트워크 페널티를 줄이고, 스케줄링은 불필요한 집합 트래픽이 BAG를 피하도록 한다.

회사는 복원력을 높이기 위해 복제본도 사용한다. 한 복제본에 장애가 발생하면 시스템은 이를 제외하고, 살아남은 복제본은 동기화 작업을 계속한다.

이는 인프라 설계에서 의미 있는 전환이다. 하나의 학습 작업이 여러 사이트에 걸칠 때 네트워킹과 작업 스케줄링은 더 이상 독립적으로 최적화될 수 없다.

Meta는 리전 백본에 IPv6 기반 Segment Routing도 배포했다. SRv6는 라우팅 지시를 IPv6 경로에 인코딩해 더 의도적인 트래픽 엔지니어링을 지원한다.

백본은 Cisco Silicon One을 사용하는 얕은 버퍼 스위치에서 FBOSS를 구동한다. Meta는 OCP의 Switch Abstraction Interface를 통해 추가 실리콘 제품군을 적격성 검증할 계획이라고 말한다.

이 리전 계층은 클라우드 공급업체에 압력을 가한다. Meta는 임대 용량과 퍼블릭 클라우드 GPU가 운영 관점에서 자사가 소유한 인프라와 유사하기를 원한다.

클라우드 파트너는 단순히 고립된 가속기 인스턴스를 제공할 수 없다. 훨씬 더 큰 규모에서 예측 가능한 토폴로지, 혼잡 동작, 검증 결과, 텔레메트리를 제공해야 한다.

이 아키텍처는 기존의 클러스터 경계에도 도전한다. 클러스터는 한때 하나의 시설 내부 장비를 뜻했다. BAG는 건물, 캠퍼스, 인접 리전을 하나의 학습 시스템을 구성하는 요소로 취급한다.

더 긴 거리는 여전히 심각한 제약이다. Meta는 수십, 수백, 수천 킬로미터에 걸친 미래 작업을 논의하지만, 소프트웨어가 지연 시간을 없애지는 못한다.

실질적인 질문은 어떤 워크로드가 그러한 거리를 견딜 수 있는가다. 느슨하게 결합된 복제본은 모든 가속기 간에 긴밀하게 동기화되는 작업보다 리전을 더 쉽게 넘나들 수 있다.

Meta의 발표는 보편적인 결과가 아니라 제어 메커니즘을 확립한다. 리전 용량이 하나의 일관된 머신처럼 얼마나 동작할지는 애플리케이션 구조가 결정할 것이다.

개방형 인터페이스가 통합 위험을 없애지는 않는다

Meta의 전략은 여러 계층을 개방하지만, 그 성공은 여전히 하드웨어, 펌웨어, 전송, 워크로드 소프트웨어 전반의 어려운 엔지니어링에 달려 있다.

Open Switch Platform Architecture, 즉 OSPA는 스위치 데이터 플레인이 더 이식 가능해진 뒤에도 파편화된 상태로 남아 있던 계층을 겨냥한다.

Switch Abstraction Interface는 네트워크 소프트웨어가 서로 다른 스위칭 칩을 제어할 수 있게 한다. 하지만 그 인터페이스 아래에서 작동하는 플랫폼 기능에는 여전히 하드웨어별 작업이 필요하다.

이러한 기능에는 전원 시퀀싱, 센서, 열 관리, 하드웨어 인벤토리, 관리 연결, 펌웨어 업데이트, 진단이 포함된다.

Meta는 각 플랫폼을 가동하는 데 수개월의 중복 엔지니어링이 필요했다고 말한다. OSPA는 이 작업을 줄이기 위한 공통 하드웨어 및 소프트웨어 인터페이스를 정의한다.

Meta는 Microsoft 및 Alibaba와 함께 이 이니셔티브를 공동 주도하고 있다. 버전 1.0은 Open Compute Project에 제출됐다.

이 파트너십은 대형 운영자들 사이에서 OSPA의 신뢰도를 높인다. 그러나 장비 공급업체가 사양을 얼마나 빨리 구현할지, 그리고 그 구현이 얼마나 일관되게 동작할지는 정해지지 않았다.

Meta는 또한 스위치 공급업체가 자체 플랫폼을 온보딩할 수 있도록 FBOSS를 변경했다. 목표 모델은 여러 공급업체가 Meta 엔지니어를 기다리지 않고 호환 가능한 시스템을 개발할 수 있게 하는 것이다.

개발자는 Meta의 네트워크 운영 체제 소스 코드를 제공하는 FBOSS repository를 살펴볼 수 있다. 공개 코드는 기술 검토를 가능하게 하지만, 프로덕션 배포에는 리포지토리 접근권 이상이 필요하다.

하드웨어 적격성 검증, 펌웨어 호환성, 테스트 인프라, 사고 대응은 여전히 상당한 투자 대상이다. 공급업체는 운영 체제와 실리콘 세대가 변화함에 따라 포팅 작업도 유지해야 한다.

MetaRoCE도 유사한 도입 장벽에 직면한다. 프로토콜은 개방형일 수 있지만, 다수의 배포된 시스템에서 사용할 수 없는 프로그래머블 NIC 기능에 의존할 수 있다.

전송 동작은 스위치 버퍼, 라우팅 정책, 가속기 드라이버, 집합 라이브러리 전반에서도 예측 가능하게 유지돼야 한다. 어느 한 계층의 결함도 애플리케이션 성능 저하로 나타날 수 있다.

또 다른 전략적 긴장도 있다. Meta의 아키텍처는 Broadcom, NVIDIA, Cisco, AMD의 상용 실리콘에 의존하면서도 개방형 운영 모델을 제시한다.

이러한 구성이 모순은 아니지만, 개방성을 좁게 정의한다. Meta는 모든 구성 요소를 직접 제조하는 것이 아니라 인터페이스, 구현체, 참조 설계를 개방하고 있다.

공급업체는 여전히 칩 로드맵, 패키징, 생산 능력, 다수의 저수준 기능을 통제한다. 여러 공급업체가 동등한 구현을 제공할 때에만 운영자는 대안을 확보한다.

NVIDIA와의 협력은 이러한 균형을 보여준다. Meta는 특수 기술이 담당하는 네트워크 도메인에서 Ethernet을 하나의 선택지로 제시하면서 NVIDIA와 FPF를 공동 개발했다.

NVIDIA는 개방형 Ethernet 환경에 Spectrum-X 스위치를 판매함으로써 이익을 얻을 수 있다. 동시에 Ethernet의 광범위한 도입은 단일 수직 통합형 가속기 네트워크에 대한 의존도를 낮출 수 있다.

Broadcom은 Tomahawk 기반 Tahan 및 IceCube 설계를 통해 비슷한 기회를 얻는다. Cisco는 Silicon One을 통해 리전 백본에 참여한다.

Microsoft와 Alibaba는 스위치 플랫폼 표준화가 대규모 플릿 전반의 중복 엔지니어링을 줄일 수 있기 때문에 OSPA를 지원한다. 이들의 참여는 이 이니셔티브를 Meta에 덜 종속적으로 만든다.

출시 시점의 독립 검증은 여전히 제한적이다. Meta는 자사 전송 기술이 프로덕션에서 검증됐다고 부르지만, 발표에는 경쟁 NIC와 스위치 전반의 완전한 제3자 결과가 포함되지 않았다.

따라서 독자는 세 가지 주장을 구분해야 한다. 설계는 존재하고, 일부는 Meta 내부에서 가동 중이며, 개방형 사양은 더 폭넓은 도입을 지원할 수 있다.

첫 두 주장은 회사의 직접 증거를 갖는다. 세 번째 주장은 향후 구현, 적합성 테스트 스위트, 공급업체 지원, Meta 외부 배포에 달려 있다.

보안과 신뢰성도 주목할 필요가 있다. 공통 인터페이스는 맞춤형 코드를 줄일 수 있지만, 공유 구현은 여러 플랫폼에 걸쳐 결함을 집중시킬 수 있다.

운영 단순성 역시 보장되지 않는다. 여러 공급업체를 지원하면 협상력을 높일 수 있지만, 팀이 적격성 검증해야 하는 펌웨어 조합의 수는 늘어난다.

개방형 인프라는 호환성이 전체 엔지니어링 작업을 줄일 때 성공한다. 명목상 개방형 구성 요소가 함께 작동하기 위해 광범위한 일회성 튜닝을 요구할 때는 실패한다.

Meta의 공개는 업계에 상세한 방향을 제시한다. 하지만 아직 그 경제성 시험을 해결하지는 못했다.

Meta의 개방형 Ethernet 전략을 결정할 세 가지 신호

다음 증거는 반복 가능한 상호운용성, 안정적인 애플리케이션 성능, Meta 자체 플릿을 넘어선 도입을 보여야 한다.

첫 번째 신호는 ESUN 1.1의 공개와 구현이다. 이 사양은 저지연 scale-up 트래픽을 위한 스위치 프로파일과 더 짧은 패킷 간 간격을 추가할 것으로 예상된다.

가속기 및 스위치 공급업체가 동일한 요구사항에 맞춰 호환 제품을 출시한다면 ESUN의 신뢰도는 높아진다. 적합성 결과는 추가 가입 발표보다 Meta의 주장을 더 강하게 뒷받침할 것이다.

구현이 지연되거나 공급업체 간 해석이 호환되지 않는다면 그 주장은 약화될 것이다. 이는 Ethernet의 공통 어휘가 여전히 신뢰할 만한 scale-up 제품 계층을 갖추지 못했음을 시사할 것이다.

두 번째 신호는 외부에서의 MetaRoCE 도입이다. Meta는 오픈 소스 구현체를 발표했지만, 도입 기업에는 실제로 동작하는 NIC 지원, 규정 준수 도구, 재현 가능한 성능 테스트가 필요하다.

서로 다른 NIC, 스위치 칩, 가속기 시스템을 결합한 배포 사례를 주시해야 한다. 혼잡 및 부분 장애 상황에서의 결과는 이상적인 처리량 시연보다 더 유용하다.

테일 레이턴시는 특히 면밀히 살펴볼 가치가 있다. 평균 대역폭이 높게 유지되더라도, 소수의 전송 지연이 동기화된 학습 속도를 떨어뜨릴 수 있다.

클라우드 제공업체의 도입도 또 하나의 중요한 시험대가 될 것이다. 클라우드는 이기종 플릿을 운영하며, 단일 소유자가 때로는 감출 수 있는 통합 문제를 드러낸다.

세 번째 신호는 102.4T 스위칭을 중심으로 구축된 72-가속기 랙이다. Meta는 해당 플랫폼을 미리 공개했으며, Tahan의 더 작은 16-가속기 토폴로지는 현재 출하되고 있다.

프로덕션 배포는 오픈 표준 로드맵을 더 고밀도의 운영 환경과 연결할 것이다. 또한 냉각, 전송, 집단 통신 소프트웨어가 함께 확장 가능한지도 보여줄 것이다.

포트 수보다 애플리케이션 결과가 더 중요하다. 유의미한 근거는 지속적인 프로덕션 트래픽 환경에서 학습 효율, 장애 복구, 전력 밀도, 운영 부담을 비교해야 한다.

2026 summit agenda는 얼마나 많은 그룹이 800G, 1.6T, 광학, 액체 냉각, 가속기 네트워크 기술을 동시에 추진하고 있는지를 보여준다.

이러한 폭넓은 움직임은 기회와 분절화를 동시에 만든다. Meta의 제안은 공통 Ethernet 동작과 개방형 플랫폼 인터페이스를 통해 이들 구성 요소를 정리하려 한다.

개발자에게 이 변화는 성능 문제가 발생하는 지점에 영향을 미친다. 이제 전송 소프트웨어, 집단 통신 라이브러리, 토폴로지 인식, 장애 처리도 가속기 코드와 함께 모델 처리량에 영향을 준다.

인프라 구매자는 어떤 계층이 실제로 상호 교체 가능한지 검토해야 한다. 또한 구성 요소가 여러 공급업체에서 조달될 때 검증 책임이 누구에게 있는지도 물어야 한다.

클라우드 고객은 제공업체가 더 강력한 토폴로지 및 성능 보장을 제공하는지 주시해야 한다. Meta의 검증 모델은 대규모 분산 작업에서 일반적인 가속기 제공만으로는 더 이상 충분하지 않음을 시사한다.

Meta OCP Summit 2026 발표는 전체 AI 네트워크에 걸친 개방형 Ethernet을 위한 일관된 근거를 제시한다. IcePack과 IceCube는 대역폭과 냉각을 다룬다. FPF와 MetaRoCE는 다중 경로 전송을 다룬다. BAG와 SRv6는 지리적 분산을 다룬다.

OSPA와 FBOSS는 여러 공급업체 환경에서 플랫폼을 운영 가능하게 만들려 한다. ESUN은 그 노력을 가장 까다로운 스케일업 영역까지 확장한다.

개방형 접근 방식은 다른 조직이 Meta의 엔지니어링 규모 없이도 Meta의 결과를 재현할 수 있을 때에만 성공한다. 독자들이 다음 제품 주기에 가져가야 할 질문은 바로 이것이다.

사양만이 아니라 구현체를 지켜봐야 한다. 독립 운영자가 혼합 하드웨어 환경에서도 예측 가능한 학습 성능을 달성한다면, Meta의 아키텍처는 AI 네트워킹의 경쟁 기준을 바꾸게 될 것이다.

 
 

무료로 시작하세요

개인 지식 관리 기능을 갖춘 로컬 우선 AI 어시스턴트

더 나은 AI 경험을 위해

현재 remio는 Windows 10+ (x64) 및 M-Chip Macs만 지원합니다.

업무를 위한 AI 파트너
remio와 더 많은 일을 해내세요

계획하고, 만들고, 완성하세요
모든 일을 한곳에서

bottom of page