)
)
Introduktion
Overvågningsopsætninger til Windows Server udvikler sig ofte fra native værktøjer, scripts og tredjepartssoftware til systemer, der bliver fragmenterede, kostbare eller svære at administrere. At erstatte dem effektivt kræver mere end blot at sammenligne produktfunktioner. Denne artikel forklarer, hvornår det giver mening at erstatte, hvad overvågning af Windows Server bør dække, hvilke funktioner der skal prioriteres, hvordan man bestemmer det passende overvågningsomfang, og hvordan man migrerer uden at miste kritisk infrastrukturindsigt.
I hvilket tilfælde ville et IT-team lede efter en erstatning for Windows Server-overvågning?
Der er ikke ét produkt kaldet "Windows Server Monitoring", som alle ønsker at erstatte. Hvad de har nu, kan være en kombination af Windows-native værktøjer, en omfattende tredjepartsløsning, hjemmelavede scripts eller en mere holistisk enterprise observability stack.
Årsagen til, at de ønsker noget andet, kan lige så godt være spiralerende licensomkostninger, som det er behovet for bedre handlingsorienteret information, der leveres til de rette personer i IT-organisationen.
Andre gange er det simpelthen et spørgsmål om skala - en voksende infrastruktur kræver nu mere, end et amatøragtigt hjemmelavet system kan levere, eller de værktøjer, der er tilgængelige for en sysadmin, afslører simpelthen ikke de typer information, der er nødvendige for at opdage og løse problemer, før de påvirker forretningsdriften.
Når native Windows-værktøjer ikke længere er tilstrækkelige
Native Windows-værktøjer har dog en vis diagnostisk og overvågningsværdi. Ydelsesmåler for eksempel har præstationsmålere for processorer, hukommelse, diske, processer og meget mere.
Set gennem Server Manager kan ydeevne-, begivenheds- eller servicedata tilgås for lokale og fjerntliggende servere.
Men det er kun diagnostik. De overvågnings- og alarmeringsfunktioner, som et IT-team har brug for til deres fysiske og virtuelle Windows-servere, er ikke til stede i nogen af disse værktøjer.
Start med, hvad din nuværende overvågningsopsætning mangler
Det første, man skal spørge om, når man overvejer en ændring, er ikke "Hvilket produkt har de fleste funktioner?" men "Hvad mangler vores nuværende serverovervågningssoftware?" For det er de begrænsninger, der bør definere udvælgelseskriterierne for en potentiel erstatningsløsning.
I hvilket tilfælde ville din nuværende Windows Server-overvågningsopsætning have brug for en erstatning?
En overvågningsløsning behøver ikke at blive udskiftet blot fordi den er gammel, men snarere hvis den forhindrer administratorer i at kunne opdage, forstå og reagere hurtigt på infrastrukturproblemer.
Flere advarselsskilt kan indikere, at den nuværende tilgang ikke længere opfylder dette behov.
Overvågning er blevet for fragmenteret
Administratorer kan bruge ét værktøj til serverydelse, et andet til hændelseslogfiler, forskellige værktøjer til service tilgængelighed og endnu et dashboard til hjemmesider eller applikationer.
Selvom hver komponent kan fungere selvstændigt, bliver processen med fejlfinding mere udfordrende, hvis administratorer skal manuelt korrelere dataene, da det kræver meget mere indsats. Derudover kan det blive vanskeligt at sikre, at alle kritiske systemer overvåges konsekvent.
Derfor bør en erstatningsmulighed kombinere de essentielle komponenter og give administratorer mulighed for at prioritere de systemer, de har brug for at overvåge mere omhyggeligt, og eliminere dem, der ikke er.
Advarsler genererer støj i stedet for nyttig information
Et alarmsystem, der rapporterer hver midlertidig CPU-spike, kan være næsten lige så ubrugeligt som et, der overser vigtige problemer.
Effektiv overvågning kræver kontekst; en kortvarig stigning i ressourceudnyttelse vil næppe kræve nogen handling, mens stigninger i CPU-udnyttelse kombineret med langsigtede stigninger i hukommelse, gentagne servicefejl eller fald i diskplads ville antyde et udviklende problem. Baselines og tendenser er vigtige faktorer i at bestemme, om der er et problem eller den normale variation i driften.
Hvis administratorer ignorerer advarsler, fordi de er almindelige og uvæsentlige, bør konfigurationen af advarselssystemet være en nøgleprioritet i valg af erstatning.
Omkostningerne stiger hurtigere end infrastrukturen
Overvågningsprodukter har ekstremt varierede licensmodeller. Afhængigt af leverandøren kan de skaleres med antallet af servere, sensorer, tjenester, elementer, CPU-kerner, målinger eller datavolumen.
En platform, der var omkostningseffektiv for ti servere, kan således være betydeligt mindre attraktiv ved femoghalvfjerds eller hundrede. Infrastrukturvækst kan også øge indirekte omkostninger, hvis en overvågningsplatform medfører behov for yderligere lager, indsamler eller administrative ressourcer.
Udskiftningsplanlægning bør tage højde for ikke kun dagens pris, men også hvad der driver de samlede omkostninger ved overvågning til at vokse over tid.
Problemer når brugerne før de når IT
En af de mest almindelige advarselssignaler er, at supportbilletter regelmæssigt identificerer infrastrukturproblemer, før de opdages af overvågningssystemet.
Utilstrækkelig hukommelse, mangel på ledig plads på drev, mislykkede tjenester, unormal båndbreddeforbrug, eller applikationsydelsesforringelse bør ideelt set identificeres tidligt nok til, at administratorer kan udføre afhjælpende arbejde, før de berørte systemer gennemgår alvorlig nedetid.
Hvis en organisations IT-afdelinger regelmæssigt skal håndtere infrastrukturproblemer, der blev opdaget gennem brugersupportkanaler, kan det være nødvendigt at revurdere den eksisterende opsætning.
Hvad skal en erstatning for Windows Server-overvågning overvåge?
Før ændring af platforme er der overvågningsmuligheder, som IT-teams skal identificere som nødvendige at bevare, og som den nye løsning skal opfylde.
De fleste Windows Server-implementeringer kræver overvågning af mindst flere kategorier.
CPU, hukommelse og diskydelse
Selvom CPU-udnyttelse er nyttig, fortæller procenter sjældent hele historien. Vedvarende pres på processoren, procesaktivitet og variable udnyttelsesmønstre giver mere kontekst om de samlede operationer end isolerede toppe.
Hukommelsesovervågning bør på samme måde identificere vedvarende forbrug, pagingtryk og usædvanlig vækst i stedet for blot at vise det aktuelle RAM-forbrug. Diskovervågning skal involvere både kapacitet og aktivitet, da en server kan have rigelig ledig lagerplads, mens den oplever en I/O-flaskehals, eller fungere normalt, mens den tilgængelige kapacitet nærmer sig et kritisk niveau.
Microsofts Windows Server ydeevnevejledning bruger tællere på tværs af processor, hukommelse, logiske og fysiske diske, processer og andre komponenter til at undersøge systemflaskehalse. Det vigtige punkt for udskiftningsplanlægning er at bevare tilstrækkelig dybde til at forstå, hvorfor ressourceforbruget ændrer sig, ikke blot om det er højt.
Processer og kritiske tjenester
Driftsystemets sundhed er kun en del af billedet.
En Windows Server-maskine kan være oppe og køre, selvom den applikation, proces eller tjeneste, som brugerne faktisk ønsker at køre, er stoppet med at fungere. Overvågningskravene bør afspejle rollen for hver server og de tjenester, der er nødvendige for at opfylde den rolle.
En Internet Information Services (IIS) server, databaseserver, domænekontrol og Remote Desktop Session Host har ikke identiske krav. En nyttig erstatning ville tillade administratorer at overvåge, hvad der betyder noget for hver server i stedet for blot at kaste en enkelt definition af sundhed for hele miljøet.
Netværk og båndbreddeaktivitet
Uventede trafikmønstre, netværksfejl eller usædvanligt båndbreddeforbrug kan afsløre både ydeevne- og infrastrukturproblemer.
Netværkssynlighed bliver særligt nyttigt, når administratorer skal afgøre, om langsom applikationsydelse stammer fra serveren, netværket eller et andet afhængigt system.
En erstatning for overvågning af Windows Server behøver ikke nødvendigvis at blive en komplet netværksovervågningsplatform. Den bør dog give det niveau af netværkssynlighed, som dit teams normale fejlfindingprocesser kræver.
Begivenheder, applikationer og arbejdsbyrder
For nogle organisationer er generiske operativsystemmetrikker tilstrækkelige. For andre er de kun begyndelsen.
Windows Server-miljøer kan være vært for Active Directory Domain Services, IIS, SQL Server, Hyper-V og andre arbejdsbelastninger med deres egne sundhedsindikatorer. Grundlæggende CPU-, hukommelses- og diskovervågning kan ikke afsløre hver arbejdsbelastningsspecifik fejl.
Dette skaber et vigtigt erstatningskriterium: har organisationen primært brug for generel overvågning af Windows Server-sundhed, eller kræver den dyb indsigt i specifikke Microsoft-arbejdsbelastninger og -applikationer?
Svaret kan betydeligt ændre, hvilken type overvågningsplatform der er passende.
Hvad skal erstatningen forbedre?
At holde vital overvågningsdækning oppe er kun en del af opgaven. Det nye system skal også løse de operationelle begrænsninger, der har ført til udskiftningen.
Fire funktioner fortjener særlig opmærksomhed.
Centraliseret synlighed
Administratorer bør være i stand til at evaluere tilstanden af mange overvågede servere uden at skulle besvære sig med at oprette forbindelse hver gang eller bruge et sæt af forskellige værktøjer.
Centralisering vil blive mere vigtig, efterhånden som infrastrukturen udvides til flere lokationer, virtuelle instanser, fjerntjenere eller kundens lokaler. Målet er ikke at bygge endnu et dashboard, men at give administratorer et overblik, hvorfra de kan identificere de områder, hvor en nærmere inspektion er nødvendig.
Historiske data og baseline
Real-time overvågning besvarer spørgsmålet "Hvad sker der nu?" men historisk overvågning besvarer det lige så vigtige spørgsmål "Er det, der sker nu, noget der bør ske?"
En server, der kører med 70% hukommelsesudnyttelse, kan meget vel være helt sund, hvis det er så højt, som det nogensinde går, men en langsom stigning fra 30% til 70% udnyttelse kan også være begyndelsen på en vigtig hændelse.
Historiske data gør det muligt for IT-teams at etablere baseline niveauer for ydeevne , dyk ned i tilbagevendende hændelser for at opdage deres underliggende årsager, planlægge for kapacitet og træffe vurderinger om, hvorvidt ændringer i infrastrukturen har haft en positiv eller negativ indvirkning på ydeevnen. En erstatning bør derfor vurderes ud fra evnen til at levere værdi fra historiske data samt hvad den tilbyder til realtidsdashboards.
Handlingsbare advarsler
Erstatningsevalueringer bør gå ud over en binær vurdering af, om en platform "understøtter alarmer."
Administratorer vil gerne vide, om tærskler kan tilpasses deres miljø, hvem der bliver underrettet, og om underretningerne gør det praktisk at skelne mellem forbigående anomalier og forhold, der kræver indgriben.
Målet er ikke at generere flere advarsler. Det er at reducere støj og gøre det sværere at overse vigtige betingelser.
Nyttig rapportering
Rapporter er nyttige som et middel til at formidle information, der skal gennemgås over en periode eller rapporteres videre end den administrator, der i øjeblikket gennemgår et dashboard.
De kan hjælpe IT-personale med at gennemgå ressourceforbrug, undersøge tilbagevendende problemer, dokumentere tilgængelighed eller give information om infrastrukturen til kunder og ledelse. Planlagt rapportering kan spare administratorer for den manuelle indsats med gentagne gange at udtrække de samme oplysninger.
Det vigtigste kriterium er ikke antallet af rapportskabeloner, der er tilgængelige, men at rapporterne adresserer operationelle spørgsmål, som organisationen faktisk har brug for at stille.
Har du brug for serverovervågning eller fuld synlighed?
Dette kan være den mest kritiske omfangsbeslutning, når man vælger en erstatning til overvågning af Windows Server. Moderne observabilitetsplatforme kan indsamle infrastrukturmetrikker og logs, samtidig med at de understøtter spor, applikationspræstationsovervågning, cloudtjenester, containere og storskala telemetri.
For distribuerede applikationer, mikrotjenester eller komplekse hybrid-sky-miljøer kan disse funktioner være essentielle.
Når fokuseret serverovervågning er nok
De er dog ikke altid essentielle for hvert Windows-servermiljø.
Et IT-team, der udelukkende fokuserer på serverydelse, processer, brugere, båndbredde, hjemmesider, alarmer og infrastrukturtrends, vil muligvis ikke have gavn af at introducere en observabilitetsarkitektur, der tilføjer yderligere telemetri-pipelines, lagerkrav og specialistadministration.
Når bredere observabilitet bliver nødvendig
Det modsatte er også sandt. En fokuseret serverovervågningsplatform kan være utilstrækkelig, hvis ingeniører har brug for distribueret sporing, applikationsafhængighedskortlægning, centraliseret loganalyse eller detaljeret overvågning af applikationsydelse.
Beslutningen handler derfor mere om omfang end hvilken mulighed der er mere sofistikeret. Vælg serverovervågning når infrastrukturens velvære og operationel synlighed er kravet. Vælg bredere observabilitet, når fejlfinding kræver, at administratorer eller ingeniører korrelerer infrastrukturens adfærd med applikationer, logfiler, spor og distribuerede tjenester.
Den rette erstatning er platformen, der giver den nødvendige dybde uden unødigt at komplicere overvågningsarkitekturen.
Hvordan skal du sammenligne erstatninger for overvågning af Windows Server?
Når kravene og omfanget er identificeret, bliver produkt sammenligninger meget mere nyttige.
I stedet for at starte med funktionerne fra forskellige leverandører, sammenlign produkter ud fra det samme sæt spørgsmål:
- Understøtter det de Windows Server-versioner og serverroller, du bruger?
- Kan det overvåge CPU, hukommelse, diske, processer og tjenester samt netværksaktivitet i det nødvendige omfang?
- Kan administratorer overvåge flere servere fra en central konsol?
- Beholder det nok historisk information til at identificere tendenser og undersøge hændelser?
- Kan tærskelværdier og alarmering tilpasses dit miljø?
- Giver det de rapporter, der er nødvendige for administratorer, ledelse eller kunder?
- Hvor meget infrastruktur kræves der for at drive overvågningssystemet?
- Stoler overvågning på agenter, fjernpolling eller en anden indsamling metode?
- Hvordan ændrer licensering sig, når infrastrukturen, der overvåges, øges?
Kræver teamet overvågning af Windows-specifikke arbejdsbelastninger eller bredere synlighed?
Dette skaber en meget mere nyttig sammenligning end antallet af funktioner på en produktside.
Dybden af overvågning, implementeringskompleksitet, administration, kvaliteten af alarmer, licensering og tid til værdi påvirker alle værdien af en platform. En mindre mulighed kan vise sig at være en bedre pasform fra et operationelt perspektiv end en større platform på grund af mindre overhead og opfyldelse af de krav, der er nødvendige for organisationen.
Hvordan kan du erstatte et overvågningssystem uden at miste synlighed?
At ændre overvågningssoftwaren præsenterer en vis risikofaktor, da der altid er en mulighed for, at synligheden vil falde i det kritiske øjeblik af overgangen, når organisationen erstatter den software, der leverer en sådan service.
Migreringsprocessen vil være mindre risikabel, hvis den er etapeopdelt.
Eksisterende overvågningsdækning for inventar
Det nuværende system bør blive opført for at fastlægge en baseline for, hvad det nye værktøj skal overvåge, før migrationsprocessen begynder, og før eventuelle komponenter tages ned.
Inventaret skal liste alle servere, hjemmesider, programmer, tjenester, de vigtigste præstationsindikatorer, tærskler, meddelelser og rapporter.
Der bør lægges særlig vægt på de tilpassede kontroller, der er oprettet over tid, som muligvis har mistet deres betydning for den, der vedligeholder systemet efter migrationen. Denne baseline-inventar vil derefter fungere som den kritiske dækning for at validere erstatningen.
Etabler nuværende baseline.
Registrer normal ydeevne før migration.
CPU-udnyttelse, hukommelsesforbrug, diskaktivitet og båndbredde varierer med arbejdsbelastning og serverrolle. En domænecontroller vil ikke nødvendigvis have den samme normale adfærd som en applikations- eller databaseserver.
Den eksisterende baselineinformation giver administratorer en reference til at konfigurere og evaluere den nye platform.
Kør begge overvågningssystemer midlertidigt
Hvor det er muligt, skal de eksisterende og erstatningssystemer holdes operationelle gennem hele overgangen.
Den parallelle overvågning hjælper administratorer med at verificere, at de indsamlede oplysninger på begge systemer er konsistente, og at vitale elementer ikke mangler. Det er også nyttigt at identificere eventuelle forskelle i indsamlingens intervaller, målemetoder og andre faktorer, før det erstatningssystemet er fuldt implementeret.
De nye og gamle platforme behøver ikke at give præcist de samme data, men de bør give administratorer mulighed for at få adgang til de nødvendige oplysninger.
Valider dækning af overvågning
Sammenlign den nye platform med det inventar, der blev oprettet før migreringen til den.
Sørg for, at vigtige servere, tjenester, websteder, målinger og andre overvågede ressourcer bliver taget i betragtning. Dette er også et godt tidspunkt at overveje, om legacy-tjek har værdi, operationel, eller om de blot genimplementerer gamle konfigurationer blindt.
Et erstatningsinitiativ bør stræbe efter at bevare den synlighed, der var nødvendig, men ikke den kompleksitet, der ikke var.
Testadvarsler før pensionering af den gamle platform
Antag ikke, at en advarsel vil fungere, bare fordi en grænse er sat.
Sørg for, at forventede betingelser sender meddelelser, at de leveres til de rette personer, og at tærsklerne ikke er sat for højt/lavt. Hvor det er muligt, skal du overvåge, at udskiftningen går igennem en tilstrækkelig normal arbejdsbyrdevariation for at se åbenlyse alarmlyde.
Afvikle den gamle platform først, efter at du har overvåget dækning og alarmering.
Leder du efter en enklere erstatning til Windows Server Monitoring?
Ikke alle organisationer har brug for en observabilitetsplatform i virksomhedsskala for at opretholde nyttig synlighed over deres serverinfrastruktur. For IT-teams, der primært overvåger serverens sundhed, ressourceforbrug, processer, båndbredde, brugere og hjemmesider, kan en fokuseret løsning give den nødvendige operationelle synlighed uden at introducere unødvendig overvågningskompleksitet.
TSplus Server Monitoring centraliserer realtids- og historisk overvågning af Windows- og Linux-servere samt websites, med konfigurerbare alarmer og tilpassede rapporter. Administratorer kan spore CPU, hukommelse, diskaktivitet, processer, båndbredde og tilsluttede brugere fra ét sted, hvilket gør det til en praktisk mulighed for at erstatte en fragmenteret eller alt for kompleks overvågningsopsætning.
Konklusion
At vælge en erstatning til overvågning af Windows Server begynder med at forstå, hvorfor den eksisterende opsætning ikke længere fungerer, og definere den synlighed, din infrastruktur faktisk kræver. Overvågningsdækning, handlingsbare advarsler, historiske data, rapportering, administration og skalerbarhed betyder mere end blot at vælge den platform med den længste funktionsliste.
Når det rette omfang er fastlagt, migreres der gradvist, og overvågningsdækningen valideres, før det eksisterende system udfases. Målet er ikke at reproducere hver enkelt legacy-konfiguration, men at bevare væsentlig synlighed, mens omkostninger, kompleksitet eller driftsbegrænsninger, der førte til udskiftningen i første omgang, reduceres.
)
)
)
