i græsk mytologi blev Titan Prometheus lænket til en klippe. Hver dag fløj en ørn ned og spiste en del af hans lever. Orgelet regenererede i løbet af natten og genopfyldte fødekilden. Leveren er et af de få organer i den menneskelige krop, der spontant kan regenerere. Endnu mere imponerende er det faktum, at mens leveren regenererer og reparerer sig selv, er den stadig funktionel. De gamle grækere vidste om denne evne og indarbejdede den i deres mytologi for næsten 3000 år siden.

kontinuerlig funktionalitet

når vi designer netværk, ønsker vi, at de skal være funktionelle, selv når der er en forstyrrelse i systemet. Maskinfejl, fiberskæringer, fejl i programmer og endda egern, der tygger gennem kabler, sker. Vi er bekymrede over, hvordan applikationslevering og netværksinfrastruktur reagerer på disse problemer. Vi designer teknologier ind i vores IT-infrastruktur for at minimere skaderne.

ligesom vores lever skal netværket fungere, selvom det helbreder den skade, der er forårsaget af det. Ansøgninger skal leveres, og virksomheder har stadig arbejde, der skal udføres. Tidligt udviklede vi dynamiske netværksprotokoller som spanning tree protocol (STP) til lag 2 topologier og routing information protocol (RIP) til lag 3 topologier. Over tid har vi avanceret disse protokoller til at omfatte layer 2-baserede rapid spanning tree protocol (RSTP) og layer 3 routing protokoller, herunder OSPF, ISIS og BGP.

flytning op OSI stakken

vi stadig nødt til at give mekanismer for ansøgning tilgængelighed og levering af applikationer på tværs af netværksinfrastrukturen. Det er her, vi introducerede Server load balancing (SLB) og dynamisk DNS-manipulation gennem global server load balancing (GSLB). De giver mekanismerne til at opdage applikationsserverfejl og komplette datacenterfejl.

mit ideelle netværk (slags)

hvis jeg skulle designe et netværk i dag på et højt niveau, ville det se meget ud som ovenstående diagram. Redundans er indbygget i alle aspekter af arkitekturen. Der er flere servere, geografisk forskellige steder og flere netværksstier til de forskellige komponenter. Der er ikke noget enkelt punkt for fiasko. Hvis et aspekt fejler, vil de dynamiske teknologier automatisk genoprette for at bestemme en ny bedste sti mellem klient og applikationsserver.

der er mange fine detaljer, som jeg ikke dækker i denne artikel. Det faktiske design af layer 2/3-netværks-og enhedsforbindelsen afhænger af at sikre, at de forskellige applikationsleveringskrav er opfyldt for at sikre APPLIKATIONSSERVICENIVEAUSIKRING (SLA) for alle applikationer. Da vi ikke ved, hvad ansøgningerne er, kan vi ikke træffe denne beslutning. Den anden grund er, at jeg bliver nødt til at skrive en bog for at diskutere alle de aspekter, der er nødvendige for at opbygge dette netværk.

de vigtigste punkter, du skal huske, når du designer din egen selvhelbredende, regenererende IT-infrastruktur, er at:

• Byg redundans ind i arkitekturen
• Udnyt dynamiske teknologier, der automatisk tilpasser sig skiftende forhold
• Husk, at det kritiske slutmål er at sikre applikationsla

dernæst tager vi dette netværk og bryder forskellige komponenter for at se, hvordan de påvirker leveringen af applikationen, og hvad slutbrugeren opfatter.

Læs ” Keep It Simple; gør det skalerbart: 6 karakteristika for Futureproof Load Balancer ” for at lære mere.

Hent nu