Migrering fra SolarWinds til Zabbix: Sådan gør vi

Skrevet d. 06-08-2026 af Lars Baad-Jensen

I de seneste år har vi gennemført en række projekter, hvor vi har hjulpet organisationer med at flytte væk fra licensbaserede enterprise-overvågningsplatforme og over til Zabbix. Flere af dem har specifikt været SolarWinds-til-Zabbix-migreringer — og undervejs har vi opbygget en gennemprøvet fremgangsmåde, der hurtigt får kunderne i gang.

Den ærlige sandhed er, at der ikke findes en “migrer”-knap. At flytte fra et hvilket som helst overvågningssystem til Zabbix — uanset om det er SolarWinds, Nagios eller PRTG — er aldrig en eksport/import med ét klik.

Alle miljøer er forskellige, så hvert projekt står for sig selv. Men det er netop her, at erfaring betaler sig. Hos itm8 har vores Zabbix-eksperter gjort det nok gange til at gøre processen hurtig og ligetil — og til at undgå de faldgruber, der bremser dem, der prøver for første gang.

Derfor vælger organisationer Zabbix frem for SolarWinds

I et nyligt projekt ville kunden væk fra SolarWinds af årsager, som går igen gang på gang:

• Licensomkostninger — løbende gebyrer, der vokser ubehageligt, i takt med at man selv vokser
• Begrænset adgang til eksperter — en lille kreds af folk, der virkelig kender platformen
• Låst kode — kun lidt mulighed for at se eller ændre, hvordan tingene fungerer under motorhjelmen
• Svær at tilpasse — værktøjet dikterer arbejdsgangen, ikke omvendt

Zabbix vender det meste af det på hovedet: det er open source, der er ingen licensregning pr. node, koden er fuldt åben, og det er bygget til at blive tilpasset. Den kombination er som regel det, der afgør beslutningen.

Migrering til Zabbix: Start forfra i stedet for at kopiere gamle problemer

En af de vigtigste erfaringer, vi har gjort os, er denne: Forsøg ikke at tage for meget med fra det gamle system.

Når vi kigger på kundens eksisterende SolarWinds-opsætning, får vi hurtigt et indtryk af, hvad der overvåges — og ofte kopierer vi det ikke én til én.

Meget af det, der lever i en ældre overvågningsplatform er:

• forældede checks
• støjende alarmer
• hosts, der ikke længere findes.

At kopiere alt det ind i Zabbix betyder blot, at man importerer gamle problemer ind i et nyt værktøj.

I stedet tager vi det væsentlige med og lader Zabbix gøre det, den er god til.

Før migreringen: Analyse af SolarWinds og krav til Zabbix

1. Gennemgå den eksisterende overvågningsløsning — nok til at forstå omfanget, men ikke så meget, at vi låser os fast på den, for vi starter forfra i Zabbix

2. Estimér, hvor lang tid migreringen vil tage (bedste bud)

3. Interview interessenter om deres faktiske behov — og kom videre fra standardsvaret “det skal bare virke som før”

4. Foreslå forbedringer og ekstra funktioner, som det gamle system ikke kunne tilbyde

Formålet med denne fase er ikke at genskabe den gamle opsætning. Det er at forstå, hvad forretningen reelt har brug for at vide om sin infrastruktur.

Implementering af Zabbix: Server, agenter og dashboards

Når fundamentet er på plads, bygger vi Zabbix op:

1. Opsæt Zabbix-server, Zabbix-proxy og database i en high-availability-opsætning (HA)

2. Byg Zabbix agent-pakker med konfigurationer, der er skræddersyet til kundens krav

3. Konfigurér Zabbix-brugerfladen

4. Håndtér eventuelle særlige behov

5. Byg dashboards, der viser det, folk rent faktisk går op i

SolarWinds til Zabbix i praksis: Eksempel fra et kundeprojekt

Vi vil nu prøve at gennemgå et rigtigt projekt, og hvad vi konkret gjorde for en kunde, der skulle migrere fra SolarWinds til Zabbix. 

Fra SolarWinds trak vi de oplysninger, der virkelig betød noget: SNMP enheder, IP-adresser, hosts kritikalitet og SLA'er. Ikke mere end det. Derefter lod vi Zabbix overtage.

Autoregistrering med PSK

Vi konfigurerede Zabbix til at acceptere autoregistrering sikret med PSK-kryptering (pre-shared key), så hosts kunne registrere sig selv sikkert, efterhånden som de kom online — uden manuel oprettelse af hosts.

Vi oprettede derefter en autoregistreringshandling til automatisk at dirigere hosts:

På den måde blev enhver host, der rapporterede det rigtige navn og metadata, automatisk placeret i den korrekte gruppe og tildelt den korrekte skabelon.

Udrulning af agenten

Vi rullede Zabbix agent 2 ud med SCCM og PowerShell på Windows og Ansible på Linux, og vi valgte bevidst at oprette en separat customer.conf-fil i mappen zabbix_agent2.d frem for at redigere hovedkonfigurationen. På den måde ved alle altid præcis, hvor de skal lede efter vores tilpassede indstillinger.

PSK-filen (zabbix_agent.psk) indeholder den delte nøgle, der matcher den identitet, som er konfigureret på serversiden.

Tip: at holde kundespecifikke indstillinger i deres egen drop-in .conf-fil er en lille beslutning, der sparer en masse besvær senere — opgraderinger, revisioner og fejlfinding bliver alt sammen lettere, når dine tilpasninger ikke er filtret ind i standardkonfigurationen.

SNMP-enheder via CSV og API'et

For SNMP-enheder eksporterede vi alt til en CSV-fil og brugte Zabbix' velbeskrevne API til at importere dem direkte. Vi berigede importen med de tags, vi havde hentet fra SolarWinds, og lod scripts inde i Zabbix vælge den rigtige skabelon til hver enhed automatisk.

Det er her, filosofien om at “lade Zabbix gøre arbejdet” virkelig viser sig: en velstruktureret CSV plus API'et slår hver gang det at klikke sig igennem hundredvis af hosts i hånden.

Ekstra features

At migrere én-til-én er blot udgangspunktet. Den reelle værdi viste sig i de ekstra ting, vi lagde ovenpå.

• ServiceNow-integration til hændelser — Zabbix leveres med en ServiceNow-medietype, der kan oprette hændelser direkte. Der var kun ganske lidt, vi skulle ændre, for at få det til at fungere, som kunden ønskede.

• CMDB-drevet dirigering af hændelser — vi brugte ServiceNow-CMDB'en til at hente enhedsoplysninger, hvilket gav os præcis det, vi havde brug for til automatisk at tildele hver hændelse til den korrekte funktionelle gruppe. Håndtering af hændelser blev mærkbart lettere.

• SLA-træer fra CMDB'en — vi brugte CMDB'en til at opbygge SLA-træet ved at liste hver applikation sammen med alle de enheder, den afhænger af. Det gjorde det muligt at beregne SLA på applikationsniveau — og hvis en server var offline eller i vedligeholdelse, tog beregningen højde for det korrekt.

• Opslag fra MAC-adresse til switch — vi udviklede frontend-scripting til at finde en netværksenhed på en switch direkte ud fra dens MAC-adresse.

• Host-handlinger med ét klik — mere frontend-scripting gjorde det muligt at sætte en server i vedligeholdelse eller hoppe til en bestemt URL direkte fra host-menuen. Nemt at lave i Zabbix og virkelig nyttigt i hverdagen.

• SOC-dashboards — vi byggede dashboards med fokus på meningsfulde alarmer, så infrastrukturens tilstand er let at aflæse med et enkelt blik i stedet for at drukne i støj.

• Databaseovervågning — som et ”database powerhouse” overvågede vi naturligvis Oracle, MSSQL og PostgreSQL med vores egne tilpassede skabeloner.

Vigtige erfaringer fra en SolarWinds til Zabbix-migrering

Nogle pointer, der gælder for stort set enhver migrering af denne type:

• Migrér ikke rodet. Betragt flytningen som en chance for at rydde op — ikke for at kopiere gammel støj ind i et nyt værktøj.

• Tag de data, der betyder noget, og drop resten. Enheder, IP-adresser, kritikalitet og SLA'er er som regel alt, hvad du behøver for at sætte en frisk Zabbix-opsætning i gang.

• Automatisér onboarding fra dag ét. Autoregistrering, API'et og skabelonautomatisering forvandler et kedeligt manuelt arbejde til noget hurtigt og gentageligt.

• Hold dine tilpasninger adskilt. Drop-in-konfigurationsfiler og tydeligt navngivne PSK-identiteter gør systemet lettere at vedligeholde og overdrage.

• Sikkerhed som standard. PSK- (eller certifikatbaseret) kryptering af agent-trafik bør være udgangspunktet, ikke en eftertanke.

• Integrér med det, forretningen allerede bruger. At koble Zabbix sammen med ServiceNow og CMDB'en forvandlede overvågning fra “endnu et dashboard” til en del af den eksisterende hændelsesarbejdsgang.

Konklusion: Derfor giver migrering fra SolarWinds til Zabbix værdi

Der findes ingen genvej, der på magisk vis forvandler SolarWinds til Zabbix — men der findes en gennemprøvet og effektiv vej. Start forfra, tag kun det med, der betyder noget, læn dig op ad automatisering, og byg så de ekstra ting, som den gamle platform aldrig lod dig få.

Sådan hjælper vi kunder med at skære licensomkostninger, genvinde kontrollen over deres overvågning og ende med et system, der rent faktisk passer til den måde, de arbejder på.