Podwójne urządzenia.
Wspólne ryzyko.
Masz naszą kartę z MBUM? Sprawdź pięć zależności, przez które jedna awaria może zatrzymać całe środowisko. Porównaj swoje typy z naszym rozwiązaniem.
Złap nas na MBUM
ROZWIĄZANIE DO POBRANIA
Sprawdź, czy znalazłeś wszystkie punkty
Pięć punktów awarii ukrytych w schemacie
Wspólny przepust
Łącza ISP A i ISP B biegną wspólnym przepustem. Jego uszkodzenie, na przykład podczas prac ziemnych, może przerwać oba łącza jednocześnie.
Pojedynczy WAN-SW
Oba routery korzystają z jednego switcha tranzytowego. Jego awaria odcina dostęp do obu operatorów. Przełączenie między RTR-01 a RTR-02 nie usuwa tej wspólnej zależności.
Klaster 2-node bez świadka
PVE-01 i PVE-02 tworzą klaster bez zewnętrznego głosu. Po awarii jednego węzła albo utracie komunikacji klaster może stracić quorum i zablokować automatyczne uruchomienie usług.
Wspólny storage
Oba węzły korzystają z jednego systemu przechowywania danych. Jego awaria powoduje, że PVE-01 i PVE-02 tracą dostęp do danych maszyn wirtualnych.
Wspólny tor zasilania
Serwery, urządzenia sieciowe i storage korzystają z jednego UPS-a oraz jednego PDU. Awaria, przeciążenie lub serwis tego toru może wyłączyć całą infrastrukturę.
Dodatkowa zależność: Zabbix
Zabbix działa jako maszyna wirtualna w monitorowanym klastrze. Nie powoduje awarii systemu, ale może przestać działać razem z nim, odbierając widoczność dokładnie wtedy, gdy jest najbardziej potrzebna.
Wspólny przepust
Łącza ISP A i ISP B biegną wspólnym przepustem. Jego uszkodzenie, na przykład podczas prac ziemnych, może przerwać oba łącza jednocześnie.
Pojedynczy WAN-SW
Oba routery korzystają z jednego switcha tranzytowego. Jego awaria odcina dostęp do obu operatorów. Przełączenie między RTR-01 a RTR-02 nie usuwa tej wspólnej zależności.
Klaster 2-node bez świadka
PVE-01 i PVE-02 tworzą klaster bez zewnętrznego głosu. Po awarii jednego węzła albo utracie komunikacji klaster może stracić quorum i zablokować automatyczne uruchomienie usług.
Wspólny storage
Oba węzły korzystają z jednego systemu przechowywania danych. Jego awaria powoduje, że PVE-01 i PVE-02 tracą dostęp do danych maszyn wirtualnych.
Wspólny tor zasilania
Serwery, urządzenia sieciowe i storage korzystają z jednego UPS-a oraz jednego PDU. Awaria, przeciążenie lub serwis tego toru może wyłączyć całą infrastrukturę.
Dodatkowa zależność: Zabbix
Zabbix działa jako maszyna wirtualna w monitorowanym klastrze. Nie powoduje awarii systemu, ale może przestać działać razem z nim, odbierając widoczność dokładnie wtedy, gdy jest najbardziej potrzebna.
Sprawdź swoją infrastrukturę,
zanim zrobi to awaria
Zapisz się do newslettera SparkSome i otrzymaj ankietę bezpieczeństwa IT w PDF. Wykorzystaj ją jako punkt wyjścia do przeglądu swojej infrastruktury. Po zapisie sprawdź skrzynkę, wyślemy Ci wiadomość z linkiem do pobrania ankiety.
Od redundancji do odporności
Każdy punkt awarii wymaga osobnego zabezpieczenia. Dopiero rozdzielenie tras, urządzeń, danych i zasilania pozwala utrzymać działanie po awarii jednego elementu.
Rozdziel trasy operatorów
Doprowadź łącza ISP A i ISP B różnymi trasami fizycznymi, najlepiej przez niezależne wejścia do budynku.
Usuń pojedynczy WAN-SW
Zastosuj dwa niezależne switche WAN albo podłącz operatorów do obu routerów, jeżeli pozwala na to topologia.
Zabezpiecz quorum klastra
Skonfiguruj QDevice z zewnętrznym serwerem głosującym poza klastrem PVE. Przetestuj awarię jednego węzła oraz utratę komunikacji między węzłami. Sprawdź zachowanie quorum i mechanizmów HA w obu scenariuszach.
Zbuduj odporność danych
Zastosuj replikację lub storage wysokiej dostępności, dobrany do wymaganego RPO, RTO i scenariusza odtworzenia.
Rozdziel tory zasilania
Podłącz urządzenia do niezależnych torów A i B, od oddzielnych UPS-ów po osobne listwy PDU.
Wyprowadź monitoring
Uruchom monitoring lub dodatkową sondę poza klastrem, aby awaria nie odebrała alertów i widoczności.
Schemat to jedno. Twoja infrastruktura to drugie.
Jeśli chcesz sprawdzić, czy podobne zależności nie ukrywają się w Twoim środowisku, możemy zacząć od audytu, zaprojektować potrzebne zmiany albo przejąć odpowiedzialność za ich późniejsze utrzymanie.
Audyt IT i infrastruktury
Mapujemy zależności, pojedyncze punkty awarii i ryzyka operacyjne. Dostajesz konkretny plan zmian, a nie kolejną prezentację.
Sprawdź usługę audytuInfrastruktura i wdrożenia IT
Projektujemy i wdrażamy klastry HA, sieci, storage oraz backup zgodnie z wymaganym RPO i RTO.
Zobacz wdrożenia infrastrukturyZarządzanie infrastrukturą krytyczną
Monitorujemy i administrujemy środowiskiem, dbając o ciągłość działania, SLA i gotowość na rzeczywistą awarię.
Zobacz model współpracyTOMEK NA MBUM #11
Monitoring mówi: wszystko gra. Wireshark ma inne zdanie.
PRELEKCJA | 2.10.2026, 12:00
Wireshark kontra rzeczywistość: analiza najczęstszych problemów spotykanych w sieciach MikroTik
Rzeczywiste przypadki awarii, zrywających połączeń VPN, problemów z VoIP i sieci, która działa wolno, chociaż monitoring nadal pokazuje zielono.
WARSZTAT | 2.10.2026
Od zgłoszenia „internet nie działa” do konkretnego pakietu: diagnostyka MikroTik, TCPdump i Wireshark
Praktyczna diagnostyka problemów zgłaszanych przez użytkowników, od pierwszych objawów do wskazania ich źródła.
Masz temat, którego nie zmieściliśmy na A6?
Porozmawiajmy o Twojej infrastrukturze, na MBUM albo po wydarzeniu.