Šis straipsnis gimė kaip atsakas į straipsnį . Nesutinku su dauguma autoriaus tezių ir šiame straipsnyje noriu jas ne tik paneigti, bet ir pateikti savo tezes, kurias vėliau ginsiu komentaruose. Toliau pakalbėsiu apie kelis principus, kurių laikausi kurdamas vietinį tinklą bet kuriai įmonei.
Pirmasis principas yra patikimumas. Nepatikimas tinklas visada bus brangesnis dėl jo priežiūros išlaidų, prastovų ir nuostolių dėl išorinių trukdžių. Remiantis šiuo principu, pagrindinį tinklą visada projektuoju tik laidinį, o esant reikalui – ir papildomą belaidį (svečių tinklą arba tinklą mobiliesiems terminalams). Kodėl belaidis tinklas yra mažiau patikimas? Bet kuris belaidis tinklas turi daugybę saugumo, stabilumo ir suderinamumo problemų. Per daug rizikos rimtai įmonei.
Patikimumas lemia ir tinklo struktūrą. „Žvaigždės“ topologija yra idealas, kurio turėtume siekti. „Žvaigždė“ sumažina reikalingą jungiklių skaičių, pažeidžiamų magistralinių linijų skaičių, supaprastina priežiūrą. Kiek lengviau problemos ieškoti viename komutatoriuje nei keliuose išsibarsčiusiuose biuruose, kaip siūlo minėto straipsnio autorius. Ne veltui vartojama frazė „perjungti zoologijos sodą“.
Tačiau dažnai praktikoje vis tiek reikia naudoti „fraktalinės žvaigždės“ arba „mišrios topologijos“ topologiją. Taip yra dėl riboto atstumo nuo perjungimo įrangos iki darbo vietos. Štai kodėl manau, kad optiniai tinklai ilgainiui visiškai pakeis vytos poros.
Jei neįmanoma sudėti visų jungiklių vienoje vietoje, tuomet geriau naudoti mišrią topologiją, nes visi kamienai keliaus skirtingais maršrutais, o tai sumažins tikimybę, kad vienu metu bus pažeisti keli kamienai.
Kalbant apie bagažines. Magistralinėmis linijomis sujungti komutatoriai visada turi turėti atsarginį kanalą, tuomet sugadinus vieną liniją ryšys tarp mazgų išliks ir nenutrūks nei vienas ryšys. Galite neskubėti ir vėl priveržti pažeistą laidą. Todėl bagažinėms net ir nedideliais atstumais galite naudoti greitesnį ir plonesnį optinį pataisymo laidą.
Antrasis scs kūrimo principas yra racionalumas ir praktiškumas. Būtent racionalumas neleidžia naudoti „šiuolaikinės“ optikos jungiant darbo vietas ir kitus tinklo įrenginius. Kaip teisingai pastebėjo minėto straipsnio autorius, dabar viskas veikia per vytos poros kabelį. Tai labai praktiška. Tačiau dar mažai kas gali veikti optiniais kanalais be papildomų įrenginių. Ir kiekvienas papildomas įrenginys yra ne tik pažeidžiamumas, bet ir papildoma kaina. Bet tai dar ateitis. Kada nors, kai beveik kiekvienas įrenginys turės įmontuotą optinį prievadą, optika visiškai pakeis vytos poros kabelius.
Racionalumas ir praktiškumas gali pasireikšti ir rj45 lizdų skaičiumi darbo vietoje. Praktiška naudoti 2 lizdus vienoje vietoje. Antroji linija gali būti naudojama, pavyzdžiui, prijungti analoginį (skaitmeninį) telefoną arba tiesiog būti atsargine. Taip SCS dažniausiai yra sukurta didelėms įmonėms. Smulkaus ir vidutinio verslo įmonėms racionaliau naudoti vieną kompiuterio lizdą darbo vietoje, nes IP telefonai paprastai turi du prievadus - įeinančią nuorodą ir antrą, skirtą kompiuteriui prijungti. Tinklo spausdintuvams visada patartina suprojektuoti atskirą darbo vietą ir ją, jei įmanoma, patogiai išdėstyti visiems ja besinaudojantiems darbuotojams, pavyzdžiui, koridoriuose. IT srityje kompetentingas žmogus turėtų nuspręsti, kas svarbiau – racionalumas ar praktiškumas, nes visi puikiai žinome, ką dažniausiai renkasi vadovybė.
Yra dar vienas svarbus momentas, kurį priskirčiau racionalumui ir praktiškumui. Tai yra pagrįstas atleidimas. Praktiškiau biuruose turėti tiek darbo vietų, kiek gali sutalpinti darbuotojai, o ne kiek šiuo metu ten dirba. Čia vėlgi turi apsispręsti kompetentingas darbuotojas, turintis idėją apie įmonės finansines galimybes ir suprantantis, kad iškilus naujiems prašymams teks spręsti vietų trūkumo problemą.
Ir, žinoma, racionalumo ir praktiškumo principas apima įrangos ir medžiagų pasirinkimą. Pavyzdžiui, jei įmonė nedidelė ir neturi galimybės įdarbinti kompetentingo tinklo administratoriaus, galinčio dirbti su L2 komutatoriais, prasminga naudoti nevaldomus komutatorius, o atsarginės magistralės vis tiek turėtų būti, net jei jos ir neaktyvios. Nereikia taupyti medžiagoms. Variu dengtos vytos poros naudojimas vietoj vario reiškia, kad po poros metų tikrai susidursite su blogų jungčių problema. Atsisakymas patch panelių, gamyklinių pataisų laidų ir organizatorių reiškia, kad po kurio laiko atsidursite sumaištyje spintoje, nuolat „nukrentančiais“ saitais ir jungčių oksidacija. Taip pat neturėtumėte taupyti serverio spintoje. Didelis dydis ne tik leis sutalpinti daugiau įrangos, bet ir palengvins jos priežiūrą.
Negailėkite užtaisymo laidų. Gerų gamyklinių pataisų laidų turėtų būti tiek darbo vietose, tiek serverio spintelėje. Jei skaičiuosite laiką, sugaištą jungčių užspaudimui, ir medžiagų sąnaudas, tada gamyklinio pataisymo laido pirkimas bus pigesnis. Be to, laidas bus sandarus, jungtys gali būti blogos, jungtys oksiduosis daug greičiau, gali būti blogas užspaudimo įrankis, akis gali tapti neryški ir yra daug daugiau priežasčių nenaudoti savadarbio pataiso laido.
Mano nuomone, jei nėra poreikio darbo vietai veikti 10G greičiu, racionaliau naudoti 5e, o ne 6 kategorijos vytos poros kabelį, nes jis ne tik pigesnis, bet ir plonesnis, lankstesnis ir todėl patogiau montuoti.
Ir galiausiai trečiasis principas – tvarkingumas. Kuo didesnis tinklas, tuo svarbesnė tvarka jame. Plokštelių lizdai ir prievadai turi būti sunumeruoti. Numeravimas dažniausiai prasideda nuo darbo vietų iš kairės į dešinę nuo įėjimo į kambarį. Turi būti patvirtintas aukšto planas su prekybos vietų vieta ir numeracija.
Patch panelės naudojamos tvarkingumui, o ne fiziniam tinklų atskyrimui. Jei „ne kartą paminėto“ straipsnio autorius daro prielaidą, kad jo spintoje nėra nieko ypatingo, ką keisti, mes to sau leisti negalime.
Tai viskas. Šie trys pagrindiniai principai lemia bet kurį mano SCS projektą. Šiame straipsnyje aš negalėjau liesti visko, tikriausiai daug ką praleidau, o gal kažkur klydau. Esu visada pasiruošęs konstruktyviai diskusijai, jei gaunu kvietimą ar susirašinėjant asmenine žinute.
Šaltinis: www.habr.com