01 · Cloud Computing
High Availability: ciągłość działania biznesu bez kompromisów
Klastry, które przetrwają awarię węzła, dysku lub łącza — na Proxmox, Ceph, ZFS, VMware i Hyper-V, a także Kubernetes z autoskalowaniem dla aplikacji kontenerowych. Projektowane, budowane, testowane i utrzymywane 24/7/365.
Szczegóły usługi
Czym naprawdę jest High Availability
High Availability to nie jeden produkt — to architektura, w której żadna pojedyncza awaria nie zatrzymuje usługi. Pada węzeł — maszyny wirtualne startują gdzie indziej. Psuje się dysk — dane są już na innych dyskach. Pada łącze — ruch idzie drugą ścieżką. Użytkownicy odczuwają kilka sekund, a nie kilka godzin.
Projektujemy, budujemy i utrzymujemy takie środowiska kompleksowo: od wyboru platformy i sprzętu, przez klastrowanie warstwy obliczeniowej, pamięci masowej i sieci, po testy przełączania awaryjnego i utrzymanie 24/7/365 w ramach SLA.
- Redundancja na każdej warstwie — obliczenia, pamięć masowa, sieć, zasilanie
- Automatyczny failover, przetestowany, zanim na nim polegasz
- Skalowanie bez przestojów wraz z rozwojem biznesu
Poziomy dostępności
Ile dostępności naprawdę potrzebujesz?
Każda dodatkowa „dziewiątka” kosztuje realne pieniądze. Zaczynamy od ustalenia, ile przestój faktycznie kosztuje Twoją firmę, a potem projektujemy najtańszą architekturę, która spełnia ten cel — a nie najbardziej efektowną.
| SLA | Przestój w roku | Typowa architektura |
|---|---|---|
| 99,9% | ≈ 8 h 45 min | Pojedynczy serwer z redundantnymi komponentami, backup z przetestowanym odtwarzaniem |
| 99,95% | ≈ 4 h 23 min | Klaster dwuwęzłowy ze współdzieloną lub replikowaną pamięcią masową, redundantne łącza |
| 99,99% | ≈ 52 min | Klaster trzywęzłowy z Ceph, redundantne ścieżki sieciowe i zasilania, monitoring 24/7 |
| 99,99% + DR | ≈ 52 min, z ochroną przed utratą lokalizacji | Klaster plus druga lokalizacja z replikacją i przetestowanym planem odtwarzania |
RTO i RPO są równie ważne jak procent: jak szybko usługa musi wrócić i ile danych możesz stracić. Oba parametry ustalamy, zanim powstanie pierwszy diagram.
Architektura
Redundancja na każdej warstwie
Klaster co najmniej trzech węzłów z migracją na żywo i automatycznym restartem obciążeń na sprawnym węźle.
Ceph z replikacją lub erasure coding albo redundantna macierz z wieloma kontrolerami — żadnej pojedynczej kopii Twoich danych.
Redundantne przełączniki i uplinki, agregacja interfejsów, osobne sieci storage i zarządzania — zobacz: administracja siecią.
Replikacja z automatycznym lub kontrolowanym przełączaniem, testowana pod obciążeniem, aby promocja repliki faktycznie działała.
Kilka instancji za load balancerem, health checki i aktualizacje kroczące zamiast okien serwisowych.
HA to nie backup: klaster łączymy z backupem i DR, w tym z niezmiennymi kopiami w drugiej lokalizacji.
Kubernetes
Kubernetes — wysoka dostępność z autoskalowaniem
Dla aplikacji zbudowanych z kontenerów Kubernetes daje dwie rzeczy naraz: dostępność, która przetrwa utratę węzła, oraz elastyczność, która dodaje zasoby dokładnie wtedy, gdy wymaga tego ruch. Budujemy i utrzymujemy klastry na Twoim sprzęcie, w naszym centrum danych lub w chmurze publicznej.
Trzy węzły control plane z kworum etcd, więc utrata jednego nie zatrzymuje wdrożeń ani API klastra.
Uszkodzone pody są restartowane, obciążenia z niedziałających węzłów są przenoszone gdzie indziej, a sondy health kierują ruch z dala od niesprawnych instancji.
Więcej podów, gdy rośnie zużycie CPU, pamięci lub Twoje własne metryki (długość kolejki, liczba żądań na sekundę) — i mniej, gdy szczyt minie.
Nowe węzły robocze dodawane automatycznie, gdy podów nie da się rozmieścić, i usuwane, gdy nie są już potrzebne — pojemność podąża za obciążeniem.
Aktualizacje kroczące, readiness gates i pod disruption budgets, dzięki czemu wydania i prace serwisowe odbywają się w ciągu dnia bez przerwy w działaniu.
Reguły anti-affinity i ograniczenia topologii utrzymują repliki na różnych węzłach, w różnych szafach lub lokalizacjach, zamiast wszystkich w jednym miejscu.
Ceph przez sterownik CSI — wolumeny, które przetrwają przeniesienie poda na inny węzeł, ze snapshotami i replikacją.
Redundantne kontrolery ingress, automatycznie zarządzane certyfikaty TLS, ruch rozkładany między sprawne instancje.
Aktualizacje klastra, monitoring, backup etcd i obciążeń, planowanie pojemności i dyżury — zobacz: Usługi DevOps.
Kubernetes czy klastry maszyn wirtualnych?
| Kubernetes | Klaster VM (Proxmox / VMware / Hyper-V) | |
|---|---|---|
| Najlepszy do | Aplikacje kontenerowe, mikrousługi, API, zespoły pracujące w CI/CD | Systemy biznesowe, bazy danych, aplikacje legacy, środowiska mieszane |
| Przełączanie awaryjne | Sekundy — nowy pod startuje na innym węźle | Od sekund do minut — VM restartuje się na innym hoście |
| Skalowanie | Automatyczne, w obu kierunkach, z dokładnością do pojedynczego poda | Ręczne lub planowane, przez dodawanie zasobów lub maszyn |
| Wdrożenia | Aktualizacje kroczące bez przestojów | Zwykle okno serwisowe |
| Wymagania | Aplikacja musi być gotowa do konteneryzacji i w miarę możliwości bezstanowa | Działa z tym, co już masz, bez zmian w aplikacjach |
| Utrzymanie | Więcej ruchomych elementów — warto zlecić na zewnątrz, jeśli nie masz zespołu platformowego | Prostsza codzienna administracja |
W praktyce oba rozwiązania współistnieją: Kubernetes dla aplikacji, klaster VM dla baz danych i systemów, które nie będą konteneryzowane — na tym samym fundamencie pamięci masowej i sieci.
Dlaczego to ważne
Dlaczego wysoka dostępność się zwraca
Współczesne firmy nie mogą sobie pozwolić na przestoje. Każda minuta niedostępności systemów to realne straty finansowe, wizerunkowe i operacyjne. Dlatego wdrażamy rozwiązania High Availability (HA), które gwarantują nieprzerwane działanie kluczowych usług IT — nawet w przypadku awarii sprzętu czy oprogramowania. Dlaczego High Availability od Zdalny Admin? Jesteśmy specjalistami w projektowaniu i utrzymaniu wysokodostępnych środowisk IT. Od lat realizujemy kompleksowe wdrożenia dla przedsiębiorstw o podwyższonych wymaganiach dostępności.
Technologia dopasowana do Twoich potrzeb. Budujemy architekturę HA zarówno w oparciu o licencjonowane produkty, jak i rozwiązania open source — optymalizując budżet bez utraty jakości i niezawodności. Pracujemy na sprawdzonych technologiach i cenionych platformach: • Fortinet • Cisco • Dell • VMware • Proxmox • ZFS • Ceph
Utrzymanie
Utrzymanie klastra HA
- Kompleksowa obsługa – sprzęt, licencje, doradztwo, wdrożenie, konfiguracja
- Wsparcie 24/7/365 – pełne wsparcie oraz szybka reakcja na zdarzenia
- Utrzymanie i monitoring – stała kontrola kondycji środowiska
- Pełne bezpieczeństwo danych – failover, redundancja oraz odporność na awarie
- Gwarancja sprzętowa
- Skalowanie bez przestojów – elastyczność dopasowana do wzrostu firmy
30-minutowa rozmowa z inżynierem — określimy zakres i orientacyjny budżet, bez sprzedażowej prezentacji.
Pamięć masowa
Ceph
Ceph — rozproszony system pamięci masowej dla środowisk o najwyższej dostępności.
Ceph to otwartoźródłowy, wysoce skalowalny i rozproszony system storage klasy enterprise, zaprojektowany z myślą o wysokiej dostępności (HA), odporności na awarie oraz automatycznym równoważeniu danych. Umożliwia jednoczesne dostarczanie blokowej, plikowej i obiektowej pamięci masowej w ramach jednej platformy. System bazuje na technologii RADOS, zapewniającej automatyczną replikację danych, samonaprawialność i rozkład obciążenia pomiędzy węzłami klastra.
Skalowalność – od TB do wielu petabajtów.
Ceph został zaprojektowany do niemal nieograniczonego wzrostu:
- Pojemność: od kilku TB do setek PB (praktycznie bez limitu architektonicznego)
- Wydajność: rośnie liniowo wraz z dodawaniem nowych węzłów i dysków
- Obsługa tysięcy klientów jednocześnie. Rozbudowa nie wymaga przestojów — dane i obciążenie są automatycznie równoważone w całym klastrze.
Ceph świetnie sprawdza się w środowiskach wymagających:
- High Availability i wysokiej odporności na awarie
- dynamicznej i elastycznej rozbudowy pojemności lub wydajności
- integracji z systemami chmurowymi i konteneryzacją
- centralizacji storage dla dużych klastrów wirtualizacyjnych
Najczęściej wybierają go:
- centra danych i duże środowiska enterprise
- platformy chmurowe i chmury prywatne (OpenStack, Kubernetes, VMWare, Proxmox)
- dostawcy usług hostingowych / SaaS
- infrastruktury Big Data i AI
Kiedy Ceph nie jest najlepszym wyborem?
Mimo ogromnych możliwości Ceph nie zawsze jest optymalny. Nie zaleca się go do:
- małych środowisk z jedynie 1–2 serwerami (brak korzyści z rozproszenia)
- konfiguracji wymagających bardzo niskich opóźnień (np. krytyczne bazy transakcyjne)
- zastosowań bez dedykowanego zespołu administracyjnego (wymagana wiedza operacyjna)
Ceph wymaga odpowiedniej infrastruktury sieciowej (najlepiej 10/25/40GbE), a jego efektywność rośnie wraz ze skalą.
Pamięć masowa
ZFS
ZFS — zaawansowany system plików i zarządzania pamięcią masową
ZFS (Zettabyte File System) to nowoczesny, niezwykle odporny na awarie system plików połączony z warstwą zarządzania pamięcią masową. Stworzony pierwotnie przez Sun Microsystems, dziś rozwijany jako projekt open source, jest jedną z najbardziej cenionych technologii w środowiskach, w których kluczowe są integralność danych i wysoka wydajność.
ZFS łączy w jednym rozwiązaniu:
- system plików
- software-defined storage (ZFS Storage Pools)
- mechanizmy ochrony i naprawy danych
Skalowalność – od TB do zettabajtów
Jak sama nazwa wskazuje, architektura ZFS jest zaprojektowana do obsługi wolumenów danych w skali zettabajtów.
- Pojemność: od kilku TB do wielu PB bez sztucznych ograniczeń
- Wydajność: wysoka, szczególnie przy wykorzystaniu SSD jako cache (L2ARC) i logu (ZIL/SLOG)
- Możliwość budowy storage klasy enterprise na standardowym sprzęcie (x86)
Skalowanie odbywa się poprzez dodawanie dysków lub kolejnych vdev do puli.
Idealne zastosowania ZFS
Świetnie sprawdzi się wszędzie tam, gdzie najważniejsze są:
- integralność danych
- niezawodność i samonaprawialność środowiska
- oszczędność przestrzeni (kompresja/deduplikacja)
- wysoka wydajność przy niskich opóźnieniach
Najczęściej spotykany w:
- wirtualizacji (Proxmox, VMware, inne)
- backupie i archiwizacji danych
- serwerach bazodanowych i aplikacyjnych
- NAS i storage dla sieci lokalnych (TrueNAS, OpenIndiana)
Kiedy ZFS nie jest najlepszym wyborem?
Nie zawsze jest to rozwiązanie uniwersalne:
- mniejsza elastyczność skalowania niż w Ceph (skalowanie wertykalne, nie rozproszone)
- wymaga odpowiedniej ilości RAM (zalecane minimum: 1 GB RAM na 1 TB danych + dodatkowy narzut)
- przy deduplikacji — bardzo wysokie wymagania pamięciowe
- nie jest projektowany do storage rozproszonego w wielu fizycznych lokalizacjach
Platformy
Proxmox VE — kompleksowa platforma wirtualizacji klasy data center
Proxmox Virtual Environment (Proxmox VE) to zaawansowana, otwartoźródłowa platforma do wirtualizacji serwerów, konteneryzacji i zarządzania wysokodostępnymi klastrami IT. Łączy funkcjonalności znane z rozwiązań klasy enterprise (VMware, Hyper-V) bez kosztów licencyjnych i z pełną elastycznością adaptacji.
Proxmox integruje w jednym środowisku:
- Virtual Machine (KVM) – pełna wirtualizacja maszyn
- LXC Containers – lekkie kontenery aplikacyjne
- zarządzanie storage (ZFS, Ceph, NFS, iSCSI, SSD cache)
- wysoką dostępność (HA) i migrację maszyn „na żywo”
- wbudowany firewall, backup i replikację
Administracja odbywa się poprzez intuicyjny panel webowy oraz API.
Skalowalność — od pojedynczego hosta do chmury prywatnej
Proxmox świetnie radzi sobie zarówno w małych wdrożeniach, jak i w dużych klastrach:
- 1 → 100+ węzłów w klastrze HA
- od kilku VM do tysięcy maszyn i kontenerów
- wydajność i pojemność rosną liniowo wraz z dodawaniem serwerów i storage
Może pracować zarówno z lokalnym storage (ZFS, RAID), jak i z rozproszonym Ceph przy większych wdrożeniach.
Korzyści z wdrożenia Proxmox
- Brak kosztów licencyjnych — idealny stosunek kosztów do możliwości
- High Availability i Live Migration bez dopłat
- Wbudowany backup + replikacja maszyn
- Prosta administracja (GUI + API + CLI)
- Integracja z Ceph/ZFS → wysoka wydajność storage
- Elastyczność — skalowanie bez przestojów
- Wieloplatformowość i szybki provisioning VM/kontenerów
- Duża i aktywna społeczność + opcjonalne wsparcie komercyjne
Gdzie Proxmox sprawdzi się najlepiej?
Największe korzyści widzimy w:
- małych i średnich firmach potrzebujących HA bez licencji enterprise
- centrach danych dostawców usług i firm hostingowych
- projektach modernizacji IT: migracja z VMware/WS/Hyper-V
- środowiskach badawczych, laboratoriach, edukacji
- rozproszonych lokalizacjach firm (oddziały, retail)
Kiedy Proxmox nie jest najlepszym wyborem?
- Firmy potrzebujące certyfikowanych integracji z dostawcami klasy enterprise (SAP HANA, Oracle RAC itp.) mogą wymagać rozwiązań OEM
- Bardzo duże środowiska z ultrawysokimi SLA mogą preferować architektury hiperkonwergentne z pełnym wsparciem producenta
- Nie zalecany do pojedynczych serwerów bez redundancji, jeśli wymagane jest HA
Platformy
Hyper-V — platforma wirtualizacji Microsoft dla środowisk biznesowych
Hyper-V to hypervisor typu 1 rozwijany przez Microsoft, zaprojektowany do wirtualizacji serwerów i budowy wysokodostępnych środowisk IT w oparciu o Windows Server oraz Microsoft Azure. Umożliwia centralne zarządzanie zasobami obliczeniowymi, pamięcią masową i siecią — zarówno lokalnie, jak i w modelu hybrydowym.
Hyper-V jest integralnym elementem ekosystemu Microsoft, co zapewnia kompatybilność i pełne wsparcie dla środowisk Windows oraz licznych aplikacji biznesowych.
Skalowalność — od kilku maszyn do środowisk enterprise
Hyper-V obsługuje środowiska o różnej wielkości:
- od pojedynczych hostów po setki serwerów w klastrach
- obsługa tysięcy maszyn wirtualnych
- zarządzanie storage lokalnym lub sieciowym (CSV, SAN, SMB 3.0)
- natywna integracja z Azure dla rozwiązań hybrydowych
Wydajność i pojemność rosną wraz z rozbudową klastra — bez przestojów usług krytycznych.
Najważniejsze korzyści Hyper-V
- Pełna integracja z ekosystemem Microsoft (Active Directory, Azure, SQL, Exchange)
- Wysoka dostępność: Live Migration, Storage Migration, replika HA
- Obsługa GPU passthrough dla VDI i aplikacji graficznych
- Elastyczny storage: od SAN po SMB 3.0 z Continuously Available Shares
- Bezpieczeństwo: Shielded VMs, Secure Boot, Virtual TPM
- Centralne zarządzanie i automatyzacja (PowerShell, SCVMM)
Wykorzystanie licencji Windows Server Standard/Datacenter pozwala zoptymalizować koszty w porównaniu z hypervisorami innych producentów.
Gdzie Hyper-V sprawdzi się najlepiej?
Szczególnie rekomendowany dla:
- firm pracujących głównie na oprogramowaniu Microsoft
- środowisk z aplikacjami wymagającymi certyfikacji i pełnego wsparcia producenta
- infrastruktur hybrydowych współpracujących z Azure
- środowisk z wysokimi wymaganiami bezpieczeństwa i zgodności
- hostowania rozwiązań księgowych
Wiele organizacji wybiera Hyper-V, aby zapewnić ciągłość działania systemów o krytycznym znaczeniu.
Kiedy Hyper-V nie jest najlepszym wyborem?
- Dla rozwiązań silnie opartych na Linux/Kubernetes — istnieją lepiej dopasowane alternatywy
- Dla MSP i firm hostingowych potrzebujących elastycznej automatyzacji i multi-tenancy — często wybierane są platformy open source
- Gdy licencjonowanie Windows Server generuje zbędny koszt infrastruktury
Całoroczna opieka nad Twoją instalacją High Availability
24/7/365
Potrzebujesz wsparcia i doradztwa?
Umów rozmowę z naszym doradcą. Dobierzemy usługi skrojone wyłącznie pod Twoje potrzeby, bez generowania sztucznych kosztów.
Pytania i odpowiedzi
High Availability — FAQ
Czym jest High Availability?
To architektura, w której awaria pojedynczego elementu — serwera, dysku, przełącznika czy zasilacza — nie zatrzymuje usługi. Obciążenia automatycznie przenoszą się na sprawne komponenty, a użytkownicy odczuwają sekundy zakłóceń zamiast godzin.
Czy HA to to samo co backup?
Nie, i jedno nie zastępuje drugiego. HA chroni przed bieżącymi awariami sprzętu i oprogramowania; backup chroni przed usunięciem, uszkodzeniem danych i ransomware oraz pozwala cofnąć się w czasie. Poważne środowisko potrzebuje obu.
Ile serwerów potrzebujemy?
Dwa węzły dają podstawową redundancję, ale trzy to praktyczne minimum dla klastra, który potrafi rozstrzygnąć, która strona jest sprawna (kworum) — dlatego większość naszych wdrożeń HA zaczyna się od trzech węzłów plus redundantna sieć i zasilanie.
Czy da się osiągnąć 99,99%?
Tak, przy odpowiedniej architekturze: klaster trzywęzłowy, rozproszona pamięć masowa, np. Ceph, redundantne ścieżki sieciowe i monitoring 24/7. Czy to się opłaca, zależy od tego, ile kosztuje Cię godzina przestoju — ten rachunek robimy razem, zanim cokolwiek zaprojektujemy.
Jak działa autoskalowanie w Kubernetes?
Na dwóch poziomach. Horizontal Pod Autoscaler dodaje i usuwa instancje aplikacji na podstawie CPU, pamięci lub Twoich własnych metryk, np. długości kolejki. Cluster Autoscaler dodaje i usuwa węzły robocze, gdy nie ma gdzie rozmieścić nowych podów. Razem utrzymują stabilną wydajność w szczytach i niski rachunek poza nimi.
Czy do wysokiej dostępności potrzebujemy Kubernetes?
Nie. Kubernetes świetnie sprawdza się przy aplikacjach kontenerowych, ale klaster Proxmox, VMware lub Hyper-V zapewnia wysoką dostępność systemom, które nie są konteneryzowane — w tym większości systemów ERP i baz danych. Często utrzymujemy oba rozwiązania obok siebie.
Czy bazy danych też mogą działać w HA?
Tak — z replikacją i kontrolowanym lub automatycznym przełączaniem, testowanym pod obciążeniem. W systemach transakcyjnych zwykle trzymamy bazy na szybkich lokalnych dyskach NVMe z replikacją, a nie na rozproszonej pamięci masowej, bo tam opóźnienia są ważniejsze niż elastyczność.
Czy testujecie przełączanie awaryjne?
Zawsze — przed odbiorem i okresowo później: odłączamy węzeł, zrywamy łącze i symulujemy awarię dysku, a następnie dokumentujemy, jak zachowało się środowisko i ile trwało przywrócenie. Nieprzetestowany klaster to obietnica, nie gwarancja.
Czy przetrwamy utratę całej lokalizacji?
To wymaga drugiej lokalizacji: replikacji danych, planu dla DNS i ruchu oraz regularnych testów disaster recovery. Projektujemy to razem z backupem i DR, bo najszybszy klaster na świecie nie pomoże, jeśli nie ma już budynku.
Open source czy platformy licencjonowane?
Jedno i drugie. Budujemy na Proxmox, Ceph i ZFS, a także na VMware i Hyper-V, a wybór opieramy na Twoich aplikacjach, kompetencjach Twojego zespołu i kosztach licencji — nie na tym, co sami wolimy instalować.
Kto utrzymuje klaster po wdrożeniu?
Ty — z przekazaną przez nas dokumentacją i szkoleniem — albo nasz zespół w ramach SLA 24/7/365: monitoring, aktualizacje, planowanie pojemności i reagowanie na incydenty. Zobacz: administracja serwerami.
Powiązane usługi
Często łączone z tą usługą
Pierwszy krok
Porozmawiajmy o High Availability.
30 minut, bez prezentacji. Powiemy wprost, czy ta usługa rozwiąże Twój problem, jaki zakres ma sens i ile to kosztuje.
Oferta z zakresem i wyceną w ciągu 48 godzin od rozmowy.
Przejdź do kontaktu