Flere tips i "Network oversikt ingeniør 'serien
TechnologyTechniques for å gjøre changesPolicy og prosess Vanligvis den detaljerte utformingen inneholder slike opplysninger som hvilken IP-adresse i et subnett du bør bruke for et grensesnitt, som en av de 48 portene på en bryter du skal koble til ruteren inn, og de spesifikke kommandoer som utgjør enhetskonfigurasjoner. Denne informasjonen kan ikke virke fryktelig viktig, men det som holder det interessant er at det er mange måter en router eller switch kan konfigureres til å utføre en gitt oppgave - og noen måter er mye bedre enn andre.
Konsistens
The No 1 måte å minimere antall ganger du får paged midt på natten fordi " nettverkets ned " er å gjøre ting konsekvent. Standardisering er alltid gjenstand for mye diskusjon. Men ønsker standardisering er enkelt. Den vanskelige delen er å oppnå det, fordi teknologien endres raskt.
Trikset er å finne ut når du bør iverksette noe den gamle måten slik at det vil være konsekvent, og når du bør iverksette noe den nye måten fordi det er nok av en forbedring å rettferdiggjøre avvik. Konfigurasjonsstyring kan hjelpe: Lag en prosess som gjør at du kan oppdatere alt, slik at det er all implementert den nye måten og all konsekvent.
Minimum og maksimum configs
En viktig avgjørelse i den detaljerte utformingen dreier seg om hvor mye du stoler på nettverksenhetene til å ta gode beslutninger. På de fleste rutere og svitsjer, kreves et minimum antall kommandoer for å oppnå tilkobling. Noen enheter vil fungere ut av boksen med ingen konfigurasjon fordi de automatisk konfigurere seg selv på ulike måter. Du kan også angi hundrevis av kommandoer på samme router eller bytte til nå i hovedsak de samme tilkoblingsmuligheter samtidig som man sikrer at nettverket fungerer akkurat slik du ønsker, i en svært deterministisk måte. Det vil si at du overlater ingenting til tilfeldighetene eller å bli automatisk forhandlet; du definere og tilpasse alt.
Vi har sannsynligvis alle møtt arkitekter som abonnerer på begge ytterpunktene og alt imellom. Ytterpunktene har sine fordeler og ulemper. Selvfølgelig, jo mer determinis noe er, jo bedre - forutsatt at du vet hva du gjør. Definere alt kan være nyttig eller skadelig når feilsøking, avhengig av hva som gikk galt, men det er langt mer tidkrevende å konfigurere.
Etter min mening, den gylne middelvei er avhengig av hvor stor miljøet er. Jo større nettverk, jo mindre jeg overlate til tilfeldighetene, spesielt så langt som ruting protokoller er bekymret. Men i alle fall, du vil forstå dine valg og velge dem med vilje med noen begrunnelse, i stedet for å konfigurere tilsynelatende tilfeldige kommandoer over tilfeldige enheter i nettverket.
Design for støtte
Hold det enkelt ...
KISS Prinsipp, definert Siden nettverks designere er vanligvis de mest dyktige enkeltpersoner på teamet, bør de alltid vurdere resten av laget når gitt et sett av alternativer. Opprette en unødvendig komplisert detaljert design (uansett hvor imponerende) er en dårlig idé hvis du har til å støtte det, og det er en fryktelig idé hvis junior kolleger har å støtte den. Det er ikke å si at du må designe for den laveste fellesnevneren, men du bør nok ha en opplæringsplan før du gjør noe gale.
Design for livssyklusadministrasjon
En annen ting å huske på når du står overfor valg mellom ulike teknologier eller konfigurasjoner er modenhet og veikart. Implementere noe nytt bærer langsiktig risiko, ikke bare den umiddelbare faren for inkompatibilitet. For eksempel, hvis en teknologi ikke er allment vedtatt, kan det ikke bli støttet i neste versjon av maskinvare eller programvare, og tvinger en tidlig designendring.
Du må også vurdere hvor vanskelig det vil være å bevege seg bort fra en teknologi. Som et eksempel, de fleste Cisco LAN-rutere og svitsjer støtte MPLS, så hvis du hadde en stor campus nettverk med flere tusen brukere i ulike organisasjoner, og du valgte å kjøre MPLS i kjernen av din LAN med ulike VRFs for organisasjoner og sikkerhetssoner, du kunne tilby noen virkelig fantastiske nye tjenester til brukerne på en måte som ville være langt bedre enn normal VLAN trunking. Og likevel, fire eller fem år fra nå, hvordan vil du komme ut av denne situasjonen? Mens alle andre er å migrere fra enkle rutet LAN-nettverk til den nyeste og beste teknologien, vil du stå overfor en mye vanskeligere situasjon, spesielt hvis brukerne har blitt vant til funksjoner som ikke tilbys av den neste store tingen.