El presupuesto es precioso hoy en día. Es difícil obtener un presupuesto para el personal, pero a veces es sorprendentemente fácil obtener un presupuesto para las herramientas. Las buenas herramientas realmente pueden aliviar la presión de los administradores de bases de datos con exceso de trabajo al automatizar las tareas más laboriosas; ayudándonos a identificar problemas rápidamente, reduciendo el riesgo de perder algo debido a un error humano; y permitiéndonos adelantarnos a un problema para que ya lo estemos resolviendo cuando nuestros usuarios lo experimenten.
Cuando llega el momento de acercarse al "jefe de pelo puntiagudo" con una inversión propuesta, es importante contar con una evaluación detallada del costo total de propiedad de cualquier herramienta propuesta. Muy a menudo, nos enfocamos únicamente en los costos directos y pasamos por alto los costos indirectos, como los costos de infraestructura o recursos necesarios para la instalación, configuración o mantenimiento.
Determinación de sus gastos
Dependiendo de su organización, cómo administra sus presupuestos o dónde tiene dinero disponible, es posible que prefiera cargar sus costos con inversiones iniciales más grandes asociadas con su presupuesto de gastos de capital (CapEx), o puede que le convenga mejor distribuya los costos de manera uniforme a lo largo del tiempo y asócielos con sus presupuestos de gastos operativos (OpEx).
En los últimos años, las herramientas de software como servicio (SaaS) han brindado a las organizaciones de todas las formas y tamaños acceso a software sofisticado y extremadamente poderoso a costos continuos manejables.
SaaS no es para todos. Además del cronograma de pagos, un punto de decisión clave a considerar es el TCO. La siguiente tabla debería ayudarlo a enmarcar su consideración.
Para obtener más detalles sobre la composición de un sistema típico de supervisión del rendimiento, consulte nuestro blog:Arquitecturas de supervisión de bases de datos.
Comparación rápida entre local y SaaS
A continuación, nos referimos a "punto final supervisado". Esto puede referirse a una instancia de base de datos monitoreada, el sistema operativo y/o el hipervisor en el que está instalado.
Factores típicos para el costo de propiedad de una solución de monitoreo
| Solución local tradicional | Solución SaaS |
|
|
|
|
|
|
|
|
Licencia y Suscripción
Para software local tradicional:
- Por lo general, hay una tarifa de licencia inicial significativa. Esto se adaptará a las organizaciones que se basarían en un presupuesto de gastos de capital (CapEx).
- Tenga en cuenta el mantenimiento anual, que suele ser alrededor del 20 % del costo inicial de la licencia. El acceso a las actualizaciones es vital porque los parches y las actualizaciones de la base de datos pueden interrumpir las recopilaciones de datos.
Para soluciones SaaS:
- SaaS se basa en una suscripción recurrente. Esto evita un gran desembolso inicial. Esto se adaptará a las organizaciones que prefieren manejar el software con un presupuesto de gastos operativos (OpEx).
- Si tiene dinero en efectivo, explore una suscripción de varios años, que debería ofrecer buenas tarifas con descuento del proveedor.
- La mayoría del software de monitoreo SaaS se factura anualmente. Los modelos mensuales o de pago por uso son menos comunes para el monitoreo y, por lo general, serán más costosos.
- La flexibilidad tiene un costo. Si tiene una buena idea de las cantidades y los plazos de suscripción más largos, entonces bloquear le dará un mejor valor.
- Si la suscripción está vinculada a los niveles de datos recopilados, tenga cuidado al calcular sus requisitos de datos proyectados. Los datos de rendimiento pueden crecer rápidamente. Para una mayor previsibilidad, busque soluciones medidas en la entidad monitoreada en lugar de datos almacenados.
- Una solución alojada debe incluir el costo del almacenamiento de datos y el mantenimiento continuo.
Las partes móviles
Recopilación de datos de rendimiento
- Tenga en cuenta cualquier hardware necesario para alojar el servicio, que recopila datos del extremo supervisado. Para evitar el impacto en la instancia monitoreada, el software de monitoreo no debe residir en la misma máquina. El recopilador de datos debe ser "sin agente".
- Tenga en cuenta la cantidad de conexiones del servidor SQL que supervisará. Si también está monitoreando el sistema operativo host y/o el hipervisor, esto también debe tenerse en cuenta.
- Consulte la documentación del proveedor para conocer las pautas sobre cuántos puntos finales monitoreados puede admitir un único servicio de recopilación de datos.
- Si es necesario "federar" varios servicios de recopilación de datos, es posible que sea necesario especificar varios hosts de recopilación de datos.
- Para las soluciones SaaS, pueden tener un recopilador de datos local para cargas de trabajo locales y reemplazarlo con servicios basados en la nube para la adquisición de datos de la base de datos como servicio (DBaaS).
Repositorio de diagnósticos a corto plazo
Considere el costo de la instancia de la base de datos requerida para el repositorio de diagnóstico a corto plazo. Aquí es donde se almacenan los datos detallados para facilitar las funciones de diagnóstico y reproducción. Su tamaño depende de:
- El número de puntos finales monitoreados
- El volumen de métricas rastreadas
- La frecuencia de recopilación de datos de cada métrica
- Si se conservan el código SQL y/o los planes de ejecución
- La cantidad de historial retenido
Consulte las pautas del proveedor con respecto al volumen de datos de diagnóstico por punto final monitoreado por día de datos retenidos. El volumen del historial retenido tiende a oscilar entre 1 y 4 semanas para la mayoría de las soluciones locales. Cualquier tiempo más requerirá un almacenamiento significativo, así como un recurso informático significativo para impulsar el análisis requerido.
Repositorio de análisis/informes a largo plazo
Las soluciones locales tomarán datos detallados del repositorio de diagnóstico con regularidad, los agregarán y los almacenarán en un repositorio de informes o análisis. Consulte las pautas del proveedor con respecto al volumen de datos de informes por punto final monitoreado por mes de datos retenidos. Para instalaciones más grandes, es posible que necesite una instancia de base de datos separada para su repositorio de informes, lo que debe tenerse en cuenta en sus costos.
Consideraciones para determinar su instancia de SQL Server
Al determinar si desea una solución local tradicional o SaaS, tenga en cuenta estos pasos de acción:
- Establezca cuántos puntos finales monitoreados necesita (SQL Server, Windows, Linux HyperV, etc.).
- Establezca cuántos servicios de recopilación de datos necesita, los requisitos del host y los costos relacionados.
- Tenga en cuenta los costos de licencia asociados con su infraestructura, por ejemplo, instancias de Windows Server o SQL Server.
- Al evaluar el costo del almacenamiento local, es posible que tenga un precio fijo por terabyte que cobrará su equipo de TI. De lo contrario, considere el precio total del almacenamiento local. Wasabi publica una buena guía.
- Para las soluciones locales, tenga en cuenta los costos de licencia y hardware del host y las bases de datos necesarias para el diagnóstico y los datos de generación de informes.
