PicOS 데이터 센터 스위치: EVPN 및 업그레이드 가이드

대부분의 데이터 센터 스위치 결정은 여전히 ​​포트 수, 속도, 가격 등 데이터시트에서 시작됩니다. PicOS 데이터 센터 스위치는 먼저 다른 질문을 합니다. 운영 체제, 하드웨어 및 관리 계층이 분리되어 있기 때문에 PicOS를 선택하는 것은 하드웨어 구입이 아니라 더 많은 것입니다.운영-모델 결정- 팀이 전체 기간 동안 패브릭을 프로비저닝, 자동화 및 실행하는 방법입니다.

이 가이드에서는 PicOS 데이터 센터 스위치가 실제로 무엇인지, 스위치, 네트워크 운영 체제 및 AmpCon{0}}DC 컨트롤러가 서로 어떻게 맞는지, 어디에 적합한지, 생산 출시 전에 정확히 무엇을 검증해야 하는지 설명합니다. 목표는 네트워크 팀이 마케팅 언어가 아닌 엔지니어링 기준에 따라 PicOS를 평가하도록 돕는 것입니다.

PicOS 스위치 vs PicOS NOS vs AmpCon-DC: 실제로 선택하는 것

"PicOS 데이터 센터 스위치"라는 용어는 종종 느슨하게 사용되어 평가 중에 혼란을 야기합니다. 이는 별도로 구매하고 운영하는 세 가지 별개의 레이어를 나타냅니다.

• 스위치 하드웨어- 개방형 네트워킹("화이트 박스" 또는 "브라이트 박스") 플랫폼은 일반적으로 Broadcom 실리콘을 기반으로 구축됩니다. 일반적인 데이터 센터의 예로는 Broadcom Trident 3 ASIC에 32개의 100G QSFP28 포트가 있는 N8550-32C와 같은 1U 리프 또는 스파인 스위치가 있습니다. ASIC, 포트 속도 및 버퍼는 상자가 수행할 수 있는 작업의 엄격한 제한을 결정합니다.
• PicOS 네트워크 운영 체제-Pica8의 PicOS NOS, 수정되지 않은 Debian Linux 커널을 기반으로 구축되었습니다. 레이어 2/레이어 3 스택, EVPN-VXLAN, MLAG, 보안 및 개방형 원격 측정(SNMP, sFlow 및 gNMI)을 제공합니다. NOS와 해당 버전 및 라이선스 등급에 따라 실제로 사용할 수 있는 기능이 결정됩니다.
• AmpCon-DC- 관리 및 자동화 컨트롤러입니다. 제로{2}}ZTP(제로 터치 프로비저닝), 템플릿{3}} 기반 구성, 토폴로지 검색, 원격 측정, 업그레이드 및 0일차 설계부터 2+일차 작업까지 전체 수명주기에 걸쳐 검증을 처리합니다.

평가 중에 이러한 계층을 개별적으로 유지하는 것은 중요합니다. 스위치 모델은 하드웨어를 완벽하게 사용할 수 있지만 특정 PicOS 버전이나 라이센스는 아직 필요한 기능을 활성화하지 않습니다. 항상 하나의 레이어를 분리하여 평가하지 말고 조합을 평가하세요.

기업이 데이터 센터용 PicOS를 평가하는 이유

기업에서는 일반적으로 기존 설계가 성능, 규모 또는 운영을 제한하기 시작할 때(예: 10G에서 25G 또는 100G로 이동하거나, 새로운 리프{4}}스파인 패브릭을 구축하거나, 수동 스위치를-별-스위치 구성으로 줄이려고 할 때) PicOS를 살펴봅니다.

리프-스파인을 사용하여 East{0}}West 트래픽 처리

레거시 아키텍처는 예측 가능한 North{0}}트래픽에 맞게 조정되었습니다. 가상화, 분산 스토리지, 컨테이너 플랫폼, AI 워크로드는 랙 간에 훨씬 더 많은 동{2}}트래픽을 생성합니다. 리프-스파인 패브릭은 토폴로지를 평면화하고 지연 시간과 대역폭을 더욱 예측 가능하게 만듭니다. PicOS-기반 스위치는 포트 속도, 스위칭 용량 및 라우팅 기능이 설계와 일치하는 경우 리프, 스파인, 랙 상단-, 경계 또는 상호 연결 역할을 수행할 수 있습니다.

-에서{0}}공급업체 잠금 감소 및 실제 작동 방식

'고정-감소'는 주장하기 쉬우므로 메커니즘을 언급할 가치가 있습니다. 기존 스택에서는 하드웨어, NOS, 라이센싱, 관리 및 지원이 하나의 공급업체 관계로 묶여 있습니다. PicOS는 분리된 개방형-네트워킹 모델을 따릅니다. 동일한 NOS가 여러 공급업체의 검증된 화이트박스 하드웨어에서 실행되며, 다중-최대 400-Gig 이상 속도와 EVPN-VXLAN을 완벽하게 지원합니다. 실제로 이는 운영 모델과 자동화가 설계의 내구성 있는 부분이 되는 반면 기본 하드웨어 공급업체는 시간이 지남에 따라 변경될 수 있음을 의미합니다. 하지만 -절충점은 현실입니다. 즉, 설계, 검증, 운영 소유권에 대해 더 많은 책임을 지게 됩니다.

AmpCon-DC를 사용하여 0일부터 2+일까지 자동화

수동 CLI는 소수의 스위치에는 허용되지만 수십 또는 수백 개의 스위치에는 위험합니다. AmpCon-DC는 PicOS가 운영상의 가치를 상당 부분 획득하는 곳입니다. ZTP 온보딩, Jinja{2}}기반 구성 템플릿, Ansible 플레이북 및 REST API를 통해 반복 작업과 구성 드리프트가 줄어듭니다. 목표는 자동화 그 자체가 아닙니다. - 반복 가능한 온보딩, 감사 가능한 변경 및 빠른 복구입니다.

평가할 주요 기능

EVPN-VXLAN 및 IP 패브릭 준비

최신 패브릭은 일반적으로 두 가지 표준을 함께 사용하여 라우팅된 레이어 3 언더레이를 통해 레이어 2를 확장합니다.RFC 7348에 정의된 오버레이 캡슐화인 VXLAN, 그리고RFC 7432에 표준화된 BGP{0} 기반 제어 영역인 EVPN. 스위치 모델과 PicOS 버전이 이를 지원하는 경우 PicOS는 가상화된 클라우드-스타일, 다중{3}}랙 환경을 제공하는 확장 가능한 리프-스파인 패브릭에 대해 평가될 수 있습니다. EVPN-VXLAN 지원을 버전- 및 모델-별로 고려하고 구매하려는 정확한 플랫폼과 비교하여 확인하세요.

MLAG 및 고가용성

MLAG를 사용하면 두 개의 물리적 스위치가 다운스트림 기기에 단일 논리적 집계 지점을 제공하여 모든 링크를 활성 상태로 유지하고 스패닝-트리-집중 설계에 대한 종속성을 제거할 수 있습니다. 랙 및 집합 역할의--위에서 이는 기존 스태킹에서 흔히 발생하는 장애 조치 공백 없이 서버와 스토리지에 대한 중복 업링크를 제공합니다. 의존하기 전에 피어-링크, 연결 유지, 장애 조치 타이밍 및 고아-포트 동작을 검증하세요.

프로그래밍 가능성 및 원격 측정

데이터 센터 스위치는 기본적으로 자동화-친화적이어야 합니다. PicOS는 Ansible, Python 및 표준{2}} 기반 인터페이스를 노출하고 SNMP, sFlow 및 gNMI 스트리밍 원격 측정을 통해 가시성을 제공합니다. 실질적인 보상은 일관성입니다. 템플릿 기반 구성, 기준 모니터링 및 전체 패브릭에 대한 드리프트 감지가 가능합니다.

수명주기 관리 및 가시성

스위칭 용량은 운영의 일부일 뿐입니다. 또한 팀에는 토폴로지, 인터페이스 상태, 기기 상태 및 구성{1}}드리프트 가시성이 필요합니다. AmpCon-DC를 사용하면 PicOS 환경을 하나의 콘솔에서 프로비저닝, 모니터링, 변경 및 검증할 수 있습니다-. 이는 엔지니어링 인력이 제한된 팀의 경우 원시 처리량만큼 중요할 수 있습니다.

PicOS vs 폐쇄형 NOS vs 커뮤니티 NOS

이러한 옵션 간의 의미 있는 차이점은 헤드라인 하드웨어 사양이 아니라 운영 모델입니다. 아래 표에서는 기존 폐쇄형 스택, 커뮤니티-기반 개방형 NOS, AmpCon-DC가 포함된 PicOS를 비교합니다.

최적-적합 및 불량-적합 시나리오

PicOS는 일부 환경에서는 강력한 선택이고 다른 환경에서는 열악한 선택입니다. 두 가지 모두에 대해 정직하면 배포가 보호됩니다.

다음과 같은 경우에 적합합니다.

• 리프{0}}스파인 또는 EVPN-VXLAN 패브릭을 구축하고 있으며 개방형 하드웨어 소싱을 원합니다.
• 팀은 자동화-가 가능하며(또는 자동화할 의향이 있음) 템플릿 기반의 반복 가능한 작업을 중요하게 생각합니다.
• 여러 스위치에 걸쳐 하나의 NOS와 하나의 관리 모델을 표준화하려고 합니다.
• 대상 하드웨어는 검증된 호환성 목록에 있으며 PicOS 버전은 필수 기능을 지원합니다.

다음과 같은 경우에는 덜 적합합니다.

• 팀에는 자동화 기능이 없으며 이를 구축할 계획도 없습니다.
• 일상적인 운영을--단일 공급업체의 TAC에 크게 의존하고 있습니다.
• 생산 전에 패브릭을 실험실에서 검증할 수 있는 능력은 없습니다-.
• 선호하는 하드웨어 또는 필수 기능 세트가 지원되는 매트릭스에 없습니다.

일반적인 사용 사례

10G/25G에서 100G로 업그레이드

자주 사용되는 방법은 서버 액세스를 25G로 높이고 100G 리프를 구축하여-업링크를 강화하는 것입니다-. 스위치 자체 외에도 업그레이드는 물리적 계층에 따라 달라집니다. 다중 모드 실행의 경우 배포하는 광섬유 등급에 따라 도달 범위가 결정되므로 지원되는 거리를 조기에 확인하세요. -OM1~OM5 다중 모드 광섬유 및 해당 거리 제한100G 링크가 케이블링 플랜트에서 작동하는지 여부에 직접적인 영향을 미칩니다.

리프-스파인 데이터 센터 패브릭

리프 스위치는 서버와 스토리지를 연결합니다. 스파인 스위치는 리프 사이에 고속-패브릭을 제공합니다. PicOS는 속도, 포트 수, 라우팅 기능이 설계와 일치할 때 이러한 역할에 적합합니다. 구조화된 케이블링으로 훨씬 더 깔끔한 - 계획을 세울 수 있습니다.MPO/MTP 트렁크 및 브레이크아웃 케이블링패브릭이 성장함에 따라 관리 가능한 척추 연결에 대한 고밀도 -밀도 리프-를 유지합니다.-

데이터 센터 게이트웨이 및 상호 연결

일부 설계는 확장 가능한 레이어 3 라우팅과 중앙 집중식 수명주기 가시성이 가장 중요한 사이트, 영역 또는 도메인 간의 전환을 확장합니다. 이러한 장거리 실행에는 일반적으로 단일{2}}모드 광학 장치가 필요하므로 트랜시버 범위를 링크 -에 일치시켜 차이점을 검토하세요.OS1 및 OS2 단일-모드 광섬유주어진 상호 연결 거리가 지원되는지 확인하는 데 도움이 됩니다.

AI, HPC 및 무손실 이더넷

AI 및 HPC 패브릭은 단지 원시 대역폭에 관한 것이 아닙니다. RDMA 트래픽(RoCEv2)에는 무손실 또는 거의{2}}무손실에 가까운 이더넷 패브릭이 필요합니다. 이는 PFC와 같은 흐름 제어 및 ECN과 같은 정체 신호와 적절한 스위치 버퍼 및 깨끗한 원격 측정에 의존합니다. PicOS 데이터 센터 스위치는 호환 플랫폼에서 PFC/ECN{4}}기반 무손실 전송을 지원하며 고대역폭 설계에서는 스파인 또는 GPU-패브릭 업링크를 계획할 때 400G 인터페이스를 점점 더 많이 사용하고 - 다음을 포함한 광학 및 폼 팩터를 확인합니다.400G QSFP-DD. 커밋하기 전에 특정 워크로드에 대한 정체 동작, 버퍼 크기 및 NIC 호환성을 검증하십시오.

PicOS 배포를 계획하는 방법

성공적인 배포는 제품 목록이 아닌 설계 요구 사항에서 시작됩니다. 아래 체크리스트는 각 요구 사항을 확인해야 할 사항, 중요한 이유, 건너뛸 경우 발생하는 문제에 대해 매핑합니다.

이 목록의 두 가지 항목은 가장 피할 수 있는 지연을 유발합니다. 먼저, 서버 액세스 매체를 조기에 결정합니다: 표준화 여부10GBASE-T 또는 SFP+ 광학 장치모든 랙의 케이블 연결, 전원 및 도달 범위 가정을 변경합니다. 둘째, 의도적으로 브레이크아웃 케이블 연결을 계획합니다. - 예를 들어 오른쪽을 사용하여 단일 100G 포트를 4 x 25G 서버 링크 -로 분리합니다.MPO 브레이크아웃 케이블링따라서 포트 맵과 파이버 할당은 설치일 전에 정렬됩니다.

프로덕션 전에 라우팅 컨버전스, EVPN 경로 동작, MLAG 장애 조치, 자동화 템플릿, 모니터링 및 롤백 등 랩이나 파일럿에서 설계를 검증합니다. 그런 다음 통제된 그린필드 구축이 아닌 한 전체 네트워크를 한 번에 절단하는 대신 단계적으로 롤아웃합니다. 검토할 수 있습니다.Pica8의 데이터 센터 스위치 포트폴리오 및 검증된 플랫폼타겟 디자인에 어떤 하드웨어와 기능 조합이 지원되는지 확인하세요.

피해야 할 일반적인 실수

포트 속도만으로 선택합니다.속도는 중요하지만 라우팅 기능, 자동화 지원, 버퍼 크기, 광학 호환성, 라이센스 계층, 지원 모델 및 업그레이드 경로가 모두 결정에 포함됩니다.

NOS 기능 및 라이센스 요구 사항을 무시합니다.운영 체제, 버전 및 라이센스에 따라 네트워크가 실제로 수행할 수 있는 작업이 결정됩니다. 구매하기 전에 정확한 플랫폼에 대한 L2/L3, EVPN-VXLAN, MLAG, 원격 측정 및 보안 적용 범위를 확인하세요.

운영 변화를 과소평가합니다.자동화{0} 지원 네트워크에는 템플릿 소유자, 변경 승인자, 구성 백업 방법, 롤백 처리 방법 등 새로운 프로세스가 필요합니다.

실험실 검증을 건너뛰는 중입니다.중요한 데이터 센터 변경의 경우 랩 테스트는 선택 사항이 아닙니다. 최소한 트래픽이 이에 의존하기 전에 핵심 패브릭 기능, 중복성, 모니터링 및 오류 복구를 검증하십시오.

PicOS가 귀하의 데이터 센터에 적합합니까?

PicOS 데이터 센터 스위치는 확장 가능한 패브릭, 자동화 지원 작업, 개방형 하드웨어 소싱 및 구조화된 수명 주기를 원하는 기업에 적합합니다. - 특히 리프-스파인 설계, 10G/25G에서 100G로의 업그레이드, EVPN-VXLAN 패브릭 또는 수동 스위치-별-스위치 구성이 더 이상 지속 가능하지 않은 환경을 계획하는 팀에 적합합니다. 자동화 기능이 없거나, 단일 공급업체 지원에 대한 의존성이 높거나, 검증할 실험실이 없거나, 지원되는 매트릭스 외부의 하드웨어가 있는 경우에는 적합하지 않습니다.

실용적인 다음 단계: 현재 설계 및 운영 문제점을 문서화하고, 대상 아키텍처 및 필수 기능 세트를 정의하고, 하드웨어 및 PicOS 버전 호환성을 확인하고, 생산에 착수하기 전에 통제된 환경에서 패브릭을 테스트합니다.