SONiC을 사용하지 말아야 하는 10가지 이유
지난 몇 년 동안 저희는 수백 개의 기업과 SONiC 네트워크 운영 체제의 가능성에 대해 이야기를 나눴습니다. 우리가 이야기를 나눈 네트워크 설계자들은 "죽어도 안 된다"와 "기능을 보여줘라"라는 두 가지 극단의 연속선상에 존재했습니다.
네트워크 종교와 싸우지 맙시다. 시스코 문신, 주노스 피를 뿜어내는 심장, EOS4LIFE라고 적힌 번호판을 달고 계신다면 좋습니다! 선호하는 공급업체의 열렬한 팬이 되는 것은 여러분의 비즈니스와 공급업체 모두에게 좋은 일입니다.
하지만 이전에 "기능 X가 추가되기 전까지는 SONiC을 사용하지 않겠다"고 말한 엔지니어들을 위해 몇 가지 오해에 대해 설명하겠습니다...
아, 사람들이 SONiC를 고려할 때 가장 많이 반대하는 부분입니다. MLAG/MCLAG/vPC는 특정 ASIC에 종속된 벤더 독점 기능이기 때문에 스위치 리던던시를 위한 표준화된 프로토콜을 확보하는 데 문제가 있는 것으로 입증되었습니다. 그러나 지난 5년 동안 각 ASIC 공급업체는 자체 SONiC 배포판에 이 기능을 구현했기 때문에 이 기능은 배포판에 따라 다르지만 실제로는 모든 플랫폼에서 사용할 수 있습니다. 따라서 SONiC는 스위치 이중화를 지원하지 않는다는 말은 더 이상 하지 않아도 됩니다!
그러나 더욱 흥미진진한 기능을 이제 SONiC에서 사용할 수 있습니다. ESI는 기능적으로 호환되는 스위치-서버 이중화 방법을 제공하며, 기본적으로 전 세계 SONiC 배포의 90%인 EVPN 배포에서 구현됩니다. MLAG와 달리 ESI는 2개 이상의 스위치에 리던던시를 제공할 수 있으며 스위치 간 링크가 필요하지 않습니다. 더 적은 케이블로 더 많은 리던던시를 제공한다고요? 네, 그렇습니다!
무손실 패브릭 프로토콜 없음
2023년에 시작된 GenAI에 대한 관심이 높아지면서 RoCEv2에 대한 요청이 폭증했습니다. 이 기능은 본질적으로 이더넷이 무손실 통신으로 GPU 간의 장시간 트래픽 흐름을 지원하기 위한 필수 요건입니다. 그거 아세요? Verity에서는 클릭 한 번으로, 일부 SONiC 배포에서는 말 그대로 두 번의 명령으로 지금 바로 사용할 수 있습니다.
한 가지 더. SONiC는 이제 NVMe, 동적 부하 분산(DLB), 적응형 부하 분산(ALB) 및 신뢰할 수 있는 ECMP 링크 전반에서 트래픽 흐름을 원활하게 하는 여러 가지 놀라운 기능을 제공합니다. 2010년에 이러한 기능이 있었다면 아마 우리 모두의 머리에 머리카락이 더 많았을 것입니다.
제한된 하드웨어 옵션
이제 모든 주요 공급업체, Dell, Cisco, Nvidia, Edgecore, Celestica, Arista, HP, Accton, Wistron, Ufispace 등의 플랫폼에서 플랫폼을 사용할 수 있습니다. 속도는 1G에서 800G까지 다양하며 모든 일반적인 구리 및 광 트랜시버를 제공합니다. 이 글을 읽으실 때쯤이면 스타벅스에서 SONiC 호환 프라푸치노를 출시했을지도 모릅니다!
열악한 프로그래밍 가능성
SONiC은 CLI, API, gNMI, 직접 DB 액세스 등 거의 모든 프로그래밍 방법을 지원합니다. 물론 대부분의 사람들이 gNMI와 CLI를 선호하지만 오픈 소스 소프트웨어가 대부분 그렇듯이 원하는 방식으로 사용할 수 있습니다.
어려운 오케스트레이션
와, 어디서부터 시작해야 할까요? 고유의 개방성과 수많은 하드웨어 옵션으로 인해 SONiC 네트워크에 특별히 최적화된 전용 플랫폼부터 Terraform, Opentofu, Ansible, Chef, Puppet 등과 같은 애드혹 개발 도구까지 훌륭한 네트워크 오케스트레이션 및 자동화 솔루션이 많이 있습니다. 전문 지식 수준에 따라 연중무휴 24시간 지원이 제공되는 플랫폼을 구매하거나 직접 구축할 수 있습니다. 개인적으로는 언더레이/오버레이를 구축하고 클릭 한 번으로 ZTP 및 NOS 업그레이드와 같은 작업을 수행할 수 있는 간편한 버튼이 있는 플랫폼을 선호합니다.
정말 대단한 일입니다! ZTP는 결코 쉬운 일이 아니었지만, SONiC는 ONIE를 사용하여 레거시 NOS에서 보다 현대적인 아키텍처로 마이그레이션할 수 있습니다. SONiC 디바이스는 판지 상자에서 약 15분 만에 무인 상태로 Clos 패브릭의 일부가 될 수 있습니다. 대부분의 SONiC 자동화 플랫폼은 어떤 형태로든 ZTP를 지원합니다.
저희와 이야기를 나눈 엔지니어 중 일부는 새로운 기술을 개발하고 추가 교육을 받아야 하기 때문에 SONiC 사용으로 인한 비용 절감 효과가 그만한 가치가 있다고 생각하지 않는다고 합니다. 리눅스를 알고 있고 이전에 FRR/쿼가를 사용해 본 적이 있다면 SONiC은 그리 어렵지 않습니다. 또한 '의도'를 사용하는 자동화 플랫폼으로 매우 복잡한 네트워크를 배포할 수 있으므로 높은 수준의 요구 사항을 정의하고 소프트웨어가 실제 디바이스 구성을 관리하도록 할 수 있습니다.
사실 SONiC와 우수한 자동화 솔루션을 결합하면 훨씬 적은 비용으로 훨씬 더 많은 일을 할 수 있습니다. SONiC 하드웨어 옵션은 동일한 ASIC 성능 특성을 제공하지만 가격은 절반 정도입니다. 또한 SONiC를 사용하는 경우 여러 하드웨어 공급업체를 고려하고 각 공급업체가 필요에 따라 입찰하도록 할 수 있습니다. 이는 곧 더 낮은 CAPEX와 더 짧은 리드 타임으로 이어집니다. 믿음이 가지 않으시나요? 그렇다면 네트워크 구축 CAPEX 계산기 또는 Verity OPEX 계산기 를 참조하여 SONiC 사용으로 절약할 수 있는 금액을 예상해 보세요.
이것이 최고의 혜택입니다! 이제 펌웨어, SAI 및 선택한 엔터프라이즈 SONiC 배포에 대한 지원을 포함하여 제조업체로부터 직접 모든 하드웨어 플랫폼에 대한 지원을 받을 수 있습니다. SONiC용 자동화 플랫폼은 거의 10년 동안 개발되어 왔으며 매우 견고합니다. 소프트웨어 시스템을 사용하여 네트워크를 관리하면 소프트웨어 공급업체로부터 추가적인 수준의 지원을 받을 수 있습니다. 따라서 하드웨어 및 디바이스 구성에 대한 지원을 받을 수 있을 뿐만 아니라 연중무휴 24시간 SONiC 사용자 지정에 대한 지원을 제공하는 기존 업체도 찾을 수 있습니다.
마지막으로...
지금까지 SONiC에 대한 가장 일반적인 불만 사항을 살펴봤습니다. 여러분만의 우려 사항이 있거나 아직 제공되지 않는 중요한 기능에 대해 알고 계실 수도 있습니다. 여러분의 요구사항과 SONiC, Open Hardware, Verity가 어떻게 운영 오버헤드가 거의 없는 비용 효율적인 고성능 네트워크를 제공할 수 있는지 논의하고 싶습니다.
소닉은 먼 길을 걸어왔습니다! 커뮤니티에는 수천 명의 기여자, 모든 주요 엔터프라이즈 하드웨어 공급업체의 하드웨어 플랫폼, 사용자가 필요로 하고 요구하는 모든 인기 있는 기능이 있으며 속도가 느려질 조짐은 보이지 않습니다. 그렇기 때문에 저희는 다음과 같이 믿습니다. 지금이 바로 그 때입니다. 를 사용하여 SONiC 네트워크 배포를 지원합니다.
읽어 주셔서 감사합니다!
- BE 네트워크
