Reklama

21. 8. 2026 · Miharu Edge

Dvě síťové trasy mohou být jedna porucha

Dva okruhy, dvě smlouvy a dvě adresy v inventáři ještě neprokazují fyzickou diverzitu. Oba kabely mohou sdílet výkop, vstup do budovy, metropolitní uzel, zařízení nebo servisní zásah.

Dva síťoví specialisté kontrolují optické kabely různých dodavatelů, které vstupují do stejné kabelové komory a budovy

Dokumentace vysoce dostupných přímých propojení vyžaduje oddělení na několika úrovních. AWS pro maximální odolnost doporučuje samostatná spojení ukončená na různých zařízeních ve více lokalitách. Google pro nejvyšší režim dostupnosti vyžaduje více spojení rozdělených mezi odlišné metropolitní oblasti a oddělené edge availability domains.

Nečekaný detail je důležitější než počet kabelů. Dvě přípojky ve stejné lokalitě mohou chránit proti poruše portu nebo zařízení, ale ne proti úplné ztrátě lokality. Dvě odlišné lokality zase nemusí znamenat různé poslední kilometry, pokud je operátor přivede společnou chráničkou k jedinému vstupu zákazníka.

Manažerské shrnutí

01Logická redundance není fyzická diverzita. Dvě BGP relace mohou vést stejným výkopem a selhat po jediném stavebním zásahu.

02Diverzita má několik vrstev. Je nutné oddělit trasu, vstup do budovy, zařízení, napájení, lokalitu i provozní údržbu.

03Důkaz vzniká dokumentací a testem. Smluvní slovo redundantní nestačí bez mapy fyzické cesty a pravidelného ověření přepnutí.

Každá redundance chrání proti jiné poruše

Síťový návrh má začít seznamem poruch, nikoli objednávkou druhého okruhu. Dvojice portů na jednom routeru chrání proti poruše portu. Dva routery v jedné místnosti chrání proti poruše zařízení. Dva vstupy do budovy mohou chránit proti lokálnímu poškození. Dvě metropolitní trasy omezují rozsáhlejší stavební nebo provozní událost.

Zdvojený prvek Porucha, kterou může pokrýt Společný osud, který může zůstat
Dva porty Porucha jednoho rozhraní Stejný router, napájení a software
Dva routery Porucha zařízení nebo řízená údržba Stejná místnost, UPS a upstream
Dva operátoři Porucha sítě jednoho dodavatele Pronajaté vlákno stejného vlastníka nebo společný výkop
Dva vstupy Poškození u jedné strany budovy Spojení v první společné komoře za areálem
Dvě lokality Ztráta jedné lokality Stejný metropolitní uzel, DNS nebo cloudový edge

NÁKUPNÍ PRAVIDLO

Do požadavku na kritickou konektivitu uveďte konkrétní poruchy, proti kterým se má služba chránit. Dodavatel musí doložit trasu, vlastnictví poslední míle, vstup do budovy, ukončovací zařízení a známé společné body.

Trasa se může změnit bez změny služby

Fyzická cesta není neměnná. Operátor může po opravě přeložit okruh na jiné vlákno, konsolidovat infrastrukturu nebo změnit velkoobchodního partnera. Z pohledu zákazníka se nezmění číslo okruhu ani IP adresy, ale původní diverzita může zmizet.

Proto nestačí důkaz při instalaci. Pro kritické služby má organizace požadovat oznámení významné změny fyzické trasy, pravidelnou aktualizaci potvrzení a kontaktní postup pro ověření po větším zásahu. Citlivé mapy se přitom nemusejí ukládat do běžného ticketu. Důležitá je auditovatelná odpověď, kdo trasu ověřil, vůči kterým bodům a kdy.

TEST PŘEPNUTÍ

Odpojte každý okruh samostatně na zákaznickém ukončení a ověřte směrování, plnou kapacitu, stavové firewally, VPN, DNS a monitoring. U kritického spojení přidejte scénář ztráty celé budovy nebo metropolitního bodu.

Modelový scénář z praxe: dva dodavatelé v jedné chráničce

Modelový podnik objednal konektivitu od dvou značkově odlišných operátorů. Smlouvy i dohled byly oddělené. Výkopové práce před areálem však přerušily obě služby současně. Jeden operátor vlastnil přístupovou infrastrukturu a druhý od něj poslední míli pronajímal.

Organizace se původně soustředila na obchodní nezávislost, nikoli na fyzickou cestu. Náprava přidala druhý vstup na opačné straně budovy, jinou metropolitní trasu a bezdrátový nouzový kanál pro omezené kritické funkce. Ten neměl plnou kapacitu primární konektivity, ale umožnil zachovat řízení incidentu a nejdůležitější transakce.

POZNÁMKA Z PRAXE

Otázka „jsou linky redundantní“ bývá příliš obecná. Užitečnější je ptát se: ve kterém prvním bodě se obě fyzické cesty setkají a která jediná událost je odtud může vyřadit současně?

Co mapa trasy neprokazuje

Fyzicky oddělené kabely nezaručují dostupnou službu. Obě cesty mohou být špatně nakonfigurované, záložní router může mít starý software nebo náhradní linka nemusí unést plný provoz. BGP relace může být aktivní, ale stavový firewall a překlad adres nemusí při přepnutí zachovat očekávanou komunikaci.

Stejně tak krátký test odpojení neprokazuje odolnost proti dlouhému výpadku. Náhradní cesta může po několika hodinách narazit na objemový limit, kapacitní politiku nebo chybějící provozní podporu. Fyzická diverzita je nutný důkaz pro určité poruchy, nikoli celý plán dostupnosti.

HRANICE DŮKAZU

Dvě různá ukončovací zařízení potvrzují oddělení zařízení. Neprokazují odlišný výkop, metropolitní bod, vlastníka poslední míle ani dostatečnou kapacitu při úplném přepnutí.

Diverzita musí být spravovaný atribut

Evidence kritické konektivity má spojovat obchodní smlouvu s technickou topologií a poruchovým scénářem. Vlastník služby musí vědět, jakou poruchu každá vrstva pokrývá, kdy byla ověřena a jaká omezení zůstávají.

Nosná teze zní: dvě síťové služby jsou dvěma cestami až tehdy, když je jejich nezávislost doložena v reálném fyzickém i provozním toku. Do té doby mohou být pouze dvě faktury za jednu poruchu.

Zdroje4
  1. https://docs.aws.amazon.com/directconnect/latest/UserGuide/disaster-recovery-resiliency.html
  2. https://docs.aws.amazon.com/directconnect/latest/UserGuide/dx-maintenance.html
  3. https://docs.cloud.google.com/network-connectivity/docs/interconnect/concepts/dedicated-overview
  4. https://docs.cloud.google.com/network-connectivity/docs/interconnect/tutorials/dedicated-creating-9999-availability