Andmekeskuse ühendamise juhend: DCI valikute võrdlus

Data Center Interconnect, mida tavaliselt lühendatakse DCI-ks, on võrguarhitektuur, mis ühendab kaks või enam andmekeskust andmevahetuse, töökoormuse replikatsiooni, ressursside jagamise ja äritegevuse järjepidevuse jaoks. Erinevalt üldisest WAN- või Interneti-ühendusest on DCI otstarbeks-ehitatud suure-läbilaskevõime, madala-latentsuse ja vastupidava ühenduvuse jaoks andmekeskuste keskkondade vahel - olenemata sellest, kas need asuvad suurlinnapiirkonnas, ulatuvad sadu kilomeetreid või sildavad privaatset infrastruktuuri avalike pilvepiirkondadega.

DCI-d hindavate ettevõtete puhul on esimene küsimus harva ainult ribalaiuse kohta. Praktiline DCI-otsus sõltub kiu saadavusest, kaugusest, latentsustaluvusest, turvaasendist, töövõimest ja realistlikust uuendusteest tänapäeva 100G linkidelt 400G või 800G võimsuse suunas. Selles juhendis on jaotatud peamised DCI arhitektuurid, võrreldakse nende kompromisse konkreetsete valikukriteeriumitega ja selgitatakse optilisi komponente, mis panevad iga lähenemisviisi toimima.

Mis on andmekeskuste ühendamine?

Data Center Interconnect on suure{0}}võimsusega võrguühendus kahe või enama andmekeskuse vahel. See võimaldab rakendustel, salvestusruumil, serveritel, pilveplatvormidel ja võrguteenustel erinevates füüsilistes asukohtades töötada ühtse infrastruktuuri osana.

DCI-võrk võib ühendada:

• Kaks ettevõttele{0}}kuuluvat andmekeskust samas suurlinnapiirkonnas
• Esmane tootmiskoht ja geograafiliselt eraldatud avariitaasterajatis
• Mitu ühispaiknemisrajatist, mis jagavad rakenduste töökoormust
• Ettevõtte andmekeskused ja avalikud pilvepiirkonnad privaatse ühenduse kaudu
• Hüpermastaapsed ülikoolilinnakud tiheda{0}}ida-lääne liiklusega klastrite vahel

Põhimõtteliselt vastab DCI ühele inseneriküsimusele: kuidas saavad andmekeskused usaldusväärselt, turvaliselt ja tõhusalt suhelda üle vahemaa -, jättes ruumi võimsuse kasvuks?

Mis ei ole DCI

Mõnikord aetakse DCI-d segamini üldise Interneti-ühenduse või standardse WAN-lingiga. WAN ühendab kontorid, filiaalid ja rakendused erinevates ettevõtete asukohtades. DCI on rohkem spetsialiseerunud: see sihib suurt-võimsust, madalat-latentsust, sageli privaatseid linke andmekeskuse keskkondade vahel, kus sellised nõudmised nagu salvestusruumi replikatsioon, virtuaalmasina migreerimine, andmebaasi sünkroonimine ja avariitaaste nõuavad jõudlusgarantiid, mida jagatud Interneti-tee ei suuda usaldusväärselt pakkuda.

Miks on andmekeskuste ühendamine oluline?

Talitluspidevus ja avariitaaste

Üks levinumaid DCI juurutamise põhjuseid on avariitaaste. Ühendades esmase andmekeskuse teisese saidiga, saavad organisatsioonid andmeid kopeerida ja valmistuda tõrkesiirteks. DCI disain peab vastama taastemudelile:

• Aktiivne-aktiivne:Mõlemad saidid teenindavad tootmisliiklust üheaegselt. See nõuab tihedat latentsusaega ja sünkroonset või peaaegu -sünkroonset replikatsiooni -, mis on tavaliselt teostatav ainult metroo vahemaad, mis on alla 100 km.
• Aktiivne{0}}ooterežiim:Üks sait võtab tõrke ajal üle. Asünkroonne replikatsioon talub rohkem latentsust, kuid taastepunkti eesmärk (RPO) sõltub otseselt replikatsiooni viivitusest.
• Varundamine ja arhiivimine:Andmed kopeeritakse pikaajaliseks{0}}kaitseks kaugesse asukohta. Ribalaius on siin olulisem kui latentsusaeg, kuid link peab siiski replikatsiooni lõpule viima määratletud varuakendes.

Iga avariitaaste puhul mõjutavad DCI lingi latentsusaeg, ribalaius ja marsruudi mitmekesisus otseselt taasteaja eesmärki (RTO), andmete järjepidevust ja teenuse kättesaadavust.

Madal-latentsusrakenduse jõudlus

Finantsplatvormid, hajutatud andmebaasid, reaalajas{0}}analüütika ja tehisintellekti järelduste torustikud on viivituse suhtes tundlikud. Nende töökoormuste korral võib suure -võimsusega link ebatõhusa füüsilise marsruudiga või liigsete ümberlülitustega siiski põhjustada rakenduse jõudlusprobleeme. DCI planeerimisel mõõtke või hindage alati lõpp-lõpuni-latentsust realistlikes liiklustingimustes -, mitte ainult teoreetilise kiu kaugust.

Kui palju ribalaiust DCI link vajab?

Andmekeskuste liiklus kasvab tänu virtualiseerimisele, pilvemigratsioonile, tehisintellekti väljaõppe töökoormusele, andmeanalüütikale ja varundustoimingutele. Paljud organisatsioonid alustavad 10G või 100G ühendustega ja leiavad, et kahe kuni kolme aasta jooksul vajavad nad 400G.

DCI disain, mis lahendab ainult tänapäeva liiklusnõudluse, muutub sageli kitsaskohaks enne järgmist eelarvetsüklit. Metroo DCI jaoks, kus on saadaval tume kiud, aDWDM{0}}põhine arhitektuurvõimaldab lainepikkuste järk-järgulist lisamist - kuluefektiivsem-kasvutee kui kogu lingi asendamine.

Levinud andmekeskuste ühendamise kasutusjuhtumid

Metro andmekeskuse ühendus

Metro DCI ühendab andmekeskusi samas linnas või suurlinnapiirkonnas, tavaliselt alla 80 km kaugusel. See on kõige levinum ettevõtte DCI stsenaarium: kaks ühispaiknemisrajatist, mis töötavad aktiivseid -aktiivseid rakendusi, või peamine sait, mis on sünkroonseks replikatsiooniks lingitud lähedal asuva DR-saidiga.

Enamiku ettevõtete metroo DCI projektide puhul ei ole esimene otsus 100 G versus 400 G -, vaid see, kas organisatsioonil on juurdepääs sobivale tumedale kiule. Kui kvaliteetne tume kiud on saadaval erinevatel marsruutidel, pakub koherentse ühendatava optikaga DWDM sageli parimat kombinatsiooni võimsusest, juhtimisest ja pikaajalisest kuluefektiivsusest. Kui ei, siis võib praktiliseks lähtepunktiks olla hallatud lainepikkuse teenus.

Pikamaa{0}}andmekeskuse ühendus

Pikamaa{0}}DCI hõlmab piirkondlikke või riiklikke vahemaid - sadu või tuhandeid kilomeetreid. Tüüpiliste kasutusjuhtude hulka kuuluvad geograafiline liiasus eeskirjade järgimiseks, sisu levitamine piirkondade vahel ja mitme saidi varundamine.

Pikamaa{0}}DCI nõuab hoolikamat planeerimist. Signaali kvaliteet halveneb vahemaa tagant, nõudes optilist võimendust (EDFA), hajuvuse kompenseerimist ja potentsiaalset regenereerimist. Latentsus suureneb koos kiu pikkusega (ligikaudu 5 µs kiu kilomeetri kohta) ja marsruudi mitmekesisust on raskem kinnitada. Riigiüleseks replikatsiooniks on tavaliselt vajalik asünkroonne kujundus, kuna sünkroonne replikatsioon kaugemal kui 100–200 km põhjustab enamiku rakenduste jaoks vastuvõetamatu kirjutamislatentsi.

Pilve- ja hübriidpilveühendus

Paljud organisatsioonid ühendavad privaattaristu avalike pilvekeskkondadega spetsiaalsete ühendusteenuste (nt AWS Direct Connect, Azure ExpressRoute või Google Cloud Interconnect) kaudu. Pilveühendus on osa DCI strateegiast, kui ettevõtte andmekeskused vajavad usaldusväärset, privaatset ja prognoositavat ühenduvust pilvepiirkondadega - hübriidrakenduste, pilvepõhise-katastroofi taastamise, andmeanalüütika või järkjärgulise -ruumidest pilveplatvormidele ülemineku jaoks.

Hüperskaala ja AI klastri vastastikune ühendus

Hüperskaala ja tehisintellekti keskkonnad suruvad DCI nõuded kaugemale kui traditsioonilised ettevõtte stsenaariumid. Jaotatud GPU-koolitusklastrid genereerivad tohutuid ida-läänesuunalisi liiklusvooge, mis on latentsuse, värina ja pakettide kadumise suhtes äärmiselt tundlikud - isegi väikesed variatsioonid võivad tuhandete kiirendite paralleelarvutuse peatada.

Nendes keskkondades rõhutab DCI disain suure -tihedusega optilist ühenduvust (400 G ja 800 G pordi kohta), madalat ja prognoositavat latentsust, kanga{3}}taseme liikluskorraldust ja kiiret võimsuse laiendamist. Erinevus DCI ja sisemise -andme-keskuse vahel hägustub: mõned hüperskaalaoperaatorid käsitlevad ülikoolilinnaku-skaala omavahelisi ühendusi pigem oma selgroo-lehearhitektuuri laiendusena, mitte traditsioonilise punkt-{10}}punkti-DCI lingina.

DCI arhitektuuride ja tehnoloogiate võrdlus

Pole olemas ühte parimat DCI-tehnoloogiat. Õige valik sõltub kiu omandist, nõutavast juhtimistasemest, liikluse kasvumäärast, töövõimest ja eelarvestruktuurist. Allolev tabel võtab kokku peamised valikud.

Dark Fiber koos DWDM-iga

Tume kiud tähendab, et organisatsioon rendib või omab valgustamata kiudu ja aktiveerib selle oma optilise seadmega.Tihe lainepikkusjaotusega multipleksimine (DWDM)võimaldab mitmel optilisel kanalil -, sageli 40, 80 või 96 lainepikkusega -, kulgeda üle sama kiupaari, kasutades ITU-T sagedusvõrgu erinevaid lainepikkuste pilusid.

See lähenemine on standardne valik, kui organisatsioon vajab suurt võimsust, tugevat infrastruktuuri juhtimist ja pikaajalist- skaleeritavat platvormi. See on levinud suurlinna-DCI ja suure{2}}ribalaiusega teenusepakkujate võrkudes.

DWDM-iga tumekiud on võimas, kuid see nõuab hoolikat optilist konstrueerimist. Meeskonnad peavad kontrollima kiu kvaliteeti (summutus, konnektorid, splaissid), arvutama optilise võimsuse eelarve, hindama kromaatilist ja polarisatsioonirežiimi dispersiooni eesmärgi saavutamiseks, planeerima kanalite jaotust ja valima ühilduvatransiiverid ja transponderid, mux/demux seadmed, võimendid ja seirevahendid. 20–80 km pikkune hea kvaliteediga metrooühendus-ühemoodi{0}}kiud, võib piisata passiivsest DWDM-muxist/demuxist koos koherentsete pistikühendustega. Üle 80 km või suurema kaoga vanemal kiu puhul on vaja sisemist võimendust ja keerukamat liinisüsteemi disaini.

Hallatud lainepikkuse teenused

Hallatud lainepikkuse teenus pakub spetsiaalset optilist võimsust, ilma et klient peaks optilise transpordikihi ehitama ja kasutama. Teenusepakkuja omab kiud, varustust ja tegevusvastutust; klient saab saitide vahel garanteeritud ribalaiuse toru.

See valik toimib hästi, kui organisatsioon vajab usaldusväärset{0}}kiiret ühendust, kuid tal puuduvad DWDM-seadmete haldamiseks vajalikud optilised insenerid või kui tume kiud ei ole vajalikul marsruudil saadaval. Kompromiss-on kontroll: teenusepakkuja määrab marsruutimise, kaitse ja uuendamise aja. Ettevõtete jaoks, kes eelistavad kiiremat juurutamist ja prognoositavat teenusetaset taristu omamise asemel, on hallatud lainepikkused sageli esimene pragmaatiline samm - koos võimalusega minna üle ise-hallatavale DWDM-ile, kui liiklus kasvab ja -omateadmised arenevad.

OTN{0}}Põhineb DCI

Optiline transpordivõrk (OTN), mille on määratlenudITU-T G.709 standard, kasutatakse laialdaselt operaatori{0}}taseme transpordikeskkondades. OTN pakib kliendi signaalid (Ethernet, Fibre Channel, SONET/SDH) standardiseeritud digitaalsesse ümbrikusse, mis pakub edasisuunas veaparandust (FEC), jõudluse jälgimist (OAM), kaitselülitit ja tandemühenduse jälgimist -, mis on kriitilise tähtsusega mitme-operaatoriga võrkudes, kus on oluline rikete isoleerimine üle halduspiiride.

OTN-põhine DCI on kõige asjakohasem teenusepakkujatele, sideoperaatoritele ja suurettevõtetele, kellel on keerukad mitme teenusega seotud transpordinõuded. Tüüpilise ettevõtte metroo DCI jaoks, mis edastab ainult Etherneti liiklust kahe omanduses oleva saidi vahel, võib OTN lisada tarbetut keerukust ja kulusid. Kuid operaatorite jaoks, kes peavad multipleksima erinevaid kliendi signaale, tagama SLA{4}}taseme usaldusväärsuse ja pakkuma jagatud infrastruktuuri teenuste eraldamist, jääb OTN transpordikihi valikuks.

Ethernet / IP / MPLS DCI

Mõned DCI-võrgud töötavad Etherneti-, IP- või MPLS-kihil -, laiendades 2. kihi domeene, suunates liiklust andmekeskuste vahel või integreerides VPN-teenuste olemasoleva pakkuja magistraalvõrguga. See lähenemine on paindlik ja tuttav enamikule võrgumeeskondadele.

Kui aga esmane nõue on kahe saidi vaheline tohutu optiline võimsus, on puhtal pakett{0}}kihi disainil piirangud. Skaleerimine 100 G-lt mitme-terabiti DCI-le nõuab tavaliselt paketikihi kombineerimist selle all oleva optilise transpordikihiga (DWDM või OTN). Paketikiht käsitleb teenuse paindlikkust ja liikluskorraldust; optiline kiht käsitleb töötlemata võimsust ja ulatust.

Ühtlane ühendatav optika DCI jaoks

Ühtlane ühendatav optika -, eriti moodulid, mis vastavadOIF 400ZR rakendusleping--st on saanud lihtsustatud ja suure{1}}võimsusega DCI peamine võimaldaja. 400G ZR moodul sobib standardisseQSFP-DDvõi OSFP pesa ruuteril või kommutaatoril, mis edastab 400 Gbps lainepikkuse kohta, kasutades DP-16QAM koherentset modulatsiooni kuni 120 km kaugusele (võimendatud) standardse ühemoodilise G.652 kiu puhul.

Peamine eelis on arhitektuuriline lihtsustamine: koherentse optika paigutamisega otse ruuteri esipaneelile saavad operaatorid eemaldada eraldi transpondeririiulid ning vähendada võimsust, ruumi ja kulusid. Metroo-DCI jaoks kahe vaatekiuga{1}}ruuteri vahel võib vaja minna paari 400G ZR-moodulit ja passiivset DWDM-muksi.

Siiski ei tohiks 400G ZR-i käsitleda täieliku DWDM-liinisüsteemi universaalse asendusena. Tegelik katvus sõltub hostplatvormi optilisest jõudlusest, lingi kadumise eelarvest, kiu kvaliteedist ja sellest, kas võimendus on saadaval. Metroo levialast kaugemate vahemaade jaoks või paindliku kiirusega töötamiseks (100 G–400 G) piirkondlikel ja kaugliinidel pakuvad OpenZR+ moodulid laiemat ulatust ja mitme kiirusega{7}}võimalust veidi suurema energiatarbimise hinnaga. Enne juurutamist kontrollige alati hosti ühilduvust, püsivara nõudeid ja termilisi piiranguid.

DCI lahenduse valik: otsuste raamistik

Tugev DCI plaan algab nõuetest, mitte toodetest. Allolev tabel kaardistab levinumad stsenaariumid soovitatud lähtepunktidega.

Kaugus ja kiu saadavus

Vahemaa on esimene filter. Lühikese metrooühenduse saab lahendada otsese-tuvastusoptika või passiivse DWDM-iga. Pikem piirkondlik marsruut võib vajada koherentset optikat, võimendust ja hajutamise juhtimist. Enne seadme valimist vastake järgmistele küsimustele:

• Kas tume kiud on saadaval ning kas kiu marsruudi kvaliteet on teada ja testitud?
• Kas on füüsiliselt erinevaid teid (erinevad kanalid, erinevad tänavate marsruudid) -, mitte ainult loogiliselt eraldiseisvad vooluringid, mis jagavad sama kanalit?
• Kui suur on lingi kogukadu, sealhulgas konnektori- ja splaissikaod?

Varulink, mis jagab sama füüsilist kanalit peamise teega, ei ole tegelik marsruudi mitmekesisus. Enne vastupidavuse eeldamist kinnitage kiu pakkujaga füüsiline eraldatus.

Latentsusnõuded

Mitte kogu DCI-liiklusel pole sama latentsustundlikkust. Varuliiklus võib taluda kümnete millisekundite viivitust. Aktiivne-andmebaasi aktiivne replikatsioon võib nõuda alla-millisekundiseid ring-reisiaegu. Latentsus määratakse kiu füüsilise kauguse (ligikaudu 5 µs/km), ümberlülitus- ja marsruutimishüpete arvu, transpordiseadmete töötlemise ja teenusepakkuja võrgu läbimiste järgi.

Kui latentsusaeg on oluline, ärge lootke ainult müüja spetsifikatsioonilehtedele. Mõõtke otsast-otsani-viivitust realistlikes liiklusoludes, sealhulgas tippkasutuse ja tõrkeotsuste ajal.

DCI turvalisus ja krüpteerimine

DCI lingid sisaldavad sageli tundlikke äriandmeid - finantskirjeid, klientide andmebaase, tervishoiuteavet, intellektuaalomandit. Turvalisus peaks olema algusest peale DCI arhitektuuriga seotud, mitte pärast kasutuselevõttu poltidega kinnitatud.

2. kihi krüptimiseks juhtme kiiruselIEEE 802.1AE MACsectagab andmete konfidentsiaalsuse ja terviklikkuse Etherneti linkidel ilma jõudluseta, kui see on rakendatud riistvara-ASIC-ides. MACsec sobib hästi punkt----punkt DCI linkide jaoks, kus mõlemad lõpp-punktid on sama administratiivse kontrolli all. 3. kihi krüptimisel marsruutitud või mitme -hüppega teede kaudu jääb IPsec standardseks lähenemisviisiks, kuigi see lisab töötlemiskulusid ja võib vähendada kiirete linkide tõhusat läbilaskevõimet.

Reguleeritud tööstusharude (rahandus, tervishoid, valitsus) puhul võivad vastavusnõuded nõuda konkreetseid krüpteerimisstandardeid, võtmehaldustavasid või füüsilisi kiu turvameetmeid.

Maksumus: CapEx vs OpEx

DCI hind ulatub transiiveri hinnast tunduvalt kaugemale. Täielik kuluvaade peaks hõlmama kiu rentimist või omandiõigust, optilisi mooduleid, transpordiseadmeid, ruutereid ja lüliteid, paigaldust, testimist, jälgimistööriistu, toidet ja ruumi, hooldust, täienduskulusid ja kõiki korduvaid teenusepakkuja tasusid.

DWDM-iga iseehitatud-tumekiud on tavaliselt kõrgema algkapitalikuluga, kuid aja jooksul, kui lainepikkusi lisatakse, on bitikulu väiksem. Hallatavad teenused vähendavad alginvesteeringuid ja töö keerukust, kuid tekitavad pidevaid tegevuskulusid ja piiravad infrastruktuuri kontrolli. Õige tasakaal oleneb liikluse kasvu trajektoorist,-sisematest teadmistest ja organisatsiooni eelistusest CapExile võrreldes OpEx-iga.

DCI võrkudes kasutatavad optilised komponendid

Füüsiline kiht määrab DCI ulatuse, võimsuse, tiheduse ja uuendamise paindlikkuse. Õigete optiliste komponentide valimine on sama oluline kui õige arhitektuuri valimine.

Optilised transiiverid

Optilinetransiiveridteisendada lülitite või ruuterite elektrilised signaalid optilisteks signaalideks kiudoptilise edastuse jaoks. DCI võrkudes ulatuvad moodulite kategooriad 10G SFP+ pärandühenduste jaoks kuni 100G QSFP28 praeguse ettevõtte DCI jaoks kuni 400G QSFP-DD/OSFP järgmise-põlvkonna suure{8}}võimsusega linkideni.

Õige moodul sõltub hostiplatvormist, liidese kiirusest, kiu tüübist (ühe{0}}režiim on DCI jaoks standardne), katvuse nõudest ja optilisest eelarvest. Lühikese-ulatusvõimega DCI jaoks alla 2 km võib piisata otsesest-tuvastusmoodulist, nagu 400G DR4. Metroo vahemaadel 10–40 km on levinud moodulid 400G FR4 või LR4. Laiendatud metroo ulatusega kuni 80–120 km on praegune standard koherentsed 400G ZR moodulid.

400G DCI optika: milline moodul millise vahemaa jaoks?

Enne ostmist kontrollige alati mooduli ühilduvust konkreetse hosti lüliti või ruuteri platvormiga. Moodul võib vastata asjakohasele standardile, kuid tootmises usaldusväärseks toimimiseks on siiski vaja püsivara valideerimist, spetsiifilisi soojustingimusi või konkreetset liinisüsteemi konfiguratsiooni.

Mux/Demux ja DWDM süsteemid

DWDM{0}}põhises DCI-s ühendavad mux/demux-seadmed mitu lainepikkust üheks kiupaariks ja eraldavad need vastuvõtuotsas. See võimaldab paljusid kiireid -kanaleid -, millest igaüks kannab eralditransiiver või transponder-, et jagada sama kiudoptilist infrastruktuuri. DWDM on hädavajalik, kui kiupaarid on piiratud või kallid ja eeldatakse, et ribalaiuse nõudlus kasvab.

Lihtsa metroo-DCI jaoks, millel on käputäis lainepikkusi, võib passiivne mux/demux olla piisav. Suuremate juurutuste või pikemate vahemaade korral tagab aktiivne DWDM-süsteem koos võimendite, optiliste kanalimonitoride ja haldustarkvaraga parema mastaapsuse ja vigade nähtavuse.

Kiudainete ja füüsikaliste kihtide parimad tavad

DCI jõudlus sõltub füüsilisest kiudtehasest. Halb paikamine, saastunud pistikud, liigsed paindekadud ja dokumenteerimata ühenduspunktid võivad kõik lingi jõudlust halvendada ja kasutatavat optilist eelarvet vähendada.

Peamised tavad hõlmavad õige kasutamistühemoodi{0}}kiu tüüp(OS2 / G.652.D on metroo- ja kaugliinide DCI{2}}standard), hoides kõik pistikud puhtad ja kontrollitud, järgides minimaalset painderaadiust, dokumenteerides iga paiga tee, jälgidessisestamise kaotusigas ühenduspunktis ja korrastatud plaastripaneelide säilitamine selge märgistusega. Need üksikasjad on DCI-s olulisemad kui lühemate -andmekeskuse-siseste linkide puhul, kuna optiline eelarve on kitsam ja tõrkeotsing saitide vahel on aeganõudvam.

DCI juurutamise kontroll-loend

Määratlege rakenduse ja SLA nõuded

Alustage ärinõuetest, mitte seadmete kataloogist. Tehke kindlaks, millised rakendused kasutavad DCI linki, kas disain on aktiivne-aktiivne või aktiivne-ooterežiim, saadavuse sihtmärk, RPO ja RTO nõuded, vastuvõetav latentsusaeg, praegused ja prognoositud ribalaiuse vajadused ning kas krüpteerimine on kohustuslik.

Fiber Route'i auditeerimine

Tume kiu või privaatkiu konstruktsioonide puhul kinnitage füüsiline marsruut enne seadmete kasutuselevõttu. Kontrollige kiu pikkust, marsruudi mitmekesisust (füüsilist, mitte ainult loogilist), lingi kogukadu, sealhulgas pistikuid ja splaissi, optilist eelarvevaru ja kaitsetee saadavust. Küsige kiu pakkuja dokumentatsiooni ja võimalusel viige marsruudi kontrollimiseks läbi sõltumatu OTDR-test. Link, mis näeb loogilisel diagrammil välja mitmekesine, kuid jagab ühte silda või maanteed ületavat kanalit, on üksainus tõrkepunkt, mis ootab paljastamist.

Valige ja kinnitage optika

Sobitage optika ja transpordivarustus tegelike - mitte teoreetiliste - nõuetega. Peamised tegurid hõlmavad liidese kiirust ja vormitegurit (QSFP-DD, OSFP), kiu tüüp, sihtulatus, energiatarve ja soojuspiirangud, hostiplatvormi ühilduvus ja müüja tugi. Kiire -DCI jaoks 400 G juures on ühilduvuse testimine konkreetsel lüliti või ruuteri platvormil hädavajalik. Ärge eeldage, et standarditega-ühilduv moodul töötab ilma kinnitamiseta.

DCI testimine ja jälgimine: mida kontrollida enne{0}}eetrisse asumist

Enne tootmise käivitamist testige linki realistlikes tingimustes. Jälgige igas etapis optilise võimsuse taset, bitivea määra (BER), lõpp-lõpuni-latentsust, pakettide kadu, liidese vigu, tõrkesiirde käitumist ja liikluse kasutamist koormuse all. Pärast juurutamist hoidke dokumentatsiooni ajakohasena - head andmed vähendavad veaotsingule kuluvat aega ja toetavad tulevasi täiendusi. Looge algtaseme jõudlusmõõdikud, et oleks võimalik tuvastada järkjärguline halvenemine (määrdunud pistikud, kiu vananemine, pistiku libisemine) enne, kui see põhjustab katkestuse.

Levinud DCI disainivead, mis suurendavad latentsust ja seisakuaega

• Ribalaiuse suuruse määramine ainult täna:Link, millest täna piisab, muutub sageli kitsaskohaks 18 kuu jooksul, eriti kui DCI võrk toetab tehisintellekti töökoormust, pilvemigratsiooni või kasvavat varundusmahtu. Planeerige vähemalt 2–3x praegune tippliiklus.
• Marsruudi mitmekesisuse ignoreerimine:Varulink, mis järgib sama füüsilist kanalit kui esmane tee, ei ole tõeline vastupidavus. Kinnitage füüsiline eraldatus, mitte ainult loogilise ahela mitmekesisus.
• Ühildumatu optika segamine:Mitte kõik optilised moodulid ei tööta võrdselt hästi kõigi hostplatvormidega. Kontrollige alati ühilduvust, püsivara versioone ja tööpiiranguid enne juurutamist -, eriti sidusate pistikprogrammide puhul, kus DSP püsivara ja hostitarkvara koostoimed võivad põhjustada peeneid probleeme.
• Seirevajaduste alahindamine:DCI lingid kannavad kriitilist liiklust. Ilma optilise võimsuse, BER-i suundumuste ja latentsuse ennetava jälgimiseta ei pruugi meeskonnad halvenemist tuvastada enne, kui kasutajad on juba mõjutatud.
• Turvalisuse käsitlemine kui järelmõte:Krüpteerimine, juurdepääsu kontroll ja linkide jälgimine peaksid olema osa DCI esialgsest kujundusest, mitte lisama tagasiulatuvalt pärast seda, kui vastavusaudit märgib lünga.