Beregn din SQL Server Monitoring Total Cost of Ownership

Budget er værdifuldt i dag. Det er svært at få et budget for antal ansatte, men nogle gange er det overraskende nemt at få et budget til værktøjer. Godt værktøj kan virkelig tage presset af overanstrengte DBA'er ved at automatisere de mere besværlige opgaver; ved at hjælpe os med at lokalisere problemer hurtigt, reducere risikoen for at gå glip af noget på grund af menneskelige fejl; og ved at give os mulighed for at komme foran et problem, så vi allerede løser det, når vores brugere oplever det.
Når det er tid til at henvende sig til den "spidshårede chef" med en foreslået investering, er det vigtigt at have en detaljeret vurdering af de fulde omkostninger ved ejerskab af ethvert foreslået værktøj. Meget ofte fokuserer vi udelukkende på de direkte omkostninger og overser indirekte omkostninger såsom infrastruktur- eller ressourceomkostninger, der kræves til opsætning, konfiguration eller vedligeholdelse.

Beregning af dine udgifter

Afhængigt af din organisation, hvordan du administrerer dine budgetter, eller hvor du har penge til rådighed, foretrækker du måske at forhåndsindlæse dine omkostninger med større forudgående investeringer i forbindelse med dit investeringsbudget (CapEx), eller det kan passe dig bedre til fordel omkostningerne jævnt over tid og tilknyt dem til dine driftsudgifter (OpEx) budgetter.

I de seneste år har software as a service-værktøjer (SaaS) givet organisationer af enhver form og størrelse adgang til sofistikeret og ekstremt kraftfuld software til overskuelige løbende omkostninger.

SaaS er ikke for alle. Bortset fra betalingsplanen er et vigtigt beslutningspunkt at overveje TCO. Følgende tabel bør hjælpe dig med at skabe rammer for din overvejelse.

For flere detaljer om sammensætningen af et typisk præstationsovervågningssystem, tjek vores blog:Database Monitoring Architectures.

Hurtig sammenligning af on-premises vs. SaaS

Nedenfor henviser vi til "overvåget slutpunkt." Dette kan referere til en overvåget databaseinstans, operativsystemet og/eller hypervisoren, som den er installeret på.

Typiske faktorer for omkostninger ved ejerskab af en overvågningsløsning

Traditionel løsning på stedet	SaaS-løsning
Forudgående licensomkostninger. Årlig vedligeholdelse (normalt 20 procent af licensomkostningerne).	Abonnement:normalt årligt. Månedlig eller pay-as-you-go har tendens til at være dyrere. Undgå abonnementer baseret på mængden af lagrede data.
Værtsmaskine til dataindsamlingsprocessen. SQL-serverforekomst til ydeevnelager og rapporteringslager. Værtsmaskine til ydeevnelager og rapporteringslager. Disse komponenter kan deles eller distribueres afhængigt af mængden af overvågede endepunkter. Se leverandørdokumentationen for detaljer.	Værtsmaskine til dataindsamlingsprocessen. Alle præstationsdata administreres af SaaS-udbyderen. Kontroller, om der er afgifter på mængden af lagrede data. Tjek, hvor meget historik der er gemt.
Failover for dataindsamleren. Failover-instanser for ydeevne- og rapporteringsarkiver. Sikkerhedskopiering af ydeevnelagre.	SaaS-udbyderen tager sig af enhver failover af backup af hostede komponenter. Der kan træffes foranstaltninger til at beskytte enhver lokal dataindsamlingstjeneste.
Tag hensyn til den igangværende tid, der kræves til vedligeholdelsesopgaver relateret til overvågning af vækst i ydeevnelager, udvidelse af samme, hvis nye forekomster tilføjes, backup osv.	Al vedligeholdelse af hostede komponenter administreres af SaaS-leverandøren.

Licens og abonnement

For traditionel on-premises software:

Der er typisk et betydeligt forhåndslicensgebyr. Dette vil passe til organisationer, der vil trække fra et kapitaludgiftsbudget (CapEx).
Faktor i årlig vedligeholdelse, som typisk er omkring 20 procent af de oprindelige licensomkostninger. Adgang til opdateringer er afgørende, fordi databaserettelser og opdateringer kan bryde dataindsamlinger.

For SaaS-løsninger:

SaaS er baseret på et tilbagevendende abonnement. Dette undgår store forudgående udgifter. Dette vil passe til organisationer, der foretrækker at beskæftige sig med software under et driftsudgiftsbudget (OpEx).
Hvis du tilfældigvis er kontant, kan du udforske et flerårigt abonnement, som burde give gode rabatpriser fra leverandøren.
De fleste SaaS-overvågningssoftware faktureres årligt. Måneds- eller pay-as-you-go-modeller er mindre almindelige til overvågning og vil typisk være dyrere.
Fleksibilitet har en pris. Hvis du har en god idé om mængder og længere abonnementsperioder, så giver det bedre værdi at låse ind.
Hvis abonnementet er bundet til niveauerne af indsamlede data, så vær omhyggelig med at beregne dine forventede datakrav. Ydeevnedata kan hurtigt blive store. For mere forudsigelighed skal du kigge efter løsninger målt på den overvågede enhed i stedet for lagrede data.
En hostet løsning bør inkludere omkostningerne til datalagring og løbende vedligeholdelse.

De bevægelige dele

Ydeevnedataindsamling

Tag den nødvendige hardware i betragtning for at være vært for tjenesten, som indsamler data fra det overvågede slutpunkt. For at undgå indvirkning på den overvågede instans bør overvågningssoftwaren ikke ligge på den samme maskine. Dataindsamleren skal være "agentløs."
Overvej antallet af SQL-serverforbindelser, du vil overvåge. Hvis du også overvåger værtsoperativsystemet og/eller hypervisoren, skal dette også tages med i betragtning.
Tjek leverandørdokumentationen for retningslinjer for, hvor mange overvågede slutpunkter en enkelt dataindsamlingstjeneste kan understøtte.
Hvis flere dataindsamlingstjenester skal "fødereres", skal flere dataindsamlingsværter muligvis angives.
For SaaS-løsninger kan de have en lokal dataindsamler til lokale arbejdsbelastninger og erstatte denne med cloud-baserede tjenester til dataindsamling fra database as a service (DBaaS).

Korttidsdiagnostiklager

Faktor i omkostningerne ved den databaseinstans, der kræves til korttidsdiagnostiklageret. Det er her detaljerede data gemmes for at lette diagnosticering og afspilningsfunktioner. Dens størrelse afhænger af:

Antallet af overvågede slutpunkter
Mængden af sporede metrics
Hyppigheden af dataindsamling af hver metric
Om SQL-kode og/eller eksekveringsplaner bevares
Mængden af bevaret historik

Tjek leverandørens retningslinjer vedrørende mængden af diagnostiske data pr. overvåget slutpunkt pr. dag med opbevarede data. Mængden af bevaret historie har en tendens til at variere fra 1-4 uger for de fleste lokale løsninger. Alt længere vil kræve betydelig lagerplads samt betydelige computerressourcer til at drive den nødvendige analyse.

Langsigtet analyse/rapporteringsopbevaring

Lokale løsninger vil tage detaljerede data fra diagnostiklageret regelmæssigt, aggregere det og gemme det i et analyse- eller rapporteringslager. Tjek leverandørens retningslinjer vedrørende mængden af rapporteringsdata pr. overvåget slutpunkt pr. måned af gemte data. For større installationer har du muligvis brug for en separat databaseinstans til dit rapporteringslager, som bør indregnes i dine omkostninger.

Overvejelser for at bestemme din SQL Server-instans

Når du afgør, om du vil have en traditionel lokal eller SaaS-løsning, skal du tage disse handlingstrin i tankerne:

Bestil, hvor mange overvågede slutpunkter du har brug for (SQL-server, Windows, Linux HyperV og så videre).
Bestil, hvor mange dataindsamlingstjenester du har brug for, værtskravene og de relaterede omkostninger.
Tag eventuelle licensomkostninger i forbindelse med din infrastruktur i betragtning, f.eks. Windows Server- eller SQL Server-instanser.
Når du vurderer omkostningerne ved lagerplads på stedet, har du muligvis en fast pris pr. terabyte, som dit it-team vil opkræve. Hvis ikke, skal du overveje den samlede pris for lokal opbevaring. En god guide er udgivet af Wasabi.
For lokale løsninger skal du overveje hardware- og licensomkostningerne for værten og eventuelle databaser, der kræves til diagnosticering og rapporteringsdata.