Кампус сүлжээний найдвартай үйл ажиллагааг хангах

Зураг 1. Кампус сүлжээ

Сүлжээний найдвартай ажиллагааны үндсэн ойлголтууд[засварлах | кодоор засварлах]

Найдвартай байдал гэдэг нь систем өөрийн өгөгдсөн нөхцөл байдалд тодорхой хугацааны туршид доголдолгүйгээр гүйцэтгэж чадах магадлал юм. Ер нь 100% найдвартай систем байх боломжгүй. Гэхдээ маш өндөр түвшинд найдвартай байдлыг хангасан системүүд байж болох бөгөөд, тэдгээрийн зэрэглэл нь таван ес (99.999%-н найдвартай) (99,9999%-н найдвартай) гэх тоогоор илэрхийлэгддэг.

Тухайн системийг найдвартай эсэхийг шинжлэхэд юун түрүүнд системийн хаа нэг хэсэгт доголдол гарснаар систем бүхэлдээ зогсож болох газруудыг авч үздэг. Өөрөөр хэлбэл нэг цэгийн доголдол буюу Single point of failure-г судална. Ингээд тухайн хэсэг доголдох эх шалтгаанууд юу байж болохыг судалж, эдгээр шалтгаануудыг аль болох цөөлөх хэрэгтэй. Бүх шалтгааныг урьдчилан сэргийлэх боломжгүй учраас, тухайн хэсгийн эрсдэлийг дизайны түвшинд багасгах аргыг мөн хэрэглэдэг. Жишээ нь: сүлжээний картыг нэмж суурилуулах, серверээ давхарлаж ажиллуулах гэх мэт шийдвэр байж болно. Аль нэг сүлжээний карт/сервер ажиллахаа байлаа гэхэд, бусад нь идэвхжиж, системийн хэвийн ажиллагаа үргэлжилсээр байна гэсэн үг.

Системийн найдвартай ажиллагааны түвшинг MTBF(Mean time between failure) буюу алдаа хоорондын хугацаа гэдэг үзүүлэлтээр илэрхийлэх нь элбэг. Гэхдээ иймэрхүү үзүүлэлт бол магадлал бодоод гаргасан тоо юм, харин системийн найдвартай ажиллагааг бодитоор үнэлнэ гэдэг өөрөө том асуудал байдаг. Сүлжээний холболтын найдвартай эсэхийг бол нэг картаа сүлжээнээс салгаад үзчихэж болно. Тэгвэл 3 жил тасралтгүй ажиллах ёстой системийн найдвартай байдлыг яаж үнэлэх вэ? Гурван жил ажиллуулж турших уу? Сансрын хөлгийн найдвартай ажиллах эсэхийг сансарт хөөргөж туршина гэвэл асар их зардал гарна гэх мэт. Иймэрхүү тохиолдолд туршилтыг дэд хэсгүүдээр нь маш нарийн хийх ч юм уу, эсвэл хиймэл орчинд туршаад бодит ертөнцөд гаргах нь бий. Гэтэл маш нарийн тооцоолж хийсэн ч, туршилт хийлгүй хөөргөнө гэдэг аз туршсан хэрэг болно. Зургаан естэй систем ч санаанд ороогүй, тооцоологдоогүй үлдсэн жижиг зүйлээс болж осолдсон тохиолдол байдаг.

Цагийн хуваарьтай болон хуваарьгүй саатал[засварлах | кодоор засварлах]

Цагийн хуваарийн дагуу буюу урьдчилсан байдлаар төлөвлөсөн мөн төлөвлөгдөөгүй буюу гэнэтийн саатлууд гэх ажиллагаагүй байдлыг хоёр ангилдаг. Хуваарийн дагуу сүлжээний ажиллагааг зогсоох нь ихэвчлэн системийн өргөтгөл болоод шинэчлэл, програм хангамжийн мөн системийг дахин ачааллах зэрэг тохиргоонуудтай холбоотой байдаг. Товчхондоо энэ бол урьдчилсан байдлаар төлөвлөсөний дүнд системийн үйл ажиллагааны аюулгүй байдлыг хангасны үр дүнд түр хугацаагаар идэвхгүй болгож буй цогц үйлдэл юм. Харин гэнэтийн сааталын тухайд бол цахилгаан үүсгэвэрийн доголдол, CPU буюу RAM-н хэсгүүдийн гэмтэл (эсвэл техник хангамжийн бусад бүрэлдэхүүн хэсгүүд) хэт халалтын улмаас үүдэлтэй унтралт, сүлжээний холболтын логик болон физик хамааралтай элдэв асуудлууд, аюулгүй байдлын эсрэг чиглэсэн халдлагууд, мөн өөр бусад аппликэйшн, төхөөрөмж болон үйлдлийн системтэй хамааралтай гэнэтийн саатлууд нь цагийн хуваарийн дагуу бус буюу урьдчилсан байдлаар төлөвлөгдөөгүй сааталд тооцогдоно.

Ихэнх цахим хуудасны хувьд дээрх 2 тохиолдлын аль алинд нь системийн засвар үйлчилгээ бүрэн хийгдэж дуусах хүртэл хугацааг зааж тоолуур тавьдаг нь хэрэглэгчдийнхээ дунд төөрөгдөл үүсэхээс сэргийлж байгаагаас гадна, давхар тэдэнд өөрсдийн найдвартай ажиллагааг харуулж буй хэрэг болох юм. Хэдий тийм ч бодит байдал дээр үнэнхүү найдвартай ажиллагааг хангаж чадахуйц цогц сүлжээ тун цөөхөн байдаг. Учир нь өртөг өндөртэйгээс гадна дээр дурьдсан нэг цэгийн доголдолыг тойрч гарах үүднээс загварчилсан загвар, техник хангамж, програм хангамж, сүлжээ болон үйлдлийн систем, дундын төхөөрөмжүүд, апдэйт шинэчлэлүүдээс салшгүй хамааралтай. Мөн хэрэглэгчдэд хүндрэл учруулахгүйн тулд цагийн хуваарийн дагуу төлөвлөсөн түр сааталыг ажлын бус өдрүүдэд эсвэл ажлын дараах цагаар хэрэгжүүлэх зэргээр төлөвлөж болдог.

Тооцоолол[засварлах | кодоор засварлах]

Найдвартай ажиллагааг жил, сар болон долоо хоногт тасралтгүй буюу ямар нэгэн сааталгүй ажиллах хугацаагаар нь хэмжидэг. Харин сүлжээний саасекүнд талын бухайд бол мөн адил жил, сар болон долоо хоногт идвэхгүй байсан хугацаагаар нь хэмжидэг байна. Ингээд доорх хүснэгтэд сүлжээний найдвартай ажиллагааны найдвартай ажиллах магадлын саатлыг жил, сар болон долоо хоногт тус тус ангилж харуулсан байна.

Зураг 2. Тооцоолол

Систем жиллагаатай байх бөгөөд найдвартай ажиллаж байх гэдэг нь тусдаа ойлголтууд юм. Систем ажиллагаатай байж болох ч мэдээлэл илгээх боломжгүй байж болно. Энэ тохиолдолд найдвартай байдлыг хангаж чадахгүй. Найдвартай ажиллагааны магадлалыг үргэлжилсэн 9-н цифрээр илэрхийлдэг. Тухайлбал 99.999%-н найдвартай сүлжээг тавдугаар зэрэглэлд хамруулна. Энэ мэт эдгээр 9-н цифрүүдийн тоо нэмэгдэх тоогоор сүлжээний найдвартай ажиллагааны чадамж тэр хэмжээгээр өсч байдаг байна.

Хэдий тийм ч эдгээр томёололуудыг сүлжээний загварчилалд олон ашиглаад байдаггүй аж. Учир нь томёонд оруулахад асуудал гардаг аж. Сүлжээний ажиллагаагүй буюу идэвхгүй байдалыг эсрэгээр нь 0.000001-н магадлалаар тооцоолдогоос гадна эдгээр тоонуудыг ихэвчилэн маркетингийн бичиг баримтанд хавсаргасан нь олон байдаг байна.

Хэрэглээнээ хувьд сүлжээний найдвартай ажиллагааны 99%-н оронд сүлжээний сааталд хамрагдсан үеэр нь тооцоолоход илүү дөхөм байдаг. Ингээд доорх байдлаар томёолж болно.

C= [-log10x]

Хэмжилт[засварлах | кодоор засварлах]

Дээрх тооцоололын дагуу систем 365 өдөрийн туршид ажиллахдаа ямар нэгэн шалтгааны улмаас дунджаар 9 цаг саатдаг гэж үзэж болно. Өөрөөр хэлбэл энэ 9 цагт хэрэглэгчид системрүү хандалт хийж, сүлжээгээр мэдээлэл дамжуулж чадахгүйд хүрэх юм. Нэн ялангуяа эдгээр сааталууд нь администраторуудад ажиглагдахгүйгээр өнгрөх нь маши их хор хохирлыг араасаа дагуулж болно.

Ийм учраас сүлжээний ажиллагааг байнга хянаж байх хэрэгтэй. Үүнийг мониторинг хийх гэдэг бөгөөд мониторинг хийхэд зориулагдсан тусгай протокол болон програм хангамжууд бий. Энэ тухай 2-р бүлэгт дэлэгрэнгүй дурьдагдах болно. 

Бусад хэмжигдэхүүнүүд[засварлах | кодоор засварлах]

Estimated Time Of  Repair (ETR) (өөрөөр Recovery Time Objective (RTO) ч гэдэг ) гэсэн хэмжигдэхүүн байдаг бөгөөд энэ нь сүлжээний найдвартай ажиллагааны хамтаар үргэлж хэрэглэгдсээр ирсэн нэр юм. Сүлжээний найдвартай байдал алдагдаж, гэмтэл сааталд орсон үед түүнийг засварлаж, эргэж хэвийн ажиллагаанд нь орох хүртэл шаардагдах тэр хугацааг ETR буюу Засвар үйлчилгээнд шаардагдах хугацаа гэж нэрлэдэг. Мөн өөр нэгэн хэмжээс байдаг нь Mean Time To Recovery (MTTR) буюу системийн ажиллагаа сэргэх хүртэлх дундаж хугацаа юм. Сүлжээнд гарсан техник болон програм хангамжийн гэмтэлээс шалтгаалаад энэхүү хугацаа янз бүр байдаг ба зарин тохиолдолд бүрэн засварлах боломжгүй байдаг. Тухайлбал дата түр үер болон галын гамшигт өртлөө гэхэд, өөр түүнийг орлох дата төв байхгүй тохиолдолд системийг дахин засварлах аргагүйд хүрч болох юм.

Мэдээллийн найдвартай байдал болоод алдагдалгүй байдал нь сүлжээний найдвартай ажиллагаанаас салшгүй холбоотойн дээр нэн түрүүнд тавигдах ёстой чухал зүйл юм. Ийм учраас сүлжээний администраторууд мэдээллийн аюулгүй байдлыг давхар хянаж байх хэрэгтэйн дээр ялангуяа гэмтэл сааталын үед мэдээллийн аюулгүй байдалыг бүрэн хангах зайлшгүй шаардлагатай. Үйлчилгээний гэмтлийг засаж болох ч гэсэн мэдээллийн алдагдалыг эргэж засаж болох магадлал харьцангуй бага байдаг.

Энэ учраас SLA үйлчилгээний гэрээ нь хувь хүн, байгууллага болон интернэт үйлчилгээ үзүүлэгч байгууллагууд хооронд байгуулагддаг болоод удаж байна. 

Байнгын бэлэн ажиллагааг ойлгох нь(Understanding High Availability)[засварлах | кодоор засварлах]

Байнгын бэлэн ажиллагаатай сүлжээ нь сүлжээн дээрх боломжит бүх замууд болон түлхүүр серверүүдэд тогтмол хандах боломжийг олгодог бөгөөд IP сүлжээний хэрэглээ, тоо хэмжээг ихэсгэх зорилготой маш уян хатан технологи юм. Байнгын бэлэн ажиллагаа гэдэг нь зөвхөн редундант төхөөрөмжүүдийг суурилуулахыг хэлэхгүй. Өөрөөр хэлбэл сүлжээн дээр гарч болох гэмтэл саатал зэрэг тохиолдлуудаас урьдчилан сэргийлэх үүднээс боловсруулсан загварчлалын арга юм.

High Availability-ийн бүрэлдэхүүн хэсгүүд (Components of High Availability)[засварлах | кодоор засварлах]

  1. Цомхотгол(Redundancy)
  2. Технологи(Technology)
  3. Хүмүүс(People)
  4. Үйл ажиллагаа(Processes)
  5. Хэрэгслүүд(Tools)

1 ба 2-р бүрэлдэхүүн хэсгийг гүйцэлдүүлэхэд хялбархан. Учир нь эдгээр элементүүдийг худалдан авч суурилуулдаг. Хэдий сайн тоног төхөөрөмж, технологи байгаад хүмүүсийн бүрэлдэхүүн (туршлагатай, чадварлаг инженерүүд,ажилчид), үйл ажиллагааны бүрэлдэхүүн хэсэг (байгууллагын хараа хяналт,удирдлага), болон хэрэгслийн бүрэлдэхүүн хэсэг (сүлжээний төлөвлөлт,баримтжуулалт) эдгээр гурвын аль нэг нь л хангалтгүй байхад сүлжээн дээр гэмтэл, саатал гарах магадлал үлэмж ихэсдэг.

Цомхотгол(Redundancy)[засварлах | кодоор засварлах]

Сүлжээн дээрх нэг цэгийн догодол (single points of failure)-ийг арилгах зорилготой бөгөөд доорх механизмыг ашигладаг:

  • Газарзүйн онцлог шинжийг ямагт харгалзаж үзнэ.
  • Зураг 2.2-д үзүүлсэн шиг давхар төхөөрөмж суурилуулах болон давхар холболтуудыг хийнэ.
  • Давхар WAN түгээгүүр ашиглана.
  • Зарим томоохон байгууллагууд болон худалдааны сайтуудын хувьд давхар мэдээллийн төвүүдийг ашигладаг.
  • Мөн давхар байршлын үйлчилгээ, телефон утасны төв оффисын үйлчилгээ, давхар цахилгаан үүсгүүр, станц зэргийг зохион байгуулж болно.
Зураг 2.1 Кампус сүлжээнд хийсэн цомхотгол

Редундант загварчлалын асуудалтай тал нь гэвэл зардал ихээхэн шаардагддаг . Үйлчилгээ үзүүлэгч байгууллагын газарзүйг онцлогийг судлах болон редудант сүлжээг төлөвлөхөд хугацаа их орно. Мөн дээр нь нэмэгдээд өргөтгөл хийх, шинээр багаж төхөөрөмж худалдан авах болон холболт хийхэд хөрөнгө мөнгө хэрэгтэй. Цохмотгол нь ихэвчлэн WAN сүлжээг хамарсан мэдээллийн төвүүд, интернэт худалдааны сайтууд, интернэт үйлчилгээг түгээгч ISP байгууллагуудын сүлжээнд ашиглагддаг.

Технологи (Technology)[засварлах | кодоор засварлах]

Cisco-оос боловсруулсан  Cisco Nonstop Forwarding(NSF) болон  Stateful Switchover(SSO) технологиудын тусламжтайгаар гэмтэл саатлын үед холболтыг солихгүйгээр өгөгдлийг дамжуулж болохоос гадна Border Gateway Protocol (BGP)-ийн хэрэглээг өргөжүүлж болно.

Cisco IOS IP Service Level Agreements (SLA) болон Object Tracking гэсэн техник аргачлалуудыг

Ашиглаад сүлжээнд гарсан саатлыг илрүүлж, редундант төхөөрөмжүүдийг ажиллуулах боломжтой. Object Tracking нь сүлжээн дээрх тодорхой нэг объёктыг ажиглах боломжийг олгодог.

Мөн fast routing convergence,server load balancers зэрэг сүлжээний байнгын бэлэн байдлыг өргөжүүлэхэд хэрэгтэй технологиуд бас бий. Firewall stateful failover нь гэмтэл саатлын үед хэрэглэгч болон аппликэйшнүүдийг төхөөрөмжийн галт ханаар дамжин өнгөрөхөд нь тусалдаг.

Хүмүүс (People)[засварлах | кодоор засварлах]

Редундант тоног төхөөрөмжүүд, холболтууд болоод онцгой технологиуд нь Байнгын бэлэн ажиллагааны ердөө эхлэл хэсэг нь юм. Prepare, Plan, Design, Imlement, Operate, and Optimize (PPDIOO) (Бэлтгээд, Төлөвлөөд, Загварчлаад, Хэрэгжүүлээд, Ажиллуул, эцэст нь Оновчтой шийдвэр гаргах) гэсэн ерөнхий агра зүйн хувьд авч үзвэл хүний оролцоо хамгийн чухал үүрэгтэй. Мөн ажилчин , бие бүрэлдэхүүний туршлага, чадвар ч гэсэн Байнгын Бэлэн Ажиллагааны нэг хэсэг нь болно. Тоног төхөөрөмжүүд зөв тохируулагдсан байх ёстой. Найдвартай, бат бөх холболт болон конфигурацийн хувьд тэдгээрийг ажиллуулах болоод зөрчлийн учрыг олоход хялбар байдаг.

Үйл ажиллагаанууд (Process)[засварлах | кодоор засварлах]

Үргэлжилсэн болон давтагддаг процесууд нь Байнгын Бэлэн Ажиллагааны хувьд чухал үүрэгтэй. PPDIOO арга зүйн хувьд үргэлжилсэн процессыг сайжруулах нь байнгын бэлэн ажиллагааг хангахад ихээхэн тус болдог бөгөөд байгууллагууд энэхүү процессыг хэрэгжүүлж, цаг ямагт сайжруулж байх нь чухал.

Хэрэгслүүд (Tools)[засварлах | кодоор засварлах]

Тоног төхөөрөмжийн бүрэлдэхүүн хэсэг болоод үйлчилгээг байгууллагын зүгээс хянаж шалгаж байх хэрэгтэй. Алдааг тойрон гарах процесс зөв хэрэгжсэнээр, сүлжээний тоног төхөөрөмжид саатал гарсан ч үйлчилгээ цааш үргэлжилж байх болно.Хэрэв тоног төхөөрөмжид мониторинг хийхгүй бол, алдаа гэмтлийг илрүүлэх болон саатал гарсан редундант төхөөрөмжийг солих үед дараа дараагийн төхөөрөмжид саатал үүсэх юмуу эсвэл цахилгаан тасрах магадлалтай. Серверийн хүрэлцээ болоод сүлжээний хэт ачааллаас болж тоног төхөөрөмжийн ажиллагаа удааширдаг. Мөн сүлжээгээр дамжин өнгөрч буй пакетуудын гээгдэл, хоцрогдол зэргийг хянах нь ч мөн чухал. Эдгээр үзүүлэлтүүд үйл ажиллагаа зогсох эхний шинж тэмдгүүд байж болох бөгөөд SLA-ын чадамжийг бууруулснаар үйлчилгээ, холболтонд нөлөөлж эхэлнэ.

Байнгын бэлэн ажиллагааны уян хатан чанар (Resiliency for High Availability)[засварлах | кодоор засварлах]

Сүлжээний-түвшин, Системийн-түвшний уян хатан байдал болон сүлжээний хяналт нь Байнгын Бэлэн Ажиллагааг түгээхэд шаардлагатай бүрэлдэхүүн хэсгүүд юм. Түүнчлэн Байнгын Бэлэн Ажиллагаа нь сүлжээний бүх түвшинд яригдах болно.

Сүлжээний түвшний уян хатан чанар[засварлах | кодоор засварлах]

Сүлжээний түвшний уян хатан чанар нь төхөөрөмж болон холболтын цомхотголтой хамт байгууллагддаг. Холболтын хувьд хоёр төхөөрөмжийн хооронд хэд хэдэн холболт үүсгэж болдог. Хэрэв шаардлагатай гэж үзвэл адил хос холболтыг хийж болно. Өөрөөр хэлбэл нэг шугамд нь гэмтэл гарсан үед нөгөөх нь орлоно гэсэн үг. Эдгээр редундант холболтууд нь хүлээлтийн горимд шилжиж чаддаг, тухайлбал нэг холболт нь идэвхитэй ажиллагаатай байх үед хоёр дахь холболт нь spanning-tree, эсвэл load-balancing горимоор хаагдсан байдаг.

Сүлжээний түвшин дэх байнгын бэлэн ажиллагааны өөр нэг элемент нь конвергенци юм.Холболтонд саатал гарч редундант холболт нөхцөл байдалд тохируулан ажиллаж эхлэх үед фрейм эсвэл пакетууд үйлчилгээ зогссон тодорхой агшинд гээгдэх болдог. Энэ тохиолдолд 802.1D STP-ээс илүү RSTP протоколыг сонгох нь үр дүнтэй. Мөн OSPF эсвэл EIGRP болон удаан гэгддэг RIP протоколууд ч конвергенцийн хурдыг ихэсгэж чаддаг.

Мөн хяналт хийхэд Syslog, SNMP-ийг ашиглаж болно. SNMP-ийн хувьд зарим нэг элементийг хянаж чаддаггүй. Тухайлбал төхөөрөмж хоорондын гарсан gateway буюу гарцтай холбоотой алдааг хянадаггүй бөгөөд ийм тохиолдолд төхөөрөмж хоорондын холболтыг шалгадаг IP SLA протоколыг ашиглах нь зүйтэй.

Байнгын бэлэн ажиллагаа болон алдааг тойрон гарах хугацаа[засварлах | кодоор засварлах]

Зураг 2.2 Сүлжээн дэх ББЭ-ны протоколуудын Failover хугацаа

Сүлжээний бүрэлдэхүүн хэсгүүд нь нөхөн сэргээгдэх хугацааны хувьд харилцан адилгүй:

  • Open Shortest Path First (OSPF), болон Enhandec Interior Gateway Protocol (EIGRP) хоёул хагас секундын дотор алдааг тойрон гарч чаддаг.
  • RSTP-ийн хугацаа ойролцоогоор 1 секунд болно. Харин логик портуудад саатал гарч 1-2 секундын дотор ихээхэн хэмжээний алдагдал гарч болох нөхцөл байдал үүсвэл RSTP нь хагас секундын дотор ажиллах мөн боломжтой.
  • Ethernet сувгийн алдааг тойрон гарах хугацаа нь 1 секунд . Холболт тасарсан үед Cisco Ethernet технологи нь саатал гарсан холболтоос идэвхитэй ажиллаж буй бусад холболтуудруу секундын дотор шилждэг.
  • HSRP-ийн hello хийх хугацаа нь 3 секунд, түр саатуулах хугацаа нь 10 секунд байдаг. Гэхдээ энэ бол үндсэн тохиргоо бөгөөд үүнийг hello хугацааг 1, hold хийн хугацааг 3 секунд хүртэл бууруулж болдог. Ингэснээр 3 болон түүнээс бага хугацааны дотор алдааг тойрон гарах боломтой болох бөгөөд бүр хагас секунд хүртэл багасгасан ч болно. Харин CPU-ний ачааллыг сайн хянах хэрэгтэй.
  • Cisco Catalyst 6500 Serios Firewall Services Module(FWSM) нь ойролцоогоор 5 секундыг санал болгодог. Caching Services Module(CSM) ч мөн адил. Cisco Control Engine (ACE)-ний хувьд идэвхитэй тохиргооны тусламжтай алдааг 1 секундын дотор тойрон гарч чаддаг.
  • TCP/IP-ийн хувьд олол үйлдлийн системд зориулагдан тохируулагдсан байдаг бөгөөд алдааг тойрон гарах хугацааны хувьд ч харилцан адилгүй юм. Linux, HP болон IBM-ийн TCP/IP багц нь TCP session-ийг бууруулахаас өмнө нилээд хугацааг зарцуулдаг.

Optimal Redundancy[засварлах | кодоор засварлах]

Цомхотголыг зөв зохистой хийх нь байнгын бэлэн ажиллагааг баттай болгоход тун чухал. Гол нь хэтэрхий их цохмотголыг хийж нарийн төвөгтэй эсвэл зардал ихтэй сүлжээний загварыг зохих эсвэл байнгын бэлэн ажиллагааг хангаж чадахааргүй жижиг сүлжээг бий болгохын аль аль нь тохиромжгүй явдал юм.

Нийтийн жишгээр гол цөм болоод нэвтрүүлэх түвшингүүд нь редундант свичүүдээр байгуулагдаж, бусэд төхөөрөмжүүдтэй шаардлага гэсэн бүх холболтоор холбогдсон байхыг чухалчилдаг. (Зураг 2.3)

Зураг 2.3 Олон түвшин бүхий сүлжээн дэх тохиромжтой цомхотгол
Зураг 2.4
Зам сэлгэх (Provide Alternate Paths)[засварлах | кодоор засварлах]

Түүнчлэн хуваарилагч свичүүд үндсан свичүүдтэй салангид холбогдох нь холболтын тэгш байдлыг бууруулж, үндсэн түвшин дэхь портуудын тоог цөөрүүлдэг бөгөөд хангалттай хэмжээний цомхотголыг түгээж чадахгүйд хүрнэ. Хэрэв холболт эсвэл үндсэн свичүүдийн аль нэгэнд саатал гарвал үйлчилгээ үзүүлж чадахгүйд хүрнэ.

Хуваарилагч свичүүдийг үндсэн свичүүдтэй нэмэлт холболт хийж өгснөөр тоног төхөөрөмж болоод холболтод гарсан саатлыг тойрон гарах боломжийг нээж өгнө.

Зураг 2.5
Хэмжээнээс хэтэрсэн цомхотголоос сэргийлэх нь[засварлах | кодоор засварлах]

Зураг 2.5-д үзүүлснээр голд буй хуваарилагч свичүүд дээр нэмээд гуравдахь свичийг нэмж оруулсан байна. Энэ нэмэлт свич нь сүлжээний загварт шаардлагагүй, хэрэгцээгүй мөн эмх цэгцгүй байдлыг бий болгосон байна. Эндээс доорх асуулдуудыг тавьж үзье:

  • Үндсэн свич хаана байрлах ёстой вэ? Энэ зарвараас, үүнийг тодорхойлох амаргүй.
  • Аль холболтын шугамууд нь хүлээлтийн горимд байх шаардлагатай вэ? Хүлээлтийн горимд хэдэн порт байхыг тодорхойлоход төвөгтэй.
  • STP болон RSTP-ийн конвергенцийн үүрэг юу вэ? Сүлжээний конвергенцийг тодорхойлох боломжгүй.
  • Ямар нэгэн саатал гарвал, эх сурвалжийг нь яаж олох вэ? Энэ загвар дээр асуудлыг шийдвэрлэх бараг боломжгүй.
Зураг 2.6
Нэг цэгийн доголдлоос сэргийлэх нь (Avoid Single Point of Failure)[засварлах | кодоор засварлах]

Энэ нь байнгын бэлэн ажиллагааны нэг чухал элемент юм. Нэг цэгийн доголдол ихивчлэн Access түвшний свичүүд дээр гардаг бөгөөд холбогдсон бусад төхөөрөмжнүүдэд нөлөөлдөг. Энэхүү доголдлыг 1-3 секундын дотор арилгахын тулд 2-р түвшний SSO эсвэл 3-р түвшний Cisco NSF боло н SSOхослолыг хэрэглэж болно.

Ашигласан материал:[засварлах | кодоор засварлах]

  1. CCNP Switch: Implementing IP Switching
  2. google.com
  3. cisco.com