en Innledende Guide Til Å Utvikle Feiltolerante Nettverk

I gresk mytologi Var Titan Prometheus lenket til en stein. Hver dag fløy en ørn ned og spiste en del av leveren hans. Orgelet regenereres om natten, etterfyller matkilden. Leveren er en av de få organene i menneskekroppen som spontant kan regenerere. Enda mer imponerende, er det faktum at mens leveren regenererer og fikser seg, er den fortsatt funksjonell. De gamle Grekerne visste om denne evnen og innlemmet den til deres mytologi for nesten 3000 år siden.

Kontinuerlig Funksjonalitet

når vi designer nettverk, vil vi at de skal være funksjonelle, selv når det er forstyrrelser i systemet. Maskinvarefeil, fiber kutt, programvare glitches, og selv ekorn tygge gjennom kabler skje. Vi er bekymret for hvordan applikasjonslevering og nettverksinfrastruktur reagerer på disse problemene. Vi arkitekt teknologier I VÅR IT-infrastruktur for å minimere virkningen av skaden.

Guide-Til-Utvikling-Feiltolerant

som våre lever, må nettverket fungere selv når det helbreder skaden forårsaket av det. Søknader må leveres og bedrifter har fortsatt arbeid som skal gjøres. Tidlig utviklet vi dynamiske nettverksprotokoller som spanning tree protocol (STP) for layer 2-topologier og routing information protocol (RIP) for layer 3-topologier. Over tid har vi utviklet disse protokollene til å inkludere layer 2-basert rapid spanning tree protocol (RSTP) og layer 3 rutingsprotokoller, INKLUDERT OSPF, ISIS og BGP.

Flytte Opp Osi Stakken

vi trenger fortsatt å gi mekanismer for program tilgjengelighet og levering av programmer på tvers av nettverksinfrastruktur. Dette er hvor vi introduserte server load balancing (SLB) og dynamisk DNS manipulasjon gjennom global server load balancing (GSLB). De gir mekanismer for å oppdage applikasjonsserverfeil og komplette datasenterfeil.

Guide-Til-Utvikling-Feiltolerant-diagram

Mitt Ideelle Nettverk (Slags)

hvis jeg skulle designe et nettverk i dag, på et høyt nivå, ville det se mye ut som diagrammet ovenfor. Redundans er innebygd i alle aspekter av arkitekturen. Det er flere servere, geografisk forskjellige områder, og flere nettverksbaner til de ulike komponentene. Det er ikke noe enkelt punkt for feil. Hvis ett aspekt mislykkes, vil de dynamiske teknologiene automatisk reconverge for å bestemme en ny best-bane mellom klient og applikasjonsserver.

det er mange fine detaljer som jeg ikke dekker i denne artikkelen. Den faktiske utformingen av layer 2/3 nettverks-og enhetstilkoblingen avhenger av at de forskjellige kravene til applikasjonslevering er oppfylt for å sikre APPLIKASJONSTJENESTENIVÅSIKKERHET (SLA) for alle applikasjoner. Siden vi ikke vet hva programmene er, kan vi ikke gjøre det besluttsomhet. Den andre grunnen er at jeg må skrive en bok for å diskutere alle aspekter som er nødvendige for å bygge dette nettverket.

de viktigste punktene å huske når du designer din egen selvhelbredende, regenererende IT-infrastruktur er å:

  • Bygg redundans i arkitekturen
  • Utnytte dynamiske teknologier som automatisk tilpasser seg endrede forhold
  • Husk at det kritiske sluttmålet er å sikre applikasjons-SLA

Neste tar vi dette nettverket og bryter ulike komponenter for å se hvordan de påvirker leveransen av applikasjonen og hva sluttbrukeren oppfatter.

6_tips_sla_document_cover

Les «Gjør Det Enkelt; Gjør Det Skalerbart: 6 Kjennetegn Ved Den Fremtidsrettede Lastbalanseren » for å lære mer.

Last Ned nå

Related Posts

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *