Il budget è prezioso al giorno d'oggi. È difficile ottenere un budget per l'organico, ma a volte è sorprendentemente facile ottenere un budget per gli strumenti. Una buona strumentazione può davvero alleviare la pressione dei DBA oberati di lavoro automatizzando le attività più laboriose; aiutandoci a individuare rapidamente i problemi, riducendo il rischio di perdere qualcosa a causa di un errore umano; e consentendoci di anticipare un problema in modo che lo stiamo già risolvendo nel momento in cui i nostri utenti lo sperimentano.
Quando è il momento di rivolgersi al "capo dai capelli a punta" con una proposta di investimento, è importante avere una valutazione dettagliata dell'intero costo di proprietà di qualsiasi attrezzatura proposta. Molto spesso, ci concentriamo esclusivamente sui costi diretti e trascuriamo i costi indiretti come i costi dell'infrastruttura o delle risorse necessari per l'installazione, la configurazione o la manutenzione.
Determinazione delle tue spese
A seconda della tua organizzazione, di come gestisci i tuoi budget o di dove hai denaro disponibile, potresti preferire anticipare i tuoi costi con maggiori investimenti iniziali associati al tuo budget di spesa in conto capitale (CapEx), oppure potrebbe essere più adatto a te distribuire i costi in modo uniforme nel tempo e associarli ai budget di spesa operativa (OpEx).
Negli ultimi anni, gli strumenti SaaS (Software as a Service) hanno consentito alle organizzazioni di ogni forma e dimensione di accedere a software sofisticati ed estremamente potenti a costi gestibili.
SaaS non è per tutti. A parte il calendario dei pagamenti, un punto di decisione chiave da considerare è il TCO. La tabella seguente dovrebbe aiutarti a inquadrare la tua considerazione.
Per maggiori dettagli sulla composizione di un tipico sistema di monitoraggio delle prestazioni, consulta il nostro blog:Database Monitoring Architectures.
Confronto rapido tra locale e SaaS
Di seguito, ci riferiamo a "endpoint monitorato". Può fare riferimento a un'istanza di database monitorata, al sistema operativo e/o all'hypervisor su cui è installato.
Fattori tipici del costo di proprietà di una soluzione di monitoraggio
Soluzione tradizionale in locale | Soluzione SaaS |
|
|
|
|
|
|
|
|
Licenza e Abbonamento
Per il software locale tradizionale:
- In genere è previsto un notevole canone anticipato. Ciò andrà bene per le organizzazioni che attingeranno da un budget di spesa in conto capitale (CapEx).
- Fattore della manutenzione annuale, che in genere rappresenta circa il 20% del costo iniziale della licenza. L'accesso agli aggiornamenti è fondamentale perché le patch e gli aggiornamenti del database possono interrompere le raccolte di dati.
Per soluzioni SaaS:
- SaaS si basa su un abbonamento ricorrente. Ciò evita grandi spese anticipate. Ciò si adatta alle organizzazioni che preferiscono gestire il software con un budget di spesa operativa (OpEx).
- Se sei ricco di contanti, esplora un abbonamento pluriennale, che dovrebbe offrire buone tariffe scontate dal fornitore.
- La maggior parte dei software di monitoraggio SaaS viene fatturata annualmente. I modelli mensili o con pagamento in base al consumo sono meno comuni per il monitoraggio e in genere saranno più costosi.
- La flessibilità ha un costo. Se hai una buona idea delle quantità e dei termini di abbonamento più lunghi, il blocco ti darà un valore migliore.
- Se l'abbonamento è legato ai livelli di dati raccolti, fai attenzione a calcolare i requisiti di dati previsti. I dati sulle prestazioni possono diventare grandi rapidamente. Per una maggiore prevedibilità, cerca soluzioni misurate sull'entità monitorata anziché sui dati archiviati.
- Una soluzione in hosting dovrebbe includere il costo dell'archiviazione dei dati e della manutenzione continua.
Le parti mobili
Raccolta dati sulle prestazioni
- Fattore in qualsiasi hardware necessario per ospitare il servizio, che raccoglie i dati dall'endpoint monitorato. Per evitare l'impatto sull'istanza monitorata, il software di monitoraggio non deve risiedere sulla stessa macchina. Il raccoglitore di dati dovrebbe essere "senza agente".
- Considera il numero di connessioni al server SQL che controllerai. Se stai monitorando anche il sistema operativo host e/o l'hypervisor, dovresti tenerne conto.
- Controlla la documentazione del fornitore per le linee guida su quanti endpoint monitorati può supportare un singolo servizio di raccolta dati.
- Se è necessario "federare" più servizi di raccolta dati, potrebbe essere necessario specificare più host di raccolta dati.
- Per le soluzioni SaaS, possono disporre di un raccoglitore di dati on-premise per i carichi di lavoro on-premise e sostituirlo con servizi basati su cloud per l'acquisizione di dati da database as a service (DBaaS).
Repository di diagnostica a breve termine
Considerare il costo dell'istanza del database richiesta per il repository di diagnostica a breve termine. È qui che vengono archiviati i dati dettagliati per facilitare la diagnostica e le funzioni di riproduzione. La sua dimensione dipende da:
- Il numero di endpoint monitorati
- Il volume delle metriche monitorate
- La frequenza di raccolta dei dati di ciascuna metrica
- Se il codice SQL e/o i piani di esecuzione vengono mantenuti
- La quantità di cronologia conservata
Controllare le linee guida del fornitore relative al volume di dati diagnostici per endpoint monitorato per giorno di dati conservati. Il volume della cronologia conservata tende a variare da 1 a 4 settimane per la maggior parte delle soluzioni locali. Qualsiasi cosa più lunga richiederà uno spazio di archiviazione significativo, oltre a risorse di calcolo significative per guidare l'analisi richiesta.
Repository di analisi/rapporti a lungo termine
Le soluzioni locali acquisiranno regolarmente dati dettagliati dal repository di diagnostica, li aggregheranno e li archivieranno in un repository di analisi o report. Controllare le linee guida del fornitore relative al volume dei dati di reporting per endpoint monitorato per mese di dati conservati. Per installazioni più grandi, potresti aver bisogno di un'istanza di database separata per il tuo repository di report, che dovrebbe essere presa in considerazione nei tuoi costi.
Considerazioni per la determinazione dell'istanza di SQL Server
Quando decidi se desideri una soluzione tradizionale locale o SaaS, tieni presente questi passaggi:
- Stabilire quanti endpoint monitorati sono necessari (SQL Server, Windows, Linux HyperV e così via).
- Stabilire quanti servizi di raccolta dati sono necessari, i requisiti dell'host e i relativi costi.
- Considera eventuali costi di licenza associati alla tua infrastruttura, ad esempio istanze di Windows Server o SQL Server.
- Quando valuti il costo dello storage in locale, potresti avere un prezzo fisso per terabyte che verrà addebitato dal tuo team IT. In caso contrario, considera il prezzo totale dell'archiviazione in locale. Una buona guida è pubblicata da Wasabi.
- Per le soluzioni on-premise, considera i costi hardware e di licenza dell'host e gli eventuali database necessari per la diagnostica e i dati di reporting.