bevezető útmutató a hibatűrő hálózatok fejlesztéséhez

a görög mitológiában a Titan Prometheust egy sziklához láncolták. Minden nap egy sas repült le, és megette a májának egy részét. A szerv regenerálódott az éjszaka folyamán, feltöltve az élelmiszerforrást. A máj egyike azon kevés szerveknek az emberi testben, amelyek spontán regenerálódhatnak. Még ennél is lenyűgözőbb az a tény, hogy míg a máj regenerálódik és rögzíti magát, még mindig működőképes. Az ókori görögök ismerték ezt a képességet, és beépítették a mitológiájukba majdnem 3000 évvel ezelőtt.

folyamatos funkcionalitás

hálózatok tervezésekor azt akarjuk, hogy működőképesek legyenek, még akkor is, ha a rendszer megszakad. Hardverhibák, szálvágások, szoftverhibák, sőt még a kábeleket rágó mókusok is előfordulnak. Aggódunk amiatt, hogyan reagál ezekre a problémákra az alkalmazás-kézbesítés és a hálózati infrastruktúra. Technológiákat építünk be informatikai infrastruktúránkba, hogy minimalizáljuk a kár hatásait.

Guide-to-Developing-Fault-Tolerant

mint a májunk, a hálózatnak működnie kell, még akkor is, ha gyógyítja az okozott károkat. A pályázatokat le kell szállítani, és a vállalkozásoknak még dolgozniuk kell. A korai szakaszban olyan dinamikus hálózati protokollokat fejlesztettünk ki, mint a Spanning tree protocol (STP) a layer 2 topológiákhoz, valamint a routing information protocol (RIP) a layer 3 topológiákhoz. Idővel már fejlett ezeket a protokollokat, hogy tartalmazza layer 2-alapú gyors átívelő fa protokoll (RSTP) és layer 3 routing protokollok beleértve OSPF, ISIS, és BGP.

továbblépve az OSI Stack

továbbra is biztosítani kell az alkalmazások rendelkezésre állásának mechanizmusait, valamint az alkalmazások hálózati infrastruktúrán keresztüli kézbesítését. Itt mutattuk be a server load balancing (SLB) és a dinamikus DNS manipulációt a global server load balancing (gslb) segítségével. Ezek biztosítják az alkalmazásszerver hibáinak, valamint a teljes adatközponti hibáknak a felderítésére szolgáló mechanizmusokat.

Guide-to-Developing-Fault-Tolerant-chart

My Ideal Network (Kind Of)

ha ma terveznék egy hálózatot, magas szinten, nagyon hasonlítana a fenti diagramra. Redundancia épül minden szempontból az építészet. Több szerver van, földrajzilag különböző webhelyek, valamint több hálózati út a különböző összetevőkhöz. Nincs egyetlen pont a kudarc. Ha az egyik szempont nem sikerül, a dinamikus technológiák automatikusan újrakonvertálják az új legjobb elérési utat az ügyfél és az alkalmazáskiszolgáló között.

sok finom részlet van, amelyeket nem fedek le ebben a cikkben. A layer 2/3 hálózat és az eszközcsatlakozás tényleges kialakítása attól függ, hogy a különböző alkalmazás-szállítási követelmények teljesülnek-e annak biztosítása érdekében, hogy az alkalmazás szolgáltatási szintje minden alkalmazáshoz biztosítható legyen. Mivel nem tudjuk, mi az alkalmazás, nem tudjuk ezt meghatározni. A másik ok az, hogy könyvet kell írnom, hogy megvitassam a hálózat felépítéséhez szükséges összes szempontot.

a saját öngyógyító, regeneráló informatikai infrastruktúra tervezésekor fontos megjegyezni, hogy:

  • redundanciát építsen be az architektúrába
  • tőkeáttétel dinamikus technológiák, amelyek automatikusan alkalmazkodnak a változó feltételekhez
  • ne feledje, hogy a kritikus cél az SLA

alkalmazás biztosítása.

6_tips_sla_document_cover

olvassa el ” egyszerű legyen; méretezhető: 6 jellemzői A Futureproof terheléskiegyenlítő ” többet megtudni.

letöltés most

Related Posts

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük