megkértük David Geer technológiai írót, hogy keressen hálózati mérnököket a Reddit-en, akik kommentálhatják, miért nem állnak készen az SDN befektetésre. Amit kaptunk, az egy Reddit stílusú Tűzvihar volt, snarky megjegyzésekkel-néhány tényleges betekintéssel kiegészítve arról, hogy mit akarnak a hálózati mérnökök az SDN-től.

Geer a következő kérdéssel kezdte a szálat:

” most, hogy az SDN-t ténylegesen előállítják, mire van szükségük a szokásos, mindennapi hálózati mérnököknek, hálózatkezelőknek és rendszergazdáknak a nagyvállalatoknál (nem túlméretezett vállalatoknál) az SDN-től az elkövetkező 12-24 hónapban, mielőtt komolyan kipróbálnák?”

az első válasz nagyon hasonlított a — Nos, nem egy igazi, élő, működő hálózati mérnök szavaira:

“szinergiára és több felhő opcióra van szüksége, dinamikus infrastruktúrával párosulva, amely képes öngyógyításra és folyamatos teljesítményoptimalizálásra a stratégiai szinergia használatával. Ennek javítania kell a vállalati életet a minőség iránti erős elkötelezettség révén.”

Ez a zsargon a Reddit cinikus hálózati mérnökeit tizzybe küldte.

“amint elolvastam a szinergia szót, azonnal tudtam, hogy a bejegyzés többi része teljes lószar” – írta az egyik válaszadó.

Ez szó szerint hangosan nevetett (LLOL). Egy csomó mulatságosabb snark következett, de végül jött ez:

a mérnökök azt akarják, hogy az SDN olcsóbbá tegye infrastruktúrájukat – de lehetséges ez?

néhány igazi beszélgetés következett:

“szükségem van SDN-re, hogy olcsóbb legyen a hardverem. Addig nem sok hasznát veszem.”

egy másik hozzászóló egyetértett:

“tedd olcsóbbá a felszerelésemet, és amíg rajta vagy, tedd tisztábbá és olcsóbbá a létesítési rendszereimet.”

majd természetesen egy eladó megszólal (de legalább őszinte):

” mi az ára? Nézted már a fehér dobozos kapcsolókat? A Cumulusnak dolgozom, tehát elfogult vagyok, de amikor fehér dobozt vásárol, több operációs rendszerbe is indíthat, mint egy szerver.”

és riporterünk többet kérdez az SDN-ről, hogy a hálózatok költséghatékonyabbak legyenek.

“úgy érti, hogy lehetővé teszi bármilyen hardver használatát, hogy a gyártók versenyezhessenek a vállalkozásáért? Így reméled, hogy az SDN olcsóbbá teszi a hardvert? Vagy úgy érted, olcsóbb támogatni?”

és később a Cumulus válasza:

” a Cumulus Networks biztosítja az SDN (átfedések, hálózati virtualizáció és automatizálás) eszközeit. Mi vagyunk a Google-típusú adatközpontok alátétje és támogató struktúrája; a vállalkozás számára mi vagyunk az alátét és a fizikai kapcsolók.”

az SDN nem új, és a mérnökök amúgy is szeretik a hagyományos hálózatokat

végül egy mérnök olyasmivel lép be a beszélgetésbe, amit kevés SDN-fej szeret hallani-szereti a hagyományos hálózatépítést.

“az SDN kifejezést az ipar eltérítette, hogy kevésbé szóljon az SDN-ről, és inkább arról, hogy a vendor X már SDN-t csinál azzal, hogy azt állítja, hogy az Eszközkezelő API-k SDN. Ebben az esetben hipster hálózati mérnök vagyok, mert az SDN-t már azelőtt csináltam, hogy az SDN hűvös volt (könyvtárak és eszközök írása a hálózati eszköz konfigurációinak igény szerinti kezelésére). Lehet, hogy gondolkodsz, de elkészítheted a saját protokollodat, és szoftverrel irányíthatod a forgalom áramlását. Engem ez tényleg nem érdekel. A legtöbb hálózati mérnök sem. A meglévő protokollok jobban és gyorsabban működnek, és nincsenek olyan forgalmi kihívások, amelyekre az SDN-nek szüksége lenne. A nap végén, a legtöbb ember beszél SDN végső soron rendszergazdák, akik azt hiszik, hogy már felér egy vadi új módja annak, hogy valami, hogy már egy protokoll nem értik 20 évek.

amire igazán szükségünk van, az a konfigurációkezelés és leképezés!

sokan úgy vélik, hogy az SDN végső soron az automatizálásról és a menedzsmentről szól, és a szál egyik mérnöke többet szeretne tudni:

“OK, komoly kérdés. Lehet-e az SDN automatizált és jó hálózati diagramokat készíteni? Ez annyira komolyan venné ezt az elkövetkező 12-24 hónapban.”

de a válaszok nem tűnnek pozitívnak.

” LLDP lehet, ez nem rakéta tudomány vagy összetett.”

a következő válaszadó már nem izgatott az SDN miatt:

“nem, nem lehet. lehet automatizált diagramja, de úgy fog kinézni, mint sh*%t. az LLDP nem segít jó diagramok készítésében.”

és akkor valaki, aki egy kicsit bizakodóbb:

” nem — de a helyes gondolkodás, akkor mi (azaz networkers) képesnek kell lennie arra, hogy dolgozzon ki valamit, ahol a dokumentáció és a config egy és ugyanaz. Az SDN néhány aspektusa – például az a tény, hogy a hálózatot hálózatként kezeli, nem pedig egyedi eszközök sorozataként, segíthet ennek vezetésében.”

végül valaki előáll egy vicces, de nagyon valós üzenettel az SDN-ről:

“nem vagyok elég szellemes ahhoz, hogy okos választ kapjak egy fillér cseppre (adj nekem még 20 év munka utáni ivást a cinizmusom fejlesztése érdekében)-tehát a legőszintébb választ adom ki: az ellátás automatizálása. Point-and-click hálózat oldali kiépítése áramkörök. Ezenkívül a CPE /PE /NID eszközök automatikus kiépítése. Az üzleti eset csökken Opex miatt kevesebb hálózati zsír majmok személyzet ezt a feladatot.

majd egy másik válasz a menedzsmentről, a váltásról és a költséghatékonyságról:

“amit akarok, az a Netflow mindenhol. Utálom az SNMP-t, és hiányzik a 100% – os CDP környezet. Cisco határozottan elkényeztetett.

elégedett vagyok a legtöbb L3 kapcsolók ár / teljesítmény, de a hozzáférési szint, ahol éget túl sok pénzt. Nem tudjuk megszerezni azokat a funkciókat, amelyekre szükségünk van (egyáltalán), és felszámítanak egy csomó dolgot, amit nem akarunk. Mivel sok, sokkal több hozzáférésünk van, mint a disztró, itt nagy a hangsúly. 5-10 évente veszünk egy új magot a növekedés, nem pedig a funkciók miatt, és általában nem is nézzük az árat (ha szükségünk van rá, szükségünk van rá), de a bővítés és a mozgások miatt őrülten átkapcsoljuk a hozzáférési kapcsolókat.

valami sziklaszilárdat akarok, rendkívül alacsony rezsi és nulla folyamatos díjakkal, amely rendkívül robusztus felügyeleti és menedzsment képességekkel rendelkezik. Épp most, Ubiquiti kapcsolóvonala az egyetlen szállítóról szól, akit látok, ami közel áll. Nem hiszem, hogy bárki igazán akarja az üzlet alsó végét, sajnos.

elhagytuk a szabványos kapcsolókat a DC-ben, és a Mellanox használt Infiniband fogaskerékére költöztünk. Hihetetlen teljesítmény a semmi mellett, és ez egyszerű.

az SDN-nek többnek kell lennie, mint az adatközpont

az SDN annyira az adatközpontra összpontosított, de évek óta halljuk, hogy a mérnökök többet akarnak. Ez tükröződött ebben a Reddit szálban is.

“azt hiszem, a probléma itt az, amikor az emberek elkezdenek beszélni, és valójában az SDN tervezéséről, van egy szűk nézetük, hogy a hálózataink csak az adatközpontra korlátozódnak. Ez az egész az adatközpontról szól. Bár egyetértek azzal, hogy az SDN potenciálisan képes újradefiniálni az adatközpontok hálózati funkcióit, nem építhet és tervezhet automatizált hálózati platformot úgy, hogy kihagyja a többieket. Megértem, hogy az általános elképzelés az a képesség, hogy gyorsan és hatékonyan nyújtsunk új alkalmazási szolgáltatásokat, és a hálózatot megfelelően építsük fel erre, de sok más hálózat is profitálhat ebből az ötletből, amelyek ugyanolyan alkalmazhatók és értékesek a mai ügyfelek számára.”