Şirkət tək bir ofisdən filialları, məlumat mərkəzləri və bulud xidmətləri olan paylanmış korporasiyaya çevrildikdə, yalnız güclü marşrutlayıcılar almaqla etibarlı şəbəkə qurmaq mümkün deyil. Şəbəkə arxitektoru direktorlar şurası ilə mühəndis qrupu arasında əsas əlaqələndirici kimi çıxış edir: o, şirkətin mücərrəd biznes məqsədlərini (xidmətlərin əlçatanlığı, maliyyə büdcəsi, əməliyyatların fasiləsizliyi və beynəlxalq standartlara uyğunluq) topologiya, protokollar və ehtiyat nüsxələmə üzrə dəqiq texniki tələblərə çevirir. Cisco PPDIOO şəbəkə həyat dövrü metodologiyasını nəzərdən keçirək, «yuxarıdan aşağı» (Top-Down) yanaşmasını «aşağıdan yuxarı» (Bottom-Up) yanaşması ilə müqayisə edək, SLA düsturu ilə əlçatanlığı və icazə verilən dayanma vaxtını hesablamağı, habelə layihə metriklərini təsdiqləmək üçün Cisco IP SLA zondlarını tənzimləməyi öyrənək.

Məqsəd və nə bilmək lazımdır

Dərsdən sonra bacaracaqsınız:

  • şəbəkə arxitektorunun rolunun sistem administratoru və istismar şəbəkə mühəndisindən fundamental fərqlərini formalaşdırmağı;
  • Cisco PPDIOO şəbəkə həyat dövrünün altı mərhələsinin hər birinin təyinatını və nəticələrini təsvir etməyi (Prepare, Plan, Design, Implement, Operate, Optimize);
  • biznes tələblərini (əlçatanlıq, RTO, RPO, tənzimləyici tələblərə uyğunluq, CAPEX və OPEX büdcəsi) şəbəkənin texniki metriklərinə (MTBF, MTTR, gecikmə, titrəmə, paket itkisi, həddindən artıq abunə) çevirməyi;
  • 99.9%, 99.99% və 99.999% («beş doqquzluq») əlçatanlıq səviyyələri üçün icazə verilən ümumi illik dayanma vaxtını (Downtime) hesablamağı və qəzalardan yaranan maliyyə zərərini qiymətləndirməyi;
  • mövcud infrastrukturu Top-Down metodu ilə audit etməyi, tətbiqlərin trafik matrisini tərtib etməyi və layihə məhdudiyyətlərini qeydə almağı;
  • Cisco IP SLA UDP Jitter zondlarını konfiqurasiya etməyi və Cisco IOS XE-də gecikmə və itki parametrlərinin layihə spesifikasiyalarına uyğunluğunu yoxlamağı.

Əvvəlcədən nəyi bilmək lazımdır: ccna kursu həcmində baza şəbəkə konsepsiyaları — TCP/IP protokol steki, IPv4/IPv6 ünvanlaması, marşrutlaşdırma və kommutasiya prinsipləri, gecikmə (Latency) və buraxılış zolağı (Bandwidth) anlayışları.

Həyatdan tapşırıq

Bakıdakı iri kommersiya bankı real vaxt rejimində mobil bankçılıq və plastik kartların prosessinqi platformasını istifadəyə verir. Direktorlar şurasında idarə heyətinin sədri tapşırığı belə müəyyən edir: «Ödəniş platforması biznesimiz üçün həyati əhəmiyyət kəsb edir. Müştərilər köçürmələr zamanı imtina ilə qarşılaşmamalıdır, hər hansı qəza zamanı dayanma vaxtı beş dəqiqədən çox olmamalıdır, bircə maliyyə tranzaksiyasının belə itirilməsi yolverilməzdir və layihə PCI-DSS 4.0 təhlükəsizlik standartına tam uyğun olmalıdır».

İnfrastruktur meneceri sadə həll təklif edir: «Gəlin server otağı üçün ən bahalı flaqman kommutatorları alaq və iki fərqli provayderdən eyni internet kanalını icarəyə götürək».

İstismara verildikdən üç ay sonra yol işləri zamanı ekskavator hər iki provayderin kabellərinin təsadüfən eyni yerdən keçdiyi magistral kollektoru qırır, marşrutlaşdırma protokolu isə iki dəqiqədən çox müddətə yenidən qurulur. Prosessinq 4 saat dayanır, bank hesablaşmaların fasiləsizliyinin pozulmasına görə tənzimləyicidən \$150,000 cərimə alır və müştərilər rəqiblərə üz tutur.

Niyə memarlıq təhlili aparılmadan bahalı avadanlıqların alınması biznesi qorumadı? Şəbəkə arxitektoru direktorlar şurasının tələblərini RTO (Recovery Time Objective), RPO (Recovery Point Objective), 99.999% əlçatanlıq və müstəqil optik marşrutlar şəklində necə rəsmiləşdirməli idi? Praktiki hesablamalarla nəzərdən keçirək.

Şəbəkə arxitektorunun rolu və Cisco PPDIOO metodologiyası

Şəbəkə mühəndisi və ya inzibatçısı əsasən bu suala fokuslanır: «Bu avadanlığı indicə necə sazlayım?» — o, interfeysləri tənzimləyir, giriş siyahılarını tətbiq edir və insidentləri aradan qaldırır. Şəbəkə arxitektoru (Network Architect) isə bu suallara cavab verir: «Niyə məhz belə bir arxitektura qururuq? Bu arxitektura 3–5 ildən sonra biznesin böyüməsini necə dəstəkləyəcək? Qovşaq sıradan çıxanda şirkət nə qədər itirəcək və bu riskin aradan qaldırılması neçəyə başa gələcək?».

PPDIOO şəbəkə həyat dövrü: şəbəkə arxitektorunun və istismar komandasının məsuliyyət zonaları
PPDIOO şəbəkə həyat dövrü: şəbəkə arxitektorunun və istismar komandasının məsuliyyət zonaları

Şəbəkələrin sistemli layihələndirilməsi və müşayiəti üçün Cisco PPDIOO metodologiyasını işləyib hazırlamışdır — bu, korporativ infrastrukturun altı mərhələli həyat dövrüdür:

  1. Prepare (Hazırlıq) — biznes konsepsiyasının formalaşdırılması. Arxitektor maliyyə məqsədlərini, investisiyaların gəlirliliyini (ROI — Return on Investment) və ümumi sahiblik dəyərini (TCO — Total Cost of Ownership) müəyyən edir. Şəbəkə onlayn pərakəndə satış üçün qurulursa, arxitektor şəbəkənin hər dəqiqəlik işindən əldə olunan gəliri qiymətləndirir.
  2. Plan (Planlaşdırma) — ilkin məlumatların toplanması və meydançaların auditi. Mövcud şəbəkə (As-Is), kabel infrastrukturu, dayaqların və elektrik təchizatının hazırlığı (Site Readiness) qiymətləndirilir, trafik axınları profillənir və sistem məhdudiyyətləri (Constraints) müəyyənləşdirilir.
  3. Design (Layihələndirmə) — ətraflı layihə sənədlərinin hazırlanması. Arxitektor iki əsas sənəd yaradır:
    - HLD (High-Level Design) — konseptual layihə: modulların topologiyasının, marşrutlaşdırma protokollarının, ünvanlama strategiyasının, yüksək əlçatanlıq (HA) modelinin və təhlükəsizlik matrislərinin seçilməsi.
    - LLD (Low-Level Design) — işçi sənədlər: kabel jurnalları, şkaf nömrələri, portların paylanması, konfiqurasiya şablonları və NRFU (Network Ready for Use) qəbul sınaqları planı.
  4. Implement (Tətbiqetmə) — təsdiq olunmuş LLD əsasında cari biznes proseslərini pozmadan quraşdırma, yerləşdirmə və istismara buraxma.
  5. Operate (İstismar) — NOC qüvvələri tərəfindən şəbəkənin gündəlik fəaliyyəti, konfiqurasiyaların idarə edilməsi, xidmət səviyyəsi razılaşmalarına (SLA) riayət olunmasının monitorinqi.
  6. Optimize (Optimallaşdırma) — gizli dar boğazların proaktiv aşkarlanması, kanal yüklənmə trendlərinin təhlili və kritik nasazlıqlar baş vermədən öncə planlı yenidən layihələndirmə. Optimallaşdırmanın nəticələri növbəti Prepare mərhələsi üçün əsas təşkil edir.
PPDIOO mərhələsiMərhələnin əsas məqsədiDaxil olan məlumatlarYekun artefaktŞəbəkə arxitektorunun rolu
Prepareİnvestisiyaların və biznes strategiyasının əsaslandırılmasıŞirkətin strategiyası, büdcə, tənzimləyici tələblərBiznes-keys, texniki tapşırıqAparıcı (arxitektura vektorunun təyini)
PlanCari vəziyyətin və risklərin auditiAs-Is telemetriya məlumatları, bina planları, kanal auditiAudit hesabatı, məhdudiyyətlər matrisiAparıcı (dar boğazların və risklərin aşkarlanması)
DesignTexniki həllin işlənib hazırlanmasıBiznes tələbləri, Plan mərhələsinin nəticələriHLD, LLD layihə sənədləri, NRFU planıMüstəsna (layihənin müəllifi və təsdiqçisi)
ImplementŞəbəkənin sənaye istismarına daxil edilməsiLLD paketi, texnoloji pəncərələr cədvəliİstismara qəbul aktı, NRFU sınaqlarıNəzarətçi (dəyişikliklərə müəllif nəzarəti)
OperateDay-2 xidmətlərinin əlçatanlığının saxlanılmasıİstismar qaydaları, SLA monitorinqiİnsident hesabatları, uptime hesabatlarıMəsləhətçi (mürəkkəb qəzaların təhlili)
OptimizeDeqradasiyanın qarşısının alınması və yenidən dizaynNetFlow statistikası, resurs istifadəsi trendləriŞəbəkənin modernləşdirilməsi təklifləriAparıcı (genişlənmə strategiyasının formalaşdırılması)

Biznes tələbləri texniki metriklərə qarşı

Yeni başlayan dizaynerlərin əsas səhvi — layihəni biznes qarşısında texniki jarqonla müdafiə etməyə çalışmaqdır: «Bizə 100G və BFD dəstəkləyən Catalyst 9600 kommutatorları lazımdır». Maliyyə direktoru isə yalnız yüz minlərlə dollar xərc tələbi eşidir. Arxitektor biznes göstəriciləri dilində danışmağa borcludur:

Biznes tələblərinin şəbəkənin texniki spesifikasiyalarına və xidmət keyfiyyəti metriklərinə çevrilməsi
Biznes tələblərinin şəbəkənin texniki spesifikasiyalarına və xidmət keyfiyyəti metriklərinə çevrilməsi

1. Biznesin fasiləsizliyi (Business Continuity) və bərpa (Disaster Recovery)

  • RTO (Recovery Time Objective) — hədəf bərpa vaxtı. Nasazlıq baş verdikdən sonra xidmətin əlçatmaz qala biləcəyi maksimum icazə verilən müddət. Bank prosessinqi üçün RTO = 5 dəqiqə müəyyən edilibsə, şəbəkə növbətçi mühəndisin gəlişini gözləmədən avtomatik olaraq saniyələr ərzində bərpa olunmalıdır.
  • RPO (Recovery Point Objective) — hədəf bərpa nöqtəsi. Fəlakət zamanı itirilməsinə icazə verilən məlumatların vaxt üzrə maksimum həcmi. Əgər RPO = 0 tələb olunursa, əsas və ehtiyat MBM arasında məlumat bazalarının sinxron replikasiyası üçün dövrəvi gecikmə (RTT) qəti olaraq 5–10 ms-dən az olmalıdır.

2. SLA üzrə əlçatanlıq (Availability) və «doqquzluqlar» qanunu

Xidmət səviyyəsi razılaşması (SLA — Service Level Agreement) infrastrukturun öz funksiyalarını yerinə yetirdiyi vaxt faizini hüquqi cəhətdən təsbit edir. Əlçatanlıq əmsalı $A$ nasazlıqlararası orta işləmə vaxtı (MTBF — Mean Time Between Failures) və orta bərpa vaxtı (MTTR — Mean Time To Repair) vasitəsilə hesablanır:

$$A = \frac{\text{MTBF}}{\text{MTBF} + \text{MTTR}}$$

SLA-da hər bir əlavə «doqquzluq» illik icazə verilən qəza dayanma vaxtını eksponensial olaraq azaldır:

Əlçatanlıq səviyyəsiİllik icazə verilən dayanmaAylıq icazə verilən dayanmaHəftəlik icazə verilən dayanmaTipik şəbəkə tələbləri
99.0% (İki doqquzluq)87.6 saat (3.65 gün)7.3 saat1.68 saatTək marşrutlayıcı, tək kanal, əl ilə keçid
99.9% (Üç doqquzluq)8.76 saat (525.6 dəq)43.8 dəqiqə10.1 dəqiqəEhtiyat kanal, soyuq avadanlıq ehtiyatı
99.99% (Dörd doqquzluq)52.56 dəqiqə4.38 dəqiqə1.01 dəqiqəDublyaj edilmiş qovşaqlar, FHRP protokolları, IGP
99.999% («Beş doqquzluq»)5.26 dəqiqə (315 saniyə)26.3 saniyə6.05 saniyəTam 2N ehtiyatlılıq, BFD/LFA keçidi < 50 ms, müstəqil optika

3. Maliyyə məhdudiyyətləri: CAPEX və OPEX

Arxitektor layihəni ümumi sahiblik dəyəri düsturu ilə qiymətləndirir (TCO = CAPEX + N × OPEX):

  • CAPEX (Capital Expenditures) — birdəfəlik əsaslı xərclər: şassilərin, optik qəbuledicilərin, proqram təminatı lisenziyalarının alınması, kabel sisteminin quraşdırılması.
  • OPEX (Operational Expenditures) — müntəzəm əməliyyat xərcləri: rabitə kanallarının icarə haqqı, texniki dəstək müqavilələri (Cisco Smart Net Total Care), enerji təchizatı və soyutma, istismar mühəndislərinin əməkhaqqı.

Satınalmada ucuz görünən kommutator (aşağı CAPEX) yüksək enerji sərfiyyatına, bahalı transiverlərə və proqram nasazlıqlarına səbəb ola bilər ki, bu da 5 illik ümumi OPEX-i keyfiyyətli modul şassidən dəfələrlə baha edir.

Nümunənin təhlili: dayanma büdcəsinin və maliyyə zərərinin hesablanması

Fintex şirkəti üçün icazə verilən dayanma vaxtını hesablayaq və qəza zərərini şəbəkə nüvəsinin aparat ehtiyatlanması xərcləri ilə müqayisə edək:

Tək nüvəli dizayn (99.9%) və 2N tam ehtiyatlı arxitektura (99.999%) üçün dayanma büdcəsi, maliyyə itkiləri və gəlirlilik (ROI) müqayisəsi
Tək nüvəli dizayn (99.9%) və 2N tam ehtiyatlı arxitektura (99.999%) üçün dayanma büdcəsi, maliyyə itkiləri və gəlirlilik (ROI) müqayisəsi

İlkin biznes parametrləri (Verilir):

  • Xidmətin iş rejimi: 24/7/365 = 8,760 saat (ildə 525,600 dəqiqə).
  • Rəqəmsal kanalın birbaşa gəliri: saatda \$60,000 (dəqiqədə \$1,000).
  • SLA pozuntusuna görə tənzimləyici cərimə: hər insident üçün \$25,000 + dayanmanın hər dəqiqəsi üçün \$500 (qəzanın hər dəqiqəsinin ümumi dəyəri — \$1,500 / dəq).
Layihə parametriVariant A: Tək nüvə (Single Core)Variant B: Dublyaj edilmiş nüvə (Dual-Core 2N)
Hədəf əlçatanlıq səviyyəsi (SLA)99.9% («Üç doqquzluq»)99.999% («Beş doqquzluq»)
Ehtiyatlanma sxemi1× Catalyst 9600 nüvə kommutatoru (SPOF)2× Catalyst 9600 kommutatoru + BFD / LFA < 50 ms
İllik icazə verilən dayanma525.6 dəqiqə (~8.76 saat)5.26 dəqiqə (~315 saniyə)
Birbaşa gəlir itkisi ($1,000/dəq)\$525,600 / il\$5,260 / il
SLA üzrə cərimə sanksiyaları ($500/dəq)\$262,800 / il\$2,630 / il
Ümumi maliyyə zərəri\$788,400 / il\$7,890 / il
Əlavə əsaslı xərclər (CAPEX)\$0 (baza smetası)+\$95,000 (ikinci şassi + müstəqil optika)

Maliyyə komitəsi üçün hesablamaların addım-addım riyazi yoxlanışı:

yaml
# İllik dayanma düsturu: Downtime = 525600 dəq * (1 - Availability)
Variant A (Single Core 99.9%):
  İllik dayanma: "525600 * (1 - 0.999) = 525.6 dəq (8.76 saat)"
  Maliyyə zərəri: "(525.6 * $1000) + (525.6 * $500) = $788,400 / il"

Variant B (Dual-Core 2N 99.999%):
  İllik dayanma: "525600 * (1 - 0.99999) = 5.26 dəq (315 san)"
  Maliyyə zərəri: "(5.26 * $1000) + (5.26 * $500) = $7,890 / il"

İnvestisiyanın əsaslandırılması (ROI):
  Qarşısı alınan zərər: "$788,400 - $7,890 = $780,510 illik qənaət"
  Ehtiyatın dəyəri (CAPEX): "$95,000 (ikinci Catalyst 9600 + optika)"
  Özünüödəmə müddəti (Payback): "$95,000 / ($780,510 / 12 ay) = 1.46 ay (< 64 dəqiqə dayanma)"

💡 Arxitektura qərarı: 99.9% səviyyəsindən 99.999% səviyyəsinə keçid şirkətə ildə \$780,510 qənaət etdirir. İkinci nüvə kommutatoruna çəkilən əsaslı xərclər (CAPEX = \$95,000) istismarın ilk 1.5 ayından az müddətdə (və ya qarşısı alınan qəzanın ilk 64 dəqiqəsində) tamamilə özünü doğruldur. 2N arxitekturası riyazi və iqtisadi cəhətdən tam əsaslandırılmışdır.

İlkin məlumatların toplanması: Top-Down və Bottom-Up

Şəbəkə dizaynında tələblərin toplanması üzrə iki diametral fərqli strategiya mövcuddur:

  1. Aşağıdan yuxarı yanaşma (Bottom-Up): mühəndis fiziki səviyyədən başlayır: «Anbarda beş köhnə kommutator və Cat5e kabeli var. Gəlin bunları birləşdirək və trafiki buraxaq». Nəticə — dar boğazlar, kritik xidmətlərin gözlənilməz zəifləməsi və altı aydan sonra şəbəkənin tamamilə yenidən qurulması məcburiyyəti.
  2. Yuxarıdan aşağı yanaşma (Top-Down): arxitektor OSI modelinin ən yuxarı səviyyəsindən — tətbiqlərdən və biznes proseslərindən başlayır:
    - Addım 1: Şəbəkədə hansı tətbiqlər işləyir (VoIP, videokonfrans, ERP, verilənlər bazası replikasiyası)?
    - Addım 2: Hər bir tətbiqin buraxılış zolağı, gecikmə, titrəmə və itki tələbləri nələrdir?
    - Addım 3: Müştərilər və serverlər harada yerləşir (trafik axınları matrisi)?
    - Addım 4: Bu tələbləri hansı L3/L2 məntiqi protokolları və QoS mexanizmləri təmin edəcək?
    - Addım 5: Tətbiq üçün hansı fiziki avadanlıq və topologiya tələb olunur?
Müqayisə meyarıTop-Down yanaşması (Cisco tövsiyəsi)Bottom-Up yanaşması (Köhnəlmiş)
Başlanğıc nöqtəsiBiznes məqsədləri və tətbiqlərin tələbləriMövcud avadanlıq və kabellər
Miqyaslanma3–5 illik artım ehtiyatı arxitekturaya daxil edilirKöhnə şassilərin imkanları ilə məhdudlaşır
Kritik xidmətlərin keyfiyyətiLayihənin QoS və SLA metrikləri ilə təmin edilirTəsadüfi, tez-tez toqquşma və itkilər yaranır
Büdcə səmərəliliyiİnvestisiyalar birbaşa kritik qovşaqlara yönəlirPullar qüsurların örtülməsinə sərf olunur
Nə vaxt tətbiq edilirYeni şəbəkələr və irimiqyaslı modernləşdirməStruktur dəyişdirilmədən xırda lokal əlavələr

Trafik matrisi və memarlıq məhdudiyyətləri (Design Constraints)

Audit prosesində arxitektor tətbiqlərin trafik matrisini və layihə məhdudiyyətləri kataloqunu formalaşdırır:

  • Texniki məhdudiyyətlər: mövcud optika (təkmodlu OS2 və çoxmodlu OM1/OM3), kabel traslarının maksimum uzunluğu (mis üçün 100 m), server şkaflarında UPS güc hədləri.
  • Təşkilati məhdudiyyətlər: təhlükəsizlik xidmətinin tələbləri (bankomat seqmentlərinin ofis şəbəkəsindən təcrid olunması), texnoloji pəncərələr reqlamenti (işlər yalnız bazar günü 02:00–05:00 arası).
  • Büdcə məhdudiyyətləri: cari maliyyə rübü üçün sərt CAPEX limiti.

Nümunənin təhlili: tələblər matrisi və Cisco IP SLA vasitəsilə təsdiqləmə

Bank tətbiqlərinin biznes tələblərini texniki QoS spesifikasiyaları matrisində birləşdirək və Cisco IP SLA texnologiyası vasitəsilə real ölçmələrlə təsdiqləyək:

TətbiqProtokol və portAxın üzrə zolaqGecikmə (One-Way)Titrəmə (Max)İtki (Max)QoS sinfi (DSCP)
IP-telefoniya (VoIP)UDP / RTP80 Kbit/s (G.711)<= 150 ms<= 30 ms<= 1.0%EF (DSCP 46)
Videokonfrans (HD)UDP / RTP2.5 Mbit/s<= 150 ms<= 30 ms<= 0.5%AF41 (DSCP 34)
Bank prosessinqiTCP / 443128 Kbit/s<= 200 msN/A<= 0.1%AF21 (DSCP 18)
VB replikasiyası (DR)TCP / 1521500 Mbit/s (burst)<= 10 ms (RTT)<= 2 ms0.0%AF11 (DSCP 10)
Qonaq Wi-FiTCP/UDPBest-Effort<= 400 msN/A<= 3.0%DF (DSCP 0)

Bu metriklərin davamlı instrumental nəzarəti üçün filial marşrutlayıcısında məlumat mərkəzinə doğru Cisco IP SLA UDP Jitter zondu tənzimlənir:

Cisco IOS
BR-R1(config)# ip sla 100
BR-R1(config-ip-sla)# type udp-jitter 10.100.1.1 50000 num-packets 100 interval 20
BR-R1(config-ip-sla-jitter)# request-data-size 160
BR-R1(config-ip-sla-jitter)# frequency 60
BR-R1(config-ip-sla-jitter)# threshold 150
BR-R1(config-ip-sla-jitter)# tos 184
BR-R1(config-ip-sla-jitter)# exit
BR-R1(config)# ip sla schedule 100 life forever start-time now

BR-R1# show ip sla statistics 100
IPSLAs Latest Operation Statistics
IPSLA operation id: 100
Type of operation: udp-jitter
Latest operation start time: 10:14:22 UTC
Latest operation return code: OK
RTT Values:
  Number of RTT: 100
  RTT Min/Avg/Max: 22/28/35 milliseconds
Latency one-way values:
  Number of Latency one-way Samples: 100
  Source to Destination Latency Min/Avg/Max: 11/14/18 milliseconds
  Destination to Source Latency Min/Avg/Max: 11/14/17 milliseconds
Jitter values:
  Source to Destination Jitter Min/Avg/Max: 1/2/4 milliseconds
  Destination to Source Jitter Min/Avg/Max: 1/2/3 milliseconds
Packet Loss values:
  Packet Loss from Source to Destination: 0
  Packet Loss from Destination to Source: 0
  Out of Sequence: 0, Late Arrivals: 0
SLA Threshold Over-Occurrences: 0

show ip sla statistics 100 əmrinin çıxışının təhlili:

  • Source to Destination Latency Avg: 14 ms — biristiqamətli gecikmə kritik 150 ms həddindən 10 dəfə yaxşıdır;
  • Jitter Avg: 2 ms — gecikmə dəyişməsi çox kiçikdir və 30 ms normativinə tam uyğundur;
  • Packet Loss: 0 — itirilmiş paketlərin sayı sıfırdır;
  • Şəbəkə kanalı səs və kritik maliyyə əməliyyatları üçün layihə tələblərini tam ödəyir.

Nə xarab ola bilər və bunu necə tapmaq olar

Layihələndirmə xətası / SimptomŞəbəkə üçün nəticəsiNecə düzgün layihələndirmək lazımdır
Trafik matrisi olmadan Bottom-Up yanaşması ilə layihələndirməPik saatlarda buferlərin dolması səbəbindən videokonfranslar və VoIP zəngləri kəsilirAuditi tətbiqlərdən başlamaq (Top-Down), pik zolağı hesablamaq və QoS siyasətləri tətbiq etmək
Bərpa vaxtını nəzərə almadan 99.999% əlçatanlıq təyin etməkOptik kabel qırıldıqda standart protokollar 30–45 saniyəyə bərpa olur və illik dayanma limitini dərhal bitirirBFD (<= 150 ms) və Loop-Free Alternate (LFA / TI-LFA < 50 ms) mexanizmlərini tətbiq etmək
Köməkçi infrastrukturda vahid imtina nöqtəsinə (SPOF) göz yummaqServer otağının enerjisiz qalması hər iki dublyaj edilmiş marşrutlayıcını eyni anda sıradan çıxarırMüstəqil optika trasları, ayrı elektrik girişləri (ATS, generator) və ərazi üzrə paylanmış qovşaqlar qurmaq
Sahiblik xərclərini hesablamadan ən ucuz CAPEX-li avadanlıq seçmək3 ildən sonra elektrik, soyutma və bahalı transiver xərcləri qənaət edilən məbləği 3 dəfə üstələyirSpesifikasiyanı təsdiq etməzdən əvvəl 3–5 illik ümumi sahiblik dəyərini (TCO = CAPEX + N * OPEX) hesablamaq

⚠️ Arxitektorun tipik xətası: eyni şkafda iki bahalı marşrutlayıcı quraşdıraraq biznesə «beş doqquzluq» (99.999%) əlçatanlıq vəd etmək, lakin hər iki provayder kabelinin binaya eyni borudan daxil olduğunu və hər iki qida blokunun eyni avtomat açara qoşulduğunu yaddan çıxarmaq. Vahid imtina nöqtəsində (SPOF) baş verən hər hansı qəza protokolların ehtiyatına qoyulan bütün investisiyaları sıfıra endirir.

Təcrübə

  1. Proqnozlaşdırın. Rabitə operatoru şirkətə internet kanalı üçün 99.95% əlçatanlıq SLA-sı təklif edir. Bu müqaviləyə əsasən bir təqvim ayı (30 gün) ərzində maksimum nə qədər ümumi qəza dayanma vaxtına (dəqiqə ilə) icazə verilir?
  2. Yoxlayın. Pasport üzrə marşrutlayıcının nasazlıqlararası orta işləmə vaxtı MTBF = 100,000 saat-dır. Mühəndislər tərəfindən orta təmir və bərpa vaxtı MTTR = 5 saat-dır. Bu cihazın əlçatanlıq əmsalını hesablayın və müəyyən edin: tək bir belə marşrutlayıcı 99.999% SLA təmin etmək üçün kifayətdirmi?
  3. İzah edin. Niyə paylanmış korporativ şəbəkəni layihələndirərkən Top-Down auditi mövcud kommutatorların konfiqurasiyalarını toplamaqdan deyil, biznes tətbiqlərinin sahibləri ilə müsahibələrdən başlayır?
  4. Dəyişdirin. Nümunədəki ip sla 100 zondunun konfiqurasiyasında threshold dəyəri 150 ms təyin edilmişdir. Bu konfiqurasiyanı MBM-lər arası maliyyə replikasiyası kanalı üçün dəyişdirin: burada maksimum icazə verilən biristiqamətli gecikmə 15 ms, yoxlama tezliyi isə hər 10 saniyə olmalıdır.
  5. Özünüz edin ⭐. Regional xəstəxananın telemetriya və teletibb şəbəkəsi üçün memarlıq tələblərini layihələndirin: 50 əməliyyat zalı 4K endoskopik əməliyyatları yayımlayır (hər zal üçün 25 Mbps axın, maksimum gecikmə 50 ms, paket itkisi 0%). SLA tələblərini formalaşdırın, ümumi zolağı hesablayın, RTO/RPO kritikliyini təyin edin və SPOF-un aradan qaldırılması mexanizmlərini təsvir edin.

Özünüyoxlama

Sual 1. RTO (Recovery Time Objective) və RPO (Recovery Point Objective) göstəriciləri arasında prinsipial fərq nədir və şəbəkə arxitektoru onların hər birini hansı şəbəkə mexanizmləri ilə təmin edir?

  • Təhlil: RTO qəzadan sonra xidmətin maksimum dayanma müddətini təyin edir (şəbəkə rabitəni nə qədər tez bərpa etməlidir). Arxitektor RTO-nu aparat vasitələrinin dublyajı, sürətli bərpa olunan marşrutlaşdırma protokolları (BFD, LFA FRR) və şlüzlərin klasterləşdirilməsi (FHRP, StackWise Virtual) ilə təmin edir. RPO fəlakət zamanı vaxt baxımından itirilməsinə icazə verilən məlumat həcmini müəyyən edir. RPO = 0 tələbinin yerinə yetirilməsi şəbəkənin MBM-lər arasında fasiləsiz sinxron verilənlər bazası replikasiyası üçün ultra-aşağı gecikmə (RTT < 5–10 ms), stabil titrəmə və sıfır paket itkisi zəmanəti verməsindən asılıdır.

Sual 2. show ip sla statistics 100 əmrinin çıxışında şəbəkə mühəndisi aşağıdakı parametrləri aşkar etdi: RTT Avg: 185 ms, Source to Destination Latency Avg: 94 ms, Source to Destination Jitter Max: 48 ms, Packet Loss: 12. Bu kanal VoIP səs trafiki üçün korporativ standartlara uyğundurmu?

  • Təhlil: Kanal səs rabitəsinin keyfiyyət standartlarını kobud şəkildə pozur. Baxmayaraq ki, biristiqamətli gecikmə 94 ms ITU-T G.114 normativinə (<= 150 ms) uyğundur, maksimum titrəmənin 48 ms olması 30 ms həddini aşır (bu, IP-telefonun titrəmə buferinin boşalmasına və səsin robotlaşmasına səbəb olur), 12 itirilmiş paket isə danışıq zamanı hecaların və sözlərin qırılması ilə nəticələnəcək.

Təcrübə tapşırıqlarının cavabları:

  1. 30 gündə 30 * 24 * 60 = 43,200 dəqiqə var. 99.95% əlçatanlıqda icazə verilən dayanma müddəti: 43,200 * (1 - 0.9995) = 43,200 * 0.0005 = 21.6 dəqiqə təşkil edir.
  2. $A = \frac{100,000}{100,000 + 5} = \frac{100,000}{100,005} \approx 0.99995$ (99.995%). Bu, dörd doqquzluğa uyğundur (ildə təxminən 26 dəqiqə dayanma). Tək bir cihaz heç bir halda 99.999% SLA tələbini ödəmir (illik limit 5.26 dəqiqədir), buna görə də avtomatik keçidli dublyaj edilmiş arxitektura mütləqdir.
  3. Şəbəkə yalnız biznes tətbiqlərinin trafikini daşımaq üçün mövcuddur. Kommutator konfiqurasiyalarından başlamaqla (Bottom-Up) mühəndis yalnız cari portları görür, lakin bir ildən sonra hansı xidmətlərin istifadəyə veriləcəyini, əməliyyatların kritikliyini və proseslərin dar boğazlarını bilmir. Top-Down yanaşması əvvəlcə kritik tələbləri müəyyənləşdirməyə, sonra isə büdcə və funksionallıq baxımından optimal infrastrukturu qurmağa imkan verir.
  4. MBM replikasiyası üçün zond daha qısa intervalla və sərtləşdirilmiş hədlə tənzimlənir:
Cisco IOS
ip sla 100
 threshold 15
 frequency 10
  1. Teletibb şəbəkəsinin layihə parametrləri:
    - Video axınlarının ümumi zolağı: 50 zal * 25 Mbps = 1.25 Gbps xalis yük. Xidməti trafik, telemetriya və 30% artım ehtiyatı nəzərə alınmaqla nüvənin ümumi tutumu minimum 2 × 10 Gbps olmalıdır.
    - Əlçatanlıq SLA-sı: 99.999% (əməliyyat zamanı rabitənin kəsilməsi xəstənin həyatına təhlükədir). RTO = 0 (qırılma zamanı anında keçid), RPO = 0.
    - SPOF-un aradan qaldırılması: hər əməliyyat zalı iki müstəqil kabel trası ilə iki müstəqil giriş kommutatoruna qoşulur, paylama kommutatorları nüvəyə 40G uplinklərlə klasterdə işləyir, elektrik təchizatı 2N sxemi üzrə təşkil olunur (iki müstəqil UPS və dizel-generator), trafik DSCP AF41/EF ilə ən yüksək prioritetlə nişanlanır.

Təkrar və növbəti dərsə keçid meyarı

Köməksiz növbəti mərhələyə keçə bilərsiniz, əgər:

  • Cisco PPDIOO həyat dövrünün bütün 6 mərhələsini sadalaya və arxitektorun hansı mərhələlərdə əsas rol oynadığını izah edə bilirsinizsə;
  • RTO, RPO, MTBF, MTTR arasındakı fərqi izah edə və biznesin fasiləsizliyi tələbini şəbəkə metriklərinə çevirə bilirsinizsə;
  • düstur üzrə istənilən SLA faizi üçün icazə verilən dayanma vaxtını hesablaya və biznesə dublyaj edilmiş avadanlığın səmərəsini əsaslandıra bilirsinizsə;
  • Top-Down layihələndirməsinin büdcəni səmərəsiz xərclərdən necə qoruduğunu rəhbərliyə izah edə bilirsinizsə;
  • show ip sla statistics çıxışına əsasən kanalın keyfiyyətini və həssas trafikə hazırlığını təyin edə bilirsinizsə.

Təkrar sualı (CCNA bazası): nə üçün real vaxt trafikinin (səs və video) ötürülməsi üçün çatdırılma təsdiqli TCP deyil, məhz UDP nəqliyyat protokolu istifadə olunur?

💡 Digər kurslarda əlaqəli dərslər: sazlama əmrləri və diaqnostikanın ətraflı təhlili üçün baxın: Kampusun iyerarxik dizaynı: Access, Distribution, Core və həddindən artıq abunənin hesablanması.

Standartlar və mənbələr

  • Cisco Validated Design (CVD) — Enterprise Network Design Principles and Methodologies.
  • Cisco Exam Blueprint — 300-420 ENSLD v1.1/v1.2, bölmə 1.1 Translate business requirements into technical network designs (SLA, budget, scale, compliance).
  • ITU-T Recommendation G.114 — One-way transmission time for voice and multimedia applications.
  • IETF RFC 2544 — Benchmarking Methodology for Network Interconnect Devices.