)
)
Introduktion
Övervakningsinställningar för Windows Server utvecklas ofta från inbyggda verktyg, skript och tredjepartsprogramvara till system som blir fragmenterade, kostsamma eller svåra att hantera. Att effektivt ersätta dem kräver mer än att jämföra produktfunktioner. Denna artikel förklarar när det är meningsfullt att ersätta, vad övervakning av Windows Server bör omfatta, vilka funktioner som ska prioriteras, hur man bestämmer den lämpliga övervakningsomfattningen och hur man migrerar utan att förlora kritisk infrastrukturöversikt.
I vilket fall skulle ett IT-team leta efter en ersättning för övervakning av Windows Server?
Det finns inte en produkt som kallas "Windows Server Monitoring" som alla vill ersätta. Vad de har nu kan vara en kombination av Windows-inbyggda verktyg, en omfattande tredjeparts-lösning, egenutvecklade skript eller en mer holistisk företagsövervakningsstack.
Anledningen till att de vill ha något annat kan lika gärna vara spiralerande licenskostnader som behovet av bättre handlingsbar information som levereras till rätt personer i IT-organisationen.
I andra fall handlar det helt enkelt om skala - en växande infrastruktur kräver nu mer än vad ett amatörmässigt hemmagjort system kan erbjuda, eller så exponerar de verktyg som finns tillgängliga för en systemadministratör helt enkelt inte de typer av information som är nödvändiga för att upptäcka och lösa problem innan de påverkar affärsverksamheten.
När inbyggda Windows-verktyg inte längre räcker till
Inbyggda Windows-verktyg har viss diagnostisk och övervakningsvärde. Prestandaövervakare till exempel har prestandaövervakning för processorer, minne, diskar, processer och mycket mer.
Genom Server Manager kan prestanda-, händelse- eller tjänstedata nås för lokala och fjärrservrar.
Men det är bara diagnostik. Övervaknings- och varningsfunktionerna som ett IT-team behöver för sina fysiska och virtuella Windows-servrar finns inte i något av dessa verktyg.
Börja med vad din nuvarande övervakningsinställning saknar
Det första man bör fråga sig när man överväger en förändring är inte "Vilken produkt har flest funktioner?" utan "Vad saknar vår befintliga serverövervakningsprogramvara?" För det är dessa begränsningar som bör definiera urvalskriterierna för en potentiell ersättningslösning.
I vilket fall skulle din nuvarande övervakningsinställning för Windows Server behöva en ersättning?
En övervakningslösning behöver inte bytas ut bara för att den är gammal, utan snarare om den hindrar administratörer från att snabbt kunna upptäcka, förstå och reagera på infrastrukturproblem.
Flera varningssignaler kan indikera att den nuvarande metoden inte längre uppfyller detta behov.
Övervakning har blivit för fragmenterad
Administratörer kan använda ett verktyg för serverprestanda, ett annat för händelseloggar, olika verktyg för tjänstetillgänglighet och ytterligare en instrumentpanel för webbplatser eller applikationer.
Även om varje komponent kan fungera självständigt, blir processen för felsökning mer utmanande om administratörer måste manuellt korrelera data eftersom det kräver mycket mer ansträngning. Dessutom kan det bli svårt att säkerställa att alla kritiska system övervakas konsekvent.
Därför bör ett ersättningsalternativ kombinera de väsentliga komponenterna och tillåta administratörer att prioritera de system de behöver övervaka mer noggrant, vilket eliminerar de som inte är det.
Varningar genererar ljud istället för användbar information
Ett varningssystem som rapporterar varje tillfällig CPU-spik kan vara nästan lika värdelöst som ett som missar viktiga problem.
Effektiv övervakning kräver sammanhang; en kortvarig ökning av resursutnyttjande är osannolikt att kräva någon åtgärd, medan ökningar av CPU-användning i kombination med långsiktiga ökningar av minnet, upprepade tjänstefel eller minskningar av diskutrymme skulle tyda på ett utvecklande problem. Baslinjer och trender är viktiga faktorer för att avgöra om det finns ett problem eller den normala variationen av verksamheten.
Om administratörer ignorerar varningar eftersom de är vanliga och oviktiga, bör konfigurationen av varningssystemet vara en nyckelprioritet vid val av ersättning.
Kostnaderna ökar snabbare än infrastrukturen
Övervakningsprodukter har extremt varierande licensieringsmodeller. Beroende på leverantören kan de skalas med antalet servrar, sensorer, tjänster, element, CPU-kärnor, mätvärden eller datavolym.
En plattform som var kostnadseffektiv för tio servrar kan därför vara betydligt mindre attraktiv vid femtio eller hundra. Infrastrukturens tillväxt kan också öka indirekta kostnader om en övervakningsplattform medför behov av ytterligare lagring, insamlare eller administrativa resurser.
Ersättningsplanering bör ta hänsyn till inte bara dagens pris, utan också vad som driver den totala kostnaden för övervakning att växa över tid.
Problem når användare innan de når IT
Ett av de vanligaste varningssignalerna är att supportärenden regelbundet identifierar infrastrukturproblem innan de upptäckts av övervakningssystemet.
Otillräckligt minne, brist på ledigt utrymme på enheter, misslyckade tjänster, avvikande bandbreddskonsumtion, eller applikationsprestandaförsämring bör idealiskt identifieras tidigt nog för att administratörer ska kunna utföra åtgärder innan de drabbade systemen genomgår allvarliga driftstopp.
Om en organisations IT-avdelningar regelbundet måste hantera infrastrukturproblem som upptäckts genom användarsupportkanaler, kan det vara nödvändigt att omvärdera den befintliga konfigurationen.
Vad bör en ersättare för övervakning av Windows Server övervaka?
Innan plattformsbytet finns det övervakningsmöjligheter som IT-team behöver identifiera som kräver bevarande och de som den nya lösningen måste uppfylla.
De flesta Windows Server-implementationer kräver övervakning av minst flera kategorier.
CPU, minne och diskprestanda
Även om CPU-användning är användbar, berättar procentandelar sällan hela historien. Bestående tryck på processorn, processaktivitet och varierande användningsmönster ger mer sammanhang om de övergripande operationerna än isolerade toppar.
Minnessövervakning bör på liknande sätt identifiera långvarig konsumtion, sidbyte och ovanlig tillväxt snarare än att bara visa aktuell RAM-användning. Diskövervakning behöver involvera både kapacitet och aktivitet, eftersom en server kan ha gott om ledigt lagringsutrymme samtidigt som den stöter på en I/O-flaskhals eller fungerar normalt medan tillgänglig kapacitet närmar sig en kritisk nivå.
Microsofts prestandaguide för Windows Server använder räknare över processor, minne, logiska och fysiska diskar, processer och andra komponenter för att undersöka systemflaskhalsar. Den viktiga punkten för ersättningsplanering är att bevara tillräcklig djup för att förstå varför resursanvändningen förändras, inte bara huruvida den är hög.
Processer och kritiska tjänster
Operativsystemets hälsa är bara en del av bilden.
En Windows Server-maskin kan vara igång även om den applikation, process eller tjänst som användarna faktiskt vill köra har slutat fungera. Övervakningskraven bör återspegla rollen för varje server och de tjänster som krävs för att uppfylla den rollen.
En Internet Information Services (IIS) server, databasserver, domänkontrollant och Remote Desktop Session Host har inte identiska krav. En användbar ersättning skulle tillåta administratörer att övervaka vad som är viktigt för varje server istället för att bara använda en enda definition av hälsa för hela miljön.
Nätverks- och bandbreddsaktivitet
Oväntade trafikmönster, nätverksfel eller ovanlig bandbreddskonsumtion kan avslöja både prestanda- och infrastrukturproblem.
Nätverksinsyn blir särskilt användbart när administratörer behöver avgöra om långsam applikationsprestanda härstammar från servern, nätverket eller ett annat beroende system.
En ersättning för övervakning av Windows Server behöver inte nödvändigtvis bli en komplett plattform för nätverksövervakning. Den bör dock ge den nivå av nätverksinsyn som ditt teams vanliga felsökningsprocesser kräver.
Evenemang, Applikationer och Arbetsbelastningar
För vissa organisationer är generiska operativsystemmetrik tillräckliga. För andra är de bara början.
Windows Server-miljöer kan vara värdar för Active Directory Domain Services, IIS, SQL Server, Hyper-V och andra arbetsbelastningar med sina egna indikatorer för hälsa. Grundläggande övervakning av CPU, minne och disk kan inte avslöja varje arbetsbelastningsspecifik fel.
Detta skapar ett viktigt ersättningskriterium: behöver organisationen främst allmän övervakning av Windows Server-hälsa, eller kräver den djup insyn i specifika Microsoft-arbetsbelastningar och applikationer?
Svaret kan avsevärt förändra vilken typ av övervakningsplattform som är lämplig.
Vad bör ersättningen förbättra?
Att upprätthålla en viktig övervakningstäckning är bara en del av uppgiften. Det nya systemet måste också lösa de operativa begränsningar som har lett till bytet.
Fyra funktioner förtjänar särskild uppmärksamhet.
Centraliserad synlighet
Administratörer bör kunna utvärdera tillståndet för många övervakade servrar utan att behöva ansluta varje gång eller använda en uppsättning olika verktyg.
Centralisering kommer att bli viktigare när infrastrukturen expanderar till flera platser, virtuella instanser, fjärrservrar eller kundens lokaler. Målet är inte att bygga ännu en instrumentpanel, utan att ge administratörer en översikt från vilken de kan identifiera de områden där en närmare inspektion krävs.
Historisk data och baslinjer
Realtidsövervakning besvarar frågan "Vad händer nu?" men historisk övervakning besvarar den lika viktiga frågan "Är det som händer nu något som borde hända?"
En server som körs med 70% minnesanvändning kan mycket väl vara helt frisk om det är så högt som det någonsin går, men en långsam ökning från 30% till 70% användning kan också vara början på en viktig incident.
Historisk data möjliggör för IT-team att etablera grundnivåer för prestanda , granska återkommande incidenter för att upptäcka deras underliggande orsaker, planera för kapacitet och göra bedömningar om huruvida förändringar i infrastrukturen har påverkat prestanda positivt eller negativt. En ersättning bör därför bedömas utifrån förmågan att ge värde från historiska data samt vad den erbjuder för realtidsinstrumentpaneler.
Handlingsbara varningar
Ersättningsutvärderingar bör gå bortom en binär bedömning av huruvida en plattform "stöder aviseringar."
Administratörer vill veta om trösklar kan anpassas till deras miljö, vem som får meddelanden och om meddelandena gör det praktiskt att särskilja mellan tillfälliga avvikelser och tillstånd som kräver ingripande.
Målet är inte att generera fler varningar. Det handlar om att minska störningar och göra det svårare att förbise viktiga förhållanden.
Användbar rapportering
Rapporter är användbara som ett sätt att förmedla information som behöver granskas över en tidsperiod eller rapporteras utöver den administratör som för närvarande granskar en instrumentpanel.
De kan hjälpa IT-personal att granska resursanvändning, undersöka återkommande problem, dokumentera tillgänglighet eller ge information om infrastrukturen till kunder och ledning. Schemalagd rapportering kan spara administratörer det manuella arbetet med att upprepade gånger extrahera samma information.
Det avgörande kriteriet är inte antalet rapportmallar som finns tillgängliga, utan att rapporterna tar upp operativa frågor som organisationen faktiskt behöver ställa.
Behöver du serverövervakning eller fullständig insyn?
Detta kan vara det mest kritiska omfattningsbeslutet när man väljer en ersättning för övervakning av Windows Server. Moderna observabilitetsplattformar kan ta emot infrastrukturmetrik och loggar samtidigt som de också stöder spår, övervakning av applikationsprestanda, molntjänster, containrar och storskalig telemetri.
För distribuerade applikationer, mikrotjänster eller komplexa hybridmolnmiljöer kan dessa funktioner vara avgörande.
När fokuserad serverövervakning är tillräcklig
De är inte alltid nödvändiga för varje Windows-servermiljö, dock.
Ett IT-team som är helt fokuserat på serverprestanda, processer, användare, bandbredd, webbplatser, varningar och infrastrukturtrender kanske inte drar nytta av att införa en observabilitetsarkitektur som lägger till ytterligare telemetripipelines, lagringskrav och specialistadministration.
När bredare observabilitet blir nödvändig
Det motsatta är också sant. En fokuserad serverövervakningsplattform kan vara otillräcklig om ingenjörer kräver distribuerad spårning, applikationsberoende kartläggning, centraliserad logganalys eller detaljerad övervakning av applikationsprestanda.
Beslutet handlar därför mer om omfattning än vilken alternativ som är mer sofistikerad. Välj serverövervakning när infrastrukturens välbefinnande och operativ synlighet är kravet. Välj bredare observabilitet när felsökning kräver att administratörer eller ingenjörer korrelerar infrastrukturens beteende med applikationer, loggar, spår och distribuerade tjänster.
Den rätta ersättningen är plattformen som ger den nödvändiga djupet utan att onödigt komplicera övervakningsarkitekturen.
Hur ska du jämföra ersättningar för övervakning av Windows Server?
När kraven och omfattningen har identifierats blir produktjämförelser mycket mer användbara.
Istället för att börja med funktionerna hos olika leverantörer, jämför produkter mot samma uppsättning frågor:
- Stöder det de versioner av Windows Server och serverroller som du använder?
- Kan det övervaka CPU, minne, diskar, processer och tjänster, samt nätverksaktivitet i den grad som krävs?
- Kan administratörer övervaka flera servrar från en central konsol?
- Håller det tillräckligt med historisk information för att identifiera trender och undersöka incidenter?
- Kan tröskelvärden och varningar anpassas till din miljö?
- Ger det de rapporter som behövs av administratörer, ledning eller kunder?
- Hur mycket infrastruktur krävs för att driva övervakningssystemet?
- Baserar övervakning på agenter, fjärravläsning eller en annan insamlingsmetod?
- Hur förändras licensieringen när infrastrukturen som övervakas ökar?
Behöver teamet övervakning av Windows-specifika arbetsbelastningar eller bredare observabilitet?
Detta skapar en mycket mer användbar jämförelse än antalet funktioner på en produktsida.
Djupet av övervakning, distributionskomplexitet, administration, varningskvalitet, licensiering och tid till värde påverkar alla värdet av en plattform. Ett mindre alternativ kan visa sig vara en bättre passform ur ett operativt perspektiv än en större plattform på grund av mindre overhead och att tillgodose de krav som organisationen behöver.
Hur kan du ersätta ett övervakningssystem utan att förlora synlighet?
Att byta övervakningsprogramvara medför en viss riskfaktor, eftersom det alltid finns en möjlighet att synligheten minskar under den kritiska övergången, när organisationen byter ut programvaran som tillhandahåller en sådan tjänst.
Migreringsprocessen kommer att vara mindre riskfylld om den genomförs i etapper.
Inventering av befintlig övervaknings täckning
Det nuvarande systemet bör inventeras för att fastställa en grundlinje för vad det nya verktyget bör övervaka innan migrationsprocessen påbörjas och några komponenter tas ner.
Inventariet bör lista alla servrar, webbplatser, program, tjänster, de viktigaste prestationsindikatorerna, trösklar, meddelanden och rapporter.
Särskild uppmärksamhet bör ägnas åt de anpassade kontroller som skapats över tid och som kan ha förlorat sin betydelse för den som underhåller systemet efter migreringen. Denna grundläggande inventering kommer sedan att fungera som den kritiska täckningen för att validera ersättningen.
Fastställ nuvarande referensvärden
Registrera normal prestanda före migrering.
CPU-användning, minnesförbrukning, diskaktivitet och bandbredd varierar med arbetsbelastning och serverroll. En domänkontrollant kommer inte nödvändigtvis att ha samma normala beteende som en applikations- eller databasserver.
Den befintliga baslinjeinformationen ger administratörer en referens för att konfigurera och utvärdera den nya plattformen.
Kör båda övervakningssystemen tillfälligt
Så långt som möjligt, håll de befintliga och ersättande systemen i drift under hela övergången.
Den parallella övervakningen hjälper administratörer att verifiera att den insamlade informationen på båda systemen är konsekvent och att viktiga element inte saknas. Det är också användbart för att identifiera eventuella skillnader i insamlingsintervall, mätmetoder och andra faktorer innan det ersättande systemet är helt implementerat.
De nya och gamla plattformarna behöver inte tillhandahålla exakt samma data, men de bör tillåta administratörer att få tillgång till den nödvändiga informationen.
Validera övervakningsomfattning
Jämför den nya plattformen med inventariet som skapades innan migreringen till den.
Se till att viktiga servrar, tjänster, webbplatser, mätvärden och andra övervakade resurser beaktas. Detta är också en bra tid att överväga om äldre kontroller har värde, är operationella, eller om de bara återimplementerar gamla konfigurationer blint.
Ett ersättningsinitiativ bör sträva efter att behålla den synlighet som behövdes, men inte den komplexitet som inte behövdes.
Testa varningar innan du avvecklar den gamla plattformen
Anta inte att en varning kommer att fungera bara för att en gräns är inställd.
Se till att förväntade villkor skickar meddelanden, att de levereras till rätt personer och att trösklarna inte är inställda för högt/lågt. Där det är möjligt, se till att ersättningen går igenom tillräckligt med normal arbetsbelastningsvariation för att se uppenbart varningsbrus.
Avveckla den gamla plattformen först efter att du har övervakat täckning och larm.
Letar du efter en enklare ersättning för Windows Serverövervakning?
Inte varje organisation behöver en plattform för observabilitet i företagsklass för att upprätthålla användbar insyn över sin serverinfrastruktur. För IT-team som främst övervakar serverhälsa, resursanvändning, processer, bandbredd, användare och webbplatser kan en fokuserad lösning ge den nödvändiga operativa insynen utan att införa onödig övervakningskomplexitet.
TSplus Server Monitoring centraliserar realtids- och historisk övervakning av Windows- och Linux-servrar samt webbplatser, med konfigurerbara aviseringar och anpassningsbar rapportering. Administratörer kan spåra CPU, minne, diskaktivitet, processer, bandbredd och anslutna användare från en plats, vilket gör det till ett praktiskt alternativ för att ersätta en fragmenterad eller överdrivet komplex övervakningslösning.
Slutsats
Att välja en ersättning för övervakning av Windows Server börjar med att förstå varför den befintliga konfigurationen inte längre fungerar och definiera den synlighet som din infrastruktur faktiskt kräver. Övervakningsomfång, handlingsbara varningar, historiska data, rapportering, administration och skalbarhet är viktigare än att bara välja plattformen med den längsta funktionslistan.
När rätt omfattning har fastställts, migrera gradvis och validera övervakningsomfattningen innan det befintliga systemet avvecklas. Målet är inte att återskapa varje gammal konfiguration, utan att bevara väsentlig synlighet samtidigt som kostnader, komplexitet eller operativa begränsningar som motiverade bytet minskas.
)
)
)
