O orçamento é precioso hoje em dia. É difícil obter orçamento para o número de funcionários, mas às vezes é surpreendentemente fácil obter orçamento para ferramentas. Boas ferramentas podem realmente aliviar a pressão de DBAs sobrecarregados automatizando as tarefas mais trabalhosas; ajudando-nos a identificar problemas rapidamente, reduzindo o risco de perder algo por causa de erro humano; e permitindo-nos antecipar um problema para que já o estejamos resolvendo no momento em que nossos usuários o experimentarem.
Quando chegar a hora de abordar o “chefe de cabelos pontudos” com uma proposta de investimento, é importante ter uma avaliação detalhada do custo total de propriedade de qualquer ferramental proposto. Muitas vezes, nos concentramos apenas nos custos diretos e ignoramos os custos indiretos, como custos de infraestrutura ou recursos necessários para instalação, configuração ou manutenção.
Determinando suas despesas
Dependendo de sua organização, de como você gerencia seus orçamentos ou de onde você tem dinheiro disponível, você pode preferir antecipar seus custos com investimentos iniciais maiores associados ao seu orçamento de despesas de capital (CapEx) ou pode ser melhor para você distribua os custos uniformemente ao longo do tempo e associe-os aos seus orçamentos de despesas operacionais (OpEx).
Nos últimos anos, as ferramentas de software como serviço (SaaS) deram a organizações de todas as formas e tamanhos acesso a softwares sofisticados e extremamente poderosos a custos contínuos gerenciáveis.
SaaS não é para todos. Além do cronograma de pagamento, um ponto de decisão importante a ser considerado é o TCO. A tabela a seguir deve ajudá-lo a estruturar sua consideração.
Para obter mais detalhes sobre a composição de um sistema de monitoramento de desempenho típico, confira nosso blog:Arquiteturas de monitoramento de banco de dados.
Comparação rápida de local vs. SaaS
Abaixo, nos referimos a “endpoint monitorado”. Isso pode se referir a uma instância de banco de dados monitorada, ao sistema operacional e/ou ao hypervisor no qual está instalado.
Fatores típicos para o custo de propriedade de uma solução de monitoramento
| Solução tradicional no local | Solução SaaS |
|
|
|
|
|
|
|
|
Licença e Assinatura
Para software local tradicional:
- Normalmente, há uma taxa de licença inicial significativa. Isso se adequará às organizações que usariam um orçamento de despesas de capital (CapEx).
- Inclua a manutenção anual, que normalmente representa cerca de 20% do custo inicial da licença. O acesso a atualizações é vital porque os patches e as atualizações do banco de dados podem interromper as coletas de dados.
Para soluções SaaS:
- SaaS é baseado em uma assinatura recorrente. Isso evita grandes gastos iniciais. Isso será adequado para organizações que preferem lidar com software com um orçamento de despesas operacionais (OpEx).
- Se você tiver muito dinheiro, explore uma assinatura de vários anos, que deve oferecer boas taxas de desconto do fornecedor.
- A maioria dos softwares de monitoramento SaaS é cobrada anualmente. Modelos mensais ou de pagamento conforme o uso são menos comuns para monitoramento e normalmente são mais caros.
- A flexibilidade tem um custo. Se você tiver uma boa ideia de quantidades e prazos de assinatura mais longos, o bloqueio trará mais valor.
- Se a assinatura estiver vinculada aos níveis de dados coletados, tenha cuidado ao calcular os requisitos de dados projetados. Os dados de desempenho podem ficar grandes rapidamente. Para maior previsibilidade, procure soluções medidas na entidade monitorada em vez de dados armazenados.
- Uma solução hospedada deve incluir o custo de armazenamento de dados e manutenção contínua.
As partes móveis
Coleta de dados de desempenho
- Inclua qualquer hardware necessário para hospedar o serviço, que coleta dados do endpoint monitorado. Para evitar impacto na instância monitorada, o software de monitoramento não deve residir na mesma máquina. O coletor de dados deve ser "sem agente".
- Considere o número de conexões do servidor SQL que você monitorará. Se você também estiver monitorando o sistema operacional do host e/ou hipervisor, isso também deve ser levado em consideração.
- Verifique a documentação do fornecedor para obter diretrizes sobre quantos endpoints monitorados um único serviço de coleta de dados pode suportar.
- Se vários serviços de coleta de dados precisarem ser "federados", poderá ser necessário especificar vários hosts de coleta de dados.
- Para soluções SaaS, eles podem ter um coletor de dados local para cargas de trabalho locais e substituí-lo por serviços baseados em nuvem para aquisição de dados do banco de dados como serviço (DBaaS).
Repositório de diagnóstico de curto prazo
Considere o custo da instância de banco de dados necessária para o repositório de diagnóstico de curto prazo. É aqui que os dados detalhados são armazenados para facilitar os recursos de diagnóstico e reprodução. Seu tamanho depende de:
- O número de endpoints monitorados
- O volume de métricas rastreadas
- A frequência da coleta de dados de cada métrica
- Se o código SQL e/ou os planos de execução são mantidos
- A quantidade de histórico retida
Verifique as diretrizes do fornecedor sobre o volume de dados de diagnóstico por endpoint monitorado por dia de dados retidos. O volume de histórico retido tende a variar de 1 a 4 semanas para a maioria das soluções locais. Qualquer coisa mais longa exigirá armazenamento significativo, bem como recursos de computação significativos para conduzir a análise necessária.
Repositório de relatórios/análises de longo prazo
As soluções locais coletam dados detalhados do repositório de diagnóstico regularmente, os agregam e os armazenam em um repositório de análise ou relatório. Verifique as diretrizes do fornecedor sobre o volume de dados de relatório por endpoint monitorado por mês de dados retidos. Para instalações maiores, você pode precisar de uma instância de banco de dados separada para seu repositório de relatórios, que deve ser considerada em seus custos.
Considerações para determinar sua instância do SQL Server
Ao determinar se você deseja uma solução local tradicional ou SaaS, considere estas etapas de ação:
- Estabeleça quantos endpoints monitorados você precisa (SQL Server, Windows, Linux HyperV e assim por diante).
- Estabeleça quantos serviços de coleta de dados você precisa, os requisitos de host e os custos relacionados.
- Inclua quaisquer custos de licença associados à sua infraestrutura, por exemplo, instâncias do Windows Server ou SQL Server.
- Ao avaliar o custo do armazenamento local, você pode definir um preço por terabyte que sua equipe de TI cobrará. Caso contrário, considere o preço total do armazenamento local. Um bom guia é publicado pela Wasabi.
- Para soluções locais, considere os custos de hardware e licenciamento do host e de quaisquer bancos de dados necessários para diagnósticos e dados de relatórios.
