Az adatközpont fejlődése: absztrakciós rétegek, STP és TRILL

A többrétegű, többrétegű adatközpont-hálózat napjai számozva vannak. Ahogy a szervezetek tovább és tovább mozdultak a különféle absztrakciós technológiák bevezetésében, ugyanezek a szervezetek képesek voltak átgondolni az adatközpontok kialakítását, és lapos, egyszerű hálózatokba költöztek, amelyek a múltéktól nagyon eltérő forgalmi mintákat támogatnak.

Absztrakció

Kíváncsi lehet, hogy mire gondolok az "absztrakciós technológiák" kifejezés alatt. Nos, van néhány, és mindegyik a piacon elérhető különböző virtualizációs technológiák körül forog.

Szerver virtualizáció

A hipervizor felállása volt az első fejlemény, amely vezetett minket arra, ahol ma vagyunk. Az adatközpontok ma radikálisan másképp néznek ki, mint a mindössze 10 évvel ezelőtti adatközpontok. Míg a régi adatközpontok gyakran a közelben lévő személyzet hordáival működtek, hogy fizikai feladatokat végezzenek, mint például új hardver hozzáadása, új operációs rendszerek telepítése és új rendszerek kábelezése, ezek a feladatok nem szinte olyan gyakran fordulnak elő, mint régen. Persze, a szervezeteknek továbbra is időről időre új hardvereket kell telepíteniük, de a folyamatos működési szempontból a szolgáltatások telepítése a hardverigényes feladatról a főleg szoftvervezérelt feladatokra változott. Ugyanakkor az egyes fizikai szerverek által elvégzett munka mennyisége megnőtt, ezáltal csökkentve a fizikai kiszolgálók mennyiségét a munkaterhelések futtatásához.

Ez a munkaterhelés-kivonás azonban más kihívásokat is felvetett a kapcsolódó adatközponti erőforrásokban, beleértve a tárolást és az általános I / O-t.

Tároló virtualizáció

Sok szervezet számára elmúltak azok a napok, amikor az egyes kiszolgálók tömeges tárolást végeztek az alkalmazások igényeinek kielégítése érdekében. Megkezdtük a tömegesen megosztott tárolás új korszakát, sokféle tárolási réteg együttesen működik a munkaterhelés és a költségek egyensúlyának megteremtése érdekében. Annak érdekében, hogy egy sor rendet a tárolási káoszba hozzunk, erőfeszítéseket is tapasztaltunk a tárolókezelési feladatok elválasztása mellett az egyedi tömbszinttől és egy magasabb szintre, amely magában foglalja a szervezeten belüli összesített tárolást. Ha magasra tekint a tárolási virtualizációra, úgy néz ki, mint a szerver virtualizációja. Az egyes munkaterheléseket a mögöttes hardverektől távolítják el, míg az összetett szoftver rendszerek döntenek arról, hogy a munkaterhelés hol tartozik.

I / O virtualizáció

Hányan vannak odakint tömeg kábelekkel, amelyeket gondosan elhúztak a szerver szekrényeiben? Előfordulhat, hogy olyan kábelei vannak, amelyek lehetővé teszik a kiszolgálók sokféle adathálózathoz történő csatlakoztatását, további kábelek a tárolórendszerekhez történő csatlakoztatáshoz - akár iSCSI, akár Fiber Channel -, és még sok más típusú kapcsolat. A hatalmas munkaterhelés kezelésére képes, rendkívül gyors hálózati adapterek és kapcsolószövetek megjelenésével látjuk, hogy olyan szállítók lépnek fel, akik ezeket a korábban eltérő csatlakozási módszereket egyetlen kábelekbe egyesítik a gazdaszerverekhez, amelyek képesek a munkaterhelés igényeinek kielégítéséhez szükséges összes forgalomra. annak a szervernek. I / O virtualizációnak nevezett cégek, mint például az Xsigo, állítják, hogy akár 70% -kal csökkenthetik a kábelek, interfészkártyák és kapcsolóportok számát, amelyek szükségesek a komplex adatközponti környezet támogatásához.

Például az Xsigo-val folytatva, megoldásuk a szerverkommunikációs igények támogatásához szükséges erőfeszítések nagy részét a szoftverrétegre helyezi, így a rendszergazdák példátlan részletességgel és rugalmassággal engedik meg az adatközponti hálózatok kezelését. Egyértelműen emlékszem egy 12 éve működő rendszermérnöki munkára, amelyben hat különálló hálózati kábelt kellett futtatnom minden szerverhez három teljes szerverkészletben, és minden kábelt csatlakoztatnom kellett egy hálózati kapcsoló porthoz. Ma ugyanazt a célt teljesíthetem egyetlen kábellel, 10 GbE-es csatlakozással és kapcsolóporttal, valamint azzal a képességgel, hogy a 10 GbE-os összeköttetést szeletelje és kockáztassa bármilyen módon. Ez a hatalom.

Az eredmények

Mindez az absztrakció, bár mindenféle új lehetőséget kínál a hatékonyságra és a rendelkezésre állásra, ugyanakkor jelentősen megváltoztatta a forgalom adatközpontban történő futásának módját. Míg a forgalom folyamata általában az adatközponton belüli és kívüli volt, az adatközponton belüli belső forgalom exponenciálisan megnőtt. Bár az alkalmazásoknak mindig kommunikálniuk kellett egymással, és a különböző alkalmazásszintereknek időről időre kellett beszélgetniük a hálózaton, amikor elkezdték fontolóra venni, hogy sok munkaterhelést futtatnak egyetlen gazdagépen, majd ezeket folyamatosan mozgatják az adatokhoz. középpontjában, a dolgok megváltoznak.

Egyszerűen fogalmazva: az eszközök egyre nagyobb sávszélességet igényelnek olyan módon, amelyet egy évtizeddel ezelőtt sem lehetett volna előre látni.

Átfogó fa protokoll

Évek óta a szervezetek igyekeztek olyan hálózati kérdéseket ellenőrizni, mint például a Spanning Tree Protocol (SPT) protokollok, amelyek általában jól működtek, noha saját kihívásait is bevezették. Az SPT robusztus és képes volt.

Az SPT azonban a kapcsolatok blokkolásán alapul, nem pedig a rendelkezésre álló hálózati erőforrások lehető leghatékonyabb felhasználásának módjainak megtalálásán. Az adatközponton belüli nagy sávszélesség-igény manapság az ilyen brutális erő módszerek, bár szükségesek a kritikus hálózati problémák megoldásához, az optimálisnál kevesebb teljesítményhez vezethetnek, és akár a költségeket is megnövelhetik, mivel a forgalom kényszerül a drága összeköttetésekre.

A ábra

A Spanning Tree blokkolja a portot.

Sok hivatkozás átlátható összekapcsolása (TRILL)

Mi lenne, ha ahelyett, hogy blokkolja a kapcsolatokat a hurkok félelme miatt, folyamatosan felhasználhatja az összes rendelkezésére álló hálózati útvonalat? Ezzel nem pusztán a hurok miatt kényszeríti le tökéletesen jó hálózati útvonalakat.

Ez az a hely, ahol a feltörekvő technológia, a TRILL átlátható összekapcsolása a sok link között ismert, nevezetesen. Egyszerűbben fogalmazva: a TRILL lehetővé teszi az összes hálózati útvonal folyamatos használatát, hurkok félése nélkül. Hatékonyan kiküszöböli a Spanning Fa szükségességét a környezetben.

A TRILL használatával az összes út egyetlen nagy hálóvá válik, amelyben minden út érvényes. Annak lehetővé tételével, hogy az összes útvonal mindig elérhető legyen, a szervezetek jobban támogathatják a nagy sávszélességet és az alacsony késleltetési időt jelentő munkaterhelést.

B. ábra

A TRILL folyamatosan használja az összes elérhető linket.

Vita alakul ki

Mint gondolnád, az a gondolat, hogy eldobják egy olyan technológiát, amely évek óta jól működik, nem mindenkivel jól működik. A hálózati közösségben vita folyik arról, hogy mit kell tenni az adatközpontokban felmerülő forgalmi szokásokhoz való igazodáshoz, ha bármi is történik.

A Spanning Tree védelmezői rámutattak, hogy a protokoll már régóta létezik, és a vállalatoknak óvatosnak kell lenniük, mielőtt újra és fényesre ugrálnának. Jönnek protokollok, és megyek, de ez a ritka, amely évtizedekig eltarthat, így az Ethernet legkorábbi napjaitól a modern, 10 GbE sebességű démonokig ugrik fel.

A vita másik oldalán vannak azok, akik úgy érzik, hogy minden jegyzőkönyvnek megvan a napja, és a Spanning Treenek meg kellene halnia valamivel rugalmasabb és hatékonyabb érdekében.

Mások mégis a kettő kombinációját javasolják: a központi maghálózat helyettesítését TRILL-alapú hálómaggal, és a stratégiai helyszíneken lévő kisebb STP-domének csatlakoztatását, hogy csökkentsék az áramszünet hatását.

Csökkentő szintek

Végül beszéljünk három hálózati réteg szükségességéről. Történelmileg, láttuk a hálózatokat, amelyeket három réteg szem előtt tartásával terveztek:

  • Mag
  • terjesztés
  • Hozzáférés

Ezt a három réteget a teljesítmény, a biztonság és a méretezhetőség szem előtt tartásával tervezték. Ezenkívül lehetővé tette az olyan hálózati technológiák bevezetését, amelyeknek előfordulhat, hogy nem rendelkeznek lóerővel több szintet egyetlen egységbe kombinálni.

Kétlépcsős hálózatban az elosztó réteg megszűnik, szolgáltatásait a magba vagy lefelé a hozzáférési rétegekbe gördítve. A korszerű berendezésekkel, amelyek nem csupán lépést tudnak tartani, és azokkal az eladókkal, akik olyan berendezéseket árusítanak, amelyek képesek kezelni ezeket az újonnan összefonódott rétegeket, ez egyre gyakoribb gyakorlat.

A kétlépcsős hálózatokat könnyebb redundánssá tenni, és ugyanolyan méretezhetők, mint a három szintű társaik.

összefoglalás

Az idő változása és a mai adatközpontok alkalmazkodnak az előttük álló új realitásokhoz. A változó forgalmi és használati szokásokkal új módok nyílnak az adatközpontok architektúrájának gondolkodására.

Mit csinál a saját szervezetében? Csökkenti a hálózati szinteket? Olyan eszközöket keresel, mint például a TRILL, hogy kiegészítsék vagy helyettesítsék az STP-t?

© Copyright 2021 | mobilegn.com