sql >> Databasteknik >  >> RDS >> Sqlserver

Beräkna din SQL Server Monitoring Total Cost of Ownership

Budget är dyrbar nuförtiden. Det är svårt att få budget för personal, men ibland är det förvånansvärt lätt att få budget för verktyg. Bra verktyg kan verkligen ta trycket från överarbetade DBA:er genom att automatisera de mer mödosamma uppgifterna; genom att hjälpa oss att lokalisera problem snabbt, minska risken att missa något på grund av mänskliga fel; och genom att tillåta oss att komma före ett problem så att vi redan löser det när våra användare upplever det.
När det är dags att vända sig till den "spetshåriga chefen" med en föreslagen investering är det viktigt att ha en detaljerad bedömning av hela ägandekostnaden för alla föreslagna verktyg. Mycket ofta fokuserar vi enbart på de direkta kostnaderna och förbiser indirekta kostnader som infrastruktur eller resurskostnader som krävs för installation, konfiguration eller underhåll.

Bestämma dina utgifter

Beroende på din organisation, hur du hanterar dina budgetar, eller var du har pengar tillgängliga, kanske du föredrar att förhandsinfordra dina kostnader med större förhandsinvesteringar kopplade till din investeringsbudget (CapEx), eller så kanske det passar dig bättre att fördela kostnaderna jämnt över tiden och koppla dem till dina operativa utgifter (OpEx) budgetar.

Under de senaste åren har SaaS-verktyg (Software as a Service) gett organisationer av alla former och storlekar tillgång till sofistikerad och extremt kraftfull programvara till hanterbara löpande kostnader.

SaaS är inte för alla. Bortsett från betalningsplanen är en viktig beslutspunkt att överväga TCO. Följande tabell bör hjälpa dig att utforma din övervägande.

För mer information om sammansättningen av ett typiskt prestandaövervakningssystem, kolla in vår blogg:Database Monitoring Architectures.

Snabb jämförelse mellan lokal och SaaS

Nedan hänvisar vi till "övervakad slutpunkt." Detta kan hänvisa till en övervakad databasinstans, operativsystemet och/eller hypervisorn som den är installerad på.

Typiska faktorer för ägandekostnaden för en övervakningslösning

Traditionell lokal lösning

SaaS-lösning

  • Licenskostnader i förväg.

  • Årligt underhåll (vanligtvis 20 procent av licenskostnaderna).

  • Prenumeration:vanligtvis årlig. Månatlig eller fördelning brukar vara dyrare.

  • Undvik prenumerationer baserat på mängden lagrad data.

  • Värdmaskin för datainsamlingsprocessen.

  • SQL-serverinstans för prestandaförråd och rapporteringsförråd.

  • Värdmaskin för prestandaförråd och rapporteringsförråd.

  • Dessa komponenter kan delas eller distribueras beroende på volymen av övervakade slutpunkter. Se leverantörens dokumentation för detaljer.

  • Värdmaskin för datainsamlingsprocessen.

  • All prestandadata hanteras av SaaS-leverantören.

  • Kontrollera om det finns några avgifter på mängden lagrad data.

  • Kontrollera hur mycket historik som finns kvar.

  • Failover för datainsamlaren.

  • Failover-instanser för prestanda- och rapporteringsarkiv.

  • Säkerhetskopiering av prestandaförråd.

  • SaaS-leverantören tar hand om eventuell failover av säkerhetskopiering av värdbaserade komponenter.

  • Åtgärder kan vidtas för att skydda alla lokala datainsamlingstjänster.

  • Ta hänsyn till den pågående tid som krävs för underhållsuppgifter relaterade till att övervaka tillväxten av prestandalager, utbyggnad av detsamma om nya instanser läggs till, säkerhetskopiering, etc.

  • Allt underhåll av värdbaserade komponenter hanteras av SaaS-leverantören.


Licens och prenumeration

För traditionell programvara på plats:

  • Det tillkommer vanligtvis en betydande licensavgift i förväg. Detta kommer att passa organisationer som skulle dra från en kapitalutgiftsbudget (CapEx).
  • Ta hänsyn till årligt underhåll, vilket vanligtvis är cirka 20 procent av den ursprungliga licenskostnaden. Tillgång till uppdateringar är avgörande eftersom databaskorrigeringar och uppdateringar kan bryta datainsamlingar.

För SaaS-lösningar:

  • SaaS är baserat på en återkommande prenumeration. Detta undviker stora utgifter i förväg. Detta kommer att passa organisationer som föredrar att hantera programvara inom en budget för operationella utgifter (OpEx).
  • Om du råkar vara rik på pengar, utforska ett flerårigt abonnemang, som bör ge bra rabatterade priser från leverantören.
  • De flesta SaaS-övervakningsprogram faktureras årligen. Månadsmodeller eller betalmodeller är mindre vanliga för övervakning och kommer vanligtvis att vara dyrare.
  • Flexibilitet kostar. Om du har en god uppfattning om kvantiteter och längre prenumerationsperioder, så kommer låsning att ge bättre värde.
  • Om prenumerationen är kopplad till nivåerna av insamlad data, var noga med att beräkna dina beräknade datakrav. Prestandadata kan bli stora snabbt. För mer förutsägbarhet, leta efter lösningar som mäts på den övervakade enheten snarare än lagrad data.
  • En värdbaserad lösning bör inkludera kostnaden för datalagring och löpande underhåll.

De rörliga delarna

Insamling av prestandadata

  • Ta hänsyn till eventuell hårdvara som krävs för att vara värd för tjänsten, som samlar in data från den övervakade slutpunkten. För att undvika påverkan på den övervakade instansen bör övervakningsprogramvaran inte finnas på samma maskin. Datainsamlaren ska vara "agentlös".
  • Tänk på antalet SQL-serveranslutningar du kommer att övervaka. Om du också övervakar värdoperativsystemet och/eller hypervisorn bör detta också beaktas.
  • Kontrollera leverantörens dokumentation för riktlinjer om hur många övervakade slutpunkter en enskild datainsamlingstjänst kan stödja.
  • Om flera datainsamlingstjänster måste "federeras" kan flera datainsamlingsvärdar behöva specificeras.
  • För SaaS-lösningar kan de ha en lokal datainsamlare för lokala arbetsbelastningar och ersätta denna med molnbaserade tjänster för datainsamling från databasen som en tjänst (DBaaS).


Korttidsdiagnostikarkiv

Ta hänsyn till kostnaden för den databasinstans som krävs för korttidsdiagnostikförrådet. Det är här detaljerad data lagras för att underlätta diagnostik och uppspelningsfunktioner. Dess storlek beror på:

  • Antalet övervakade slutpunkter
  • Mängden mätvärden som spåras
  • Frekvensen av datainsamling för varje mätvärde
  • Om SQL-kod och/eller exekveringsplaner behålls
  • Mängden historik som behålls

Kontrollera leverantörens riktlinjer angående volymen diagnostiska data per övervakad slutpunkt och dag lagrad data. Mängden historik som behålls tenderar att variera från 1-4 veckor för de flesta lokala lösningar. Allt längre kommer att kräva betydande lagring, såväl som betydande beräkningsresurser för att driva den analys som krävs.

Långsiktig analys/rapporteringsarkiv

Lokala lösningar tar regelbundet detaljerad data från diagnostikarkivet, aggregerar det och lagrar det i ett analys- eller rapporteringsarkiv. Kontrollera leverantörens riktlinjer angående mängden rapporteringsdata per övervakad slutpunkt per månad av lagrad data. För större installationer kan du behöva en separat databasinstans för ditt rapporteringslager, som bör inkluderas i dina kostnader.

Överväganden för att fastställa din SQL Server-instans

När du avgör om du vill ha en traditionell lokal eller SaaS-lösning, ta dessa åtgärder i åtanke:

  • Fastställ hur många övervakade slutpunkter du behöver (SQL Server, Windows, Linux HyperV och så vidare).
  • Fastställ hur många datainsamlingstjänster du behöver, värdkraven och relaterade kostnader.
  • Ta hänsyn till eventuella licenskostnader förknippade med din infrastruktur, t.ex. Windows Server- eller SQL Server-instanser.
  • När du bedömer kostnaden för lokal lagring kan du ha ett fast pris per terabyte som ditt IT-team kommer att debitera. Om inte, överväg det totala priset för lokal lagring. En bra guide publiceras av Wasabi.
  • För lokala lösningar, överväg hårdvaran och licensieringskostnaderna för värden och eventuella databaser som krävs för diagnostik och rapporteringsdata.

  1. Hur släpper man en kolumn i SQL?

  2. PLSQL Infoga i med subquery och returnerande klausul

  3. Generera INSERT-satser från SQLite-frågeresultat

  4. Kartläggning av lokala säkerhetskontroller kontra stora molnleverantörer – Version 4.0