Ş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?».
Şə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:
- 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. - 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. - 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ı. - Implement (Tətbiqetmə) — təsdiq olunmuş LLD əsasında cari biznes proseslərini pozmadan quraşdırma, yerləşdirmə və istismara buraxma.
- 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. - 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
Preparemərhələsi üçün əsas təşkil edir.
| PPDIOO mərhələsi | Mərhələnin əsas məqsədi | Daxil olan məlumatlar | Yekun 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ər | Biznes-keys, texniki tapşırıq | Aparıcı (arxitektura vektorunun təyini) |
Plan | Cari vəziyyətin və risklərin auditi | As-Is telemetriya məlumatları, bina planları, kanal auditi | Audit hesabatı, məhdudiyyətlər matrisi | Aparıcı (dar boğazların və risklərin aşkarlanması) |
Design | Texniki həllin işlənib hazırlanması | Biznes tələbləri, Plan mərhələsinin nəticələri | HLD, 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əsi | LLD 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) |
Operate | Day-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) |
Optimize | Deqradasiyanın qarşısının alınması və yenidən dizayn | NetFlow statistikası, resurs istifadəsi trendləri | Şəbəkənin modernləşdirilməsi təklifləri | Aparı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:
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 = 0tələb olunursa, əsas və ehtiyat MBM arasında məlumat bazalarının sinxron replikasiyası üçün dövrəvi gecikmə (RTT) qəti olaraq5–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 dayanma | Aylıq icazə verilən dayanma | Həftəlik icazə verilən dayanma | Tipik şəbəkə tələbləri |
|---|---|---|---|---|
99.0% (İki doqquzluq) | 87.6 saat (3.65 gün) | 7.3 saat | 1.68 saat | Tə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:
İ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ə parametri | Variant 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 sxemi | 1× Catalyst 9600 nüvə kommutatoru (SPOF) | 2× Catalyst 9600 kommutatoru + BFD / LFA < 50 ms |
| İllik icazə verilən dayanma | 525.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ışı:
# İ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ən99.999%səviyyəsinə keçid şirkətə ildə\$780,510qə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:
- 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.
- 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əsi | Biznes məqsədləri və tətbiqlərin tələbləri | Mövcud avadanlıq və kabellər |
| Miqyaslanma | 3–5 illik artım ehtiyatı arxitekturaya daxil edilir | Köhnə şassilərin imkanları ilə məhdudlaşır |
| Kritik xidmətlərin keyfiyyəti | Layihənin QoS və SLA metrikləri ilə təmin edilir | Tə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əlir | Pullar qüsurların örtülməsinə sərf olunur |
| Nə vaxt tətbiq edilir | Yeni şə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ətbiq | Protokol və port | Axın üzrə zolaq | Gecikmə (One-Way) | Titrəmə (Max) | İtki (Max) | QoS sinfi (DSCP) |
|---|---|---|---|---|---|---|
| IP-telefoniya (VoIP) | UDP / RTP | 80 Kbit/s (G.711) | <= 150 ms | <= 30 ms | <= 1.0% | EF (DSCP 46) |
| Videokonfrans (HD) | UDP / RTP | 2.5 Mbit/s | <= 150 ms | <= 30 ms | <= 0.5% | AF41 (DSCP 34) |
| Bank prosessinqi | TCP / 443 | 128 Kbit/s | <= 200 ms | N/A | <= 0.1% | AF21 (DSCP 18) |
| VB replikasiyası (DR) | TCP / 1521 | 500 Mbit/s (burst) | <= 10 ms (RTT) | <= 2 ms | 0.0% | AF11 (DSCP 10) |
| Qonaq Wi-Fi | TCP/UDP | Best-Effort | <= 400 ms | N/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:
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: 0show ip sla statistics 100 əmrinin çıxışının təhlili:
Source to Destination Latency Avg: 14 ms— biristiqamətli gecikmə kritik150 mshəddindən 10 dəfə yaxşıdır;Jitter Avg: 2 ms— gecikmə dəyişməsi çox kiçikdir və30 msnormativinə 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əsi | Necə 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əsilir | Auditi 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ək | Optik kabel qırıldıqda standart protokollar 30–45 saniyəyə bərpa olur və illik dayanma limitini dərhal bitirir | BFD (<= 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 yummaq | Server otağının enerjisiz qalması hər iki dublyaj edilmiş marşrutlayıcını eyni anda sıradan çıxarır | Mü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ək | 3 ildən sonra elektrik, soyutma və bahalı transiver xərcləri qənaət edilən məbləği 3 dəfə üstələyir | Spesifikasiyanı 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ə
- 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? - 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? - İ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?
- Dəyişdirin. Nümunədəki
ip sla 100zondunun konfiqurasiyasındathresholddəyəri150 mstə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ər10 saniyəolmalıdır. - Ö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 üçün25 Mbpsaxın, maksimum gecikmə50 ms, paket itkisi0%). 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 = 0tə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 msITU-T G.114 normativinə (<= 150 ms) uyğundur, maksimum titrəmənin48 msolması30 mshəddini aşır (bu, IP-telefonun titrəmə buferinin boşalmasına və səsin robotlaşmasına səbəb olur),12itirilmiş 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ı:
- 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. - $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 halda99.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. - Şə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.
- MBM replikasiyası üçün zond daha qısa intervalla və sərtləşdirilmiş hədlə tənzimlənir:
ip sla 100
threshold 15
frequency 10- Teletibb şəbəkəsinin layihə parametrləri:
- Video axınlarının ümumi zolağı:50 zal * 25 Mbps = 1.25 Gbpsxalis yük. Xidməti trafik, telemetriya və 30% artım ehtiyatı nəzərə alınmaqla nüvənin ümumi tutumu minimum2 × 10 Gbpsolmalı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ə40Guplinklərlə klasterdə işləyir, elektrik təchizatı 2N sxemi üzrə təşkil olunur (iki müstəqil UPS və dizel-generator), trafikDSCP AF41/EFilə ə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.