Self-hosted alternativy k PRTG a SolarWinds pro monitoring sítě s Windows

PRTG účtuje za senzor, tedy za jednu sledovanou metriku na jednom zařízení, ne za zařízení samotné. Vlastní úrovně Paessleru nastavují praktický poměr zhruba deset ku jedné: 500 senzorů pokryje asi 50 zařízení, 10 000 pokryje asi 1 000. Přidejte stack přepínačů a začněte sledovat propustnost na port a počet roste rychleji než infrastruktura. SolarWinds počítá jinak a dojde na stejné místo.

Pro síť s převahou Windows bych do užšího výběru dal dvě self-hosted alternativy k PRTG a SolarWinds: Zabbix, nebo stack postavený na Prometheu, pokud ho váš tým už provozuje. Volba mezi nimi závisí na tom, co každý z nich vidí na hostiteli s Windows a co k tomu potřebuje.

Jedna výhrada hned na začátek. Pokud nikdo v týmu nemá volné hodiny, PRTG a SolarWinds zůstávají správnou odpovědí. Jejich snadné použití je produkt, který kupujete záměrně, a stojí za ty peníze. Zde popsaný přechod utrácí hodiny místo licenčních poplatků, a to je výměna, ne vylepšení.

Stručně

• Výchozí volba je Zabbix. Zabbix spojuje dotazování SNMP, agenty pro Windows, šablony a upozorňování do jedné monitorovací platformy. Server Zabbix, databázi a webový frontend stále provozujete, ale neskládáte samostatné monitorovací komponenty jen proto, abyste mohli začít.
• Výjimkou je tým, který už provozuje Grafanu a Prometheus pro metriky aplikací a hostitelů. Rozšířit to, co už udržujete, je levnější než stavět druhý monitorovací systém.
• Prometheus sám o sobě síťová zařízení nedotazuje. snmp_exporter tuto mezeru zaplňuje; jeho výchozí konfigurace pokrývá mnoho běžných přepínačů a směrovačů, zatímco objekty specifické pro výrobce nebo vlastní dotazování mohou vyžadovat generátor a další práci s MIB.
• Bezagentový sběr vidí jen to, co se hostitel nebo zařízení rozhodne zveřejnit. V Zabbixu jsou protokoly událostí Windows, stav služeb a podrobné čítače výkonu klíči položek agenta.
• Dimenzujte server podle metrik, ne podle zařízení. Zabbix počítá jednu metriku jako jednu položku plus jeden trigger plus jeden graf a umisťuje zhruba 1 000 metrik na 2 jádra CPU a 8 GiB paměti, zhruba 10 000 na 4 jádra a 16 GiB.

Za co PRTG a SolarWinds účtují

Paessler publishes its PRTG tiers publicly, priced by sensor count and billed annually, starting from a few hundred dollars a month as of September 2026. Check the current figures yourself before budgeting. There is no perpetual-licence option in the current lineup. The freeware edition stops at 100 sensors, which Paessler describes as roughly 10 devices.

SolarWinds počítá jinou jednotku a pravidlo snadno přehlédnete, dokud nepřijde nabídka na obnovu. Licenční model NPM od SolarWinds uvádí, že NPM „je licencován podle největšího počtu z následujících typů sledovaných síťových prvků: uzly, rozhraní, svazky“. Ne součet. Největší ze tří. Síť s 80 uzly a 900 sledovanými porty přepínačů je licencována na 900, ne na 80, a úrovně jdou od SL100 po SLX. Jeden dotazovací engine má bez ohledu na úroveň strop 12 000 prvků (součet uzlů, rozhraní a svazků, ne největší z nich), poté přidáváte další licencovaný dotazovací engine.

Praktický dopad obou modelů je stejný. O tom, co se sleduje, rozhoduje licenční úroveň. Ne síť. Rozhraní, která byste rádi sledovali, zůstávají nesledovaná, protože jejich sledování překročí hranici, a tyto náklady se na faktuře nikdy neobjeví.

Dvě self-hosted cesty, které stojí za to

Zabbix je jedna monitorovací platforma postavená kolem centrálního serveru, databáze a webového frontendu. Server dotazuje zařízení přes SNMP, přijímá data od agentů ve Windows a v rámci téhož produktu uplatňuje šablony, triggery a upozorňování. Ve srovnání se skládáním stacku pro monitoring sítě na bázi Promethea je tu méně samostatných komponent, které byste museli integrovat sami. Nainstalujete ho, namíříte na hostitele a připojíte šablony, tedy znovupoužitelné balíky položek, triggerů a grafů pokrývající jednu třídu zařízení.

Začněte licencí. Licenční stránka Zabbixu uvádí, že každá verze od 7.0 dál vychází pod GNU Affero General Public License verze 3 a že vše do 6.4 bylo pod GPLv2. Za software se v žádném měřítku neplatí licenční poplatek. Zabbix prodává technickou podporu jako samostatné volitelné předplatné a žádá komerční uživatele, aby si nějakou úroveň koupili, ale nic v produktu není za tímto nákupem zamčeno.

Druhou cestou je Grafana, Prometheus a VictoriaMetrics. Je to správná volba přesně v jedné situaci: tento stack už provozujete pro metriky aplikací a hostitelů a někdo ho už udržuje. Pokud to jste vy, kompletní sestavení na jednom VPS je vyřešený problém a rozšiřujete něco známého. Nikdo se nemusí učit nový datový model.

ČTĚTE

Nastavení monitorovacího stacku Grafana + Prometheus na vašem VPS (průvodce Docker Compose)

Mezerou na této cestě jsou síťová zařízení. Prometheus sbírá z HTTP endpointů; SNMP přímo nemluví. Síťový hardware se obvykle řeší přes snmp_exporter, který zařízení dotazuje a výsledky vystavuje, aby si je Prometheus mohl stáhnout. Jeho výchozí konfigurace obsahuje moduly jako if_mib, takže standardní monitoring rozhraní na mnoha přepínačích a směrovačích nevyžaduje generování vlastní konfigurace. Generátor se stává prací navíc, když potřebujete objekty specifické pro výrobce, vlastní průchody nebo MIB, které ve výchozím stavu chybí. Cesta přes Prometheus má tedy více dílů k údržbě než Zabbix, ale generátor není povinný pro každé zařízení.

LibreNMS je třetí jméno v tomto prostoru, postavené na automatickém objevování: prochází síť přes SNMP, CDP, LLDP, OSPF, BGP a ARP, aby zjistilo, co v ní je. Je to rozumná volba, když je prioritou objevování. Nemění však otázku sběru z Windows, a právě tam se toto rozhodnutí rozhoduje.

Jak každá cesta vidí hostitele s Windows

Monitoring Windows může zahrnovat SNMP, vzdálené WMI nebo nainstalovaného agenta. Která cesta platí, závisí na monitorovacím produktu a sbírané metrice. Konkrétně v Zabbixu běží vestavěné kontroly WMI přes agenta pro Windows.

SNMP

Dotaz SNMP žádá zařízení o aktuální hodnotu očíslovaného objektu, adresovaného pomocí OID, což je pozice v MIB zařízení. Vrátí se to, co zařízení zveřejňuje, a nic víc. U spravovaného přepínače, firewallu nebo UPS to obvykle stačí: čítače rozhraní, stav portů, chybovost, teplota, stav šasi.

Ve Windows je obraz chudší. Oznámení Microsoftu o ukončení podpory SNMP a WMI SNMP Provideru potvrzuje, že obě funkce jsou zastaralé, takže bych SNMP ve Windows bral jako cestu zpětné kompatibility, ne jako výchozí volbu pro nové nasazení. Zabbix stále nabízí šablonu Windows by SNMP, ale nativní agent vám dá do operačního systému podstatně větší vhled.

WMI

WMI lze dotazovat vzdáleně bez instalace monitorovacího agenta na cíl, a proto ho produkty jako PRTG mohou používat jako bezagentovou metodu sběru z Windows. Zabbix funguje jinak. Jeho vestavěné kontroly WMI, wmi.get a wmi.getall, jsou klíče položek agenta pro Windows, takže tyto dotazy na sledovaném stroji provádí agent Zabbix nebo agent 2.

Vzdálené WMI přináší i vlastní síťové požadavky, když ho monitorovací produkt používá přímo. V současných systémech Windows RPC začíná na portu TCP 135 a spojení obvykle vyjednává přes dynamický rozsah vysokých portů TCP, typicky 49152 až 65535. Firewall a oprávnění WMI na cíli musí spojení povolit.

Pro toto srovnání je rozdíl důležitější než samotný protokol: PRTG může používat vzdálené WMI bez nainstalovaného monitorovacího agenta, zatímco Zabbix získává svůj vhled do WMI specifický pro Windows přes agenta.

Nativní agent

Hloubka specifická pro Windows sídlí v agentovi. Dokumentace Zabbixu uvádí klíče specifické pro Windows: eventlog pro sledování protokolu událostí Windows, perf_counter pro libovolný čítač výkonu Windows, service.discovery a service.info pro stav služeb. Všechny jsou klíči položek agenta.

Cenou je nasazení. Agent na každém Windows Serveru a každé pracovní stanici, na které vám záleží, je balíček k distribuci, verze k udržování a pravidlo firewallu k údržbě. Je to trvalý provozní závazek a je to protiváha úspory na licenci.

Bezagentový sběr je omezen na to, co hostitel nebo zařízení zveřejní, a v Zabbixu se protokoly událostí a podrobné čítače výkonu skrývají za klíči položek agenta.

Vedle sebe

Srovnání stojí na čtyřech věcech: zda nástroj vůbec dotazuje síťová zařízení přes SNMP, zda má agenta pro Windows, jak hluboko vidí do hostitele s Windows a kolik skládání stojí mezi vámi a fungujícím systémem. Licence stojí vedle nich, protože je důvodem, proč hodnocení začalo.

Pokud požadavek zní „dej mi do minuty vědět, když služba přestane odpovídat“, je monitor dostupnosti nástrojem správné velikosti a ostatní dva jsou na to zbytečně velké. Co neudělá: nedotáže se přepínače na propustnost rozhraní ani nepřečte čítač výkonu Windows, takže PRTG ani SolarWinds nenahrazuje. Je to jiná úloha, která se občas zaměňuje za tu samou.

ČTĚTE

Jak nastavit Uptime Kuma na VPS

Který provozovat

Provozujte Zabbix. Pro síť s převahou Windows bez existující investice do Promethea je to s velkým náskokem kratší cesta. Stále máte server, databázi a webový frontend k provozu, ale monitorovací model, šablony a upozorňování žijí v jednom produktu, místo aby se skládaly z několika monitorovacích komponent.

Pro dlouhodobé nasazení monitoringu použijte aktuální větev LTS Zabbixu místo krátkodobého standardního vydání. Životní cyklus LTS Zabbixu dává každému vydání tři roky plné podpory a poté dva roky omezené podpory, což tu má větší váhu než honba za nejnovějším vydáním s novými funkcemi.

Výjimka je úzká a konkrétní. Pokud váš tým už v produkci provozuje Grafanu a Prometheus pro metriky aplikací a hostitelů a někdo už tento stack vlastní, pak snmp_exporter je doplňkem k něčemu udržovanému, ne druhým systémem k údržbě. Tato podmínka je konjunkce: obě poloviny musí platit. Opuštěná instance Grafany, kterou někdo loni postavil, se nepočítá.

A pokud nikdo nemá hodiny, obnovte licenci. To není vytáčka. Je to jiná situace s jinou správnou odpovědí. Přechod mění licenční účet na provozní: nasazování agentů, práce se šablonami, aktualizace a někdo, kdo systému rozumí natolik, aby ho ve 2 ráno opravil. Tým, který už je na hranici kapacity, tuto práci odvede špatně nebo vůbec, a neudržovaný monitoring je horší než drahý monitoring, protože selhává potichu.

Hybrid je reálný: ponechte stávající nástroj na zmenšujícím se jádru kritických systémů, vše ostatní přesuňte do Zabbixu a nechte licenční úroveň časem klesat. Funguje to. Znamená to ale také provozovat dva monitorovací systémy a slaďovat jejich upozornění, takže to berte jako přechodný stav s datem ukončení.

Co přechod nepřežije

Vlastní migrační průvodce Zabbixu má sekci nadepsanou „Co se NEMIGRUJE“ a seznam je delší, než slovo „migrace“ napovídá. Historická data a hodnoty senzorů nepřejdou. Vlastní oznámení a závislosti PRTG také ne. Mapy a dashboardy také ne, protože oba produkty je modelují natolik odlišně, že přestavba vítězí nad překladem. Samotné senzory také ne, protože Zabbix pracuje s úplně jiným konceptem.

Názvy zařízení, IP adresy a typy rozhraní přenést lze. I to jde přes vlastní exportní a importní skripty proti oběma API. Průvodce jasně říká, že žádný oficiální nástroj pro přímou migraci mezi oběma platformami neexistuje.

Jeden tým zdokumentoval, co to v praxi stojí: zhruba 500 VM a fyzických serverů, asi sedm let na PRTG, přestavěno od nuly během šesti měsíců projektu s nízkou prioritou. Z jejich 2 500 senzorů PRTG se stalo 43 000 položek Zabbixu, což názorně ukazuje, jak odlišně oba systémy počítají.

„Začněte od nuly. Žádná možnost „stiskněte tlačítko a migrujte“ z PRTG do Zabbixu neexistuje, a i kdyby existovala, něco takového je dobrá příležitost neopakovat dřívější chyby v návrhu.“

Migrační zápisky Digital Dilemma

To je zkušenost jedné organizace, ne měřítko. Menší infrastruktura taková čísla nevyprodukuje. Co se přenáší, je plánovací předpoklad: rozpočtujte čas na přestavbu, ne čas na migraci.

Seřaďte přestavbu podle toho, bez čeho se neobejdete. Pokud vám jde o kontinuitu upozorňování, přestavte nejdřív pravidla oznámení a dashboardy nechte na později. Pokud jde o historii reportů, exportujte, co potřebujete, než stará licence vyprší. S vámi nepůjde.

Dimenzování serveru

Hardwarové požadavky Zabbixu umisťují malou instalaci o zhruba 1 000 sledovaných metrikách na 2 jádra CPU a 8 GiB paměti a střední instalaci o zhruba 10 000 metrikách na 4 jádra a 16 GiB. To jsou čísla, podle kterých objednávat.

Jednotka je místo, kde dimenzování selhává. Zabbix definuje jednu sledovanou metriku jako jednu položku plus jeden trigger plus jeden graf. Metrika není zařízení a není to hostitel. Jeden Windows Server přispívá tolika metrikami, kolik položek nakonfigurujete: CPU, paměť, každý souborový systém, každá služba, každý čítač, který vzorkujete. Počet zařízení je špatným vodítkem pro stroj, který potřebujete. Infrastruktura, která zní malá, může skončit ve středním pásmu, aniž by kdokoli dělal něco neobvyklého.

Dvě věci ženou číslo nahoru rychleji než počet hostitelů. První je frekvence dotazování: zkrácení intervalu obnovy na polovinu zdvojnásobí rychlost zápisu pro každou položku na tomto intervalu. Druhou je retence historie, protože databáze roste s tím, jak dlouho uchováváte surové hodnoty. Počet zařízení hraje roli hlavně přes počet sledovaných položek, které každé zařízení přidává.

Pokud se vaše infrastruktura drží blízko příkladu s 1 000 metrikami při běžných intervalech obnovy a skromné retenci, je malé pásmo rozumný výchozí bod. Pokud vzorkujete čítače výkonu každých třicet sekund a uchováváte rok surové historie, pak ne. Zabbix výslovně říká, že zveřejněná čísla jsou „příklady velikosti a hardwarové konfigurace pro začátek“, a doporučuje otestovat výkon ve stagingovém prostředí, než se zavážete k produkčnímu hardwaru. To je výhrada samotného výrobce. Berte ji doslova.

Zabbix podporuje serverovou komponentu pouze na Linuxu a UNIXu; ve Windows je podporován pouze agent.

Metriky nejsou zařízení a násobitel mezi nimi určuje velikost stroje.

Kam umístit monitorovací server

Pokud potřebujete, aby monitoring přežil výpadek celé lokality, držte centrální server Zabbix mimo doménu selhání této lokality. Ztráta uplinku lokality pak může odpojit sledovanou síť, aniž by s sebou vzala monitorovací server.

V soukromé síti může proxy Zabbix sedět uvnitř lokality a sbírat data z okolních systémů. Proxy zvládne kontroly SNMP a agentů lokálně, posílá nasbíraná data zpět na centrální server a ukládá monitorovací data do vyrovnávací paměti, dokud je spojení mezi nimi nedostupné. Centrální server tak může zůstat mimo lokalitu, aniž by každý soukromý přepínač, firewall a hostitel s Windows musel být přímo dosažitelný z internetu.

VPS je praktické místo, kde takový centrální server provozovat. Cloudzy nabízí Zabbix Server jako nasazení na jedno kliknutí na Ubuntu Server 24.04 LTS, pokud chcete přeskočit počáteční instalaci a rovnou konfigurovat hostitele a šablony.

Časté dotazy

Je Zabbix opravdu zdarma?

Ano. Zabbix od verze 7.0 vychází pod GNU Affero General Public License verze 3 a za software se neplatí žádný licenční poplatek bez ohledu na počet sledovaných zařízení nebo metrik. Zabbix prodává technickou podporu jako samostatné volitelné předplatné, ale žádná funkce produktu za ním není zamčena. Náklady na provoz Zabbixu jsou server, na kterém běží, a hodiny, které jeho provozu věnujete.

Musím instalovat agenta na každý Windows Server?

Ne na každý stroj s Windows, ale pokud chcete nativní hloubku monitoringu Windows v Zabbixu, počítejte s instalací agenta na servery, na kterých vám záleží nejvíc. SNMP může poskytnout hrubá bezagentová data, i když je funkce SNMP ve Windows u Microsoftu zastaralá. Vestavěné kontroly WMI v Zabbixu také běží přes agenta pro Windows, takže WMI v Zabbixu není přímá bezagentová cesta sběru. Agenta používejte pro protokoly událostí, objevování služeb, dotazy WMI a podrobné čítače výkonu; bezagentové SNMP si nechte hlavně pro síťový hardware a starší případy Windows.

Mohu monitorovací server provozovat na Windows?

Se Zabbixem ne. Dokumentace požadavků Zabbixu uvádí serverovou komponentu jako podporovanou pouze na Linuxu a dalších platformách UNIX a konstatuje, že „UNIX je jediný operační systém, který dokáže konzistentně poskytovat potřebný výkon, odolnost proti chybám a robustnost“. Podpora Windows pokrývá agenta Zabbix a agenta 2, tedy to, co instalujete na sledované stroje. Monitorovací server sedí na hostiteli s Linuxem; infrastruktura Windows je to, co sleduje.

Umí Prometheus monitoring přes SNMP?

Sám o sobě ne. Prometheus sbírá z HTTP endpointů a používá snmp_exporter pro sběr ze zařízení SNMP. Jeho výchozí konfigurace pokrývá mnoho běžných přepínačů a směrovačů, zatímco objekty specifické pro výrobce nebo vlastní dotazování mohou vyžadovat další konfiguraci MIB a generátor.