¿Qué es BMS?
El sistema de monitoreo del funcionamiento de los sistemas de ingeniería en el centro de datos es un elemento clave de la infraestructura, que influye directamente en un indicador tan importante para el centro de datos como la velocidad de respuesta del personal ante situaciones de emergencia y, en consecuencia, en la duración del funcionamiento ininterrumpido.
Los sistemas de monitoreo BMS (Building Monitoring System) son ofrecidos por muchos de los principales proveedores de equipos para centros de datos. A lo largo de nuestra experiencia en Linxdatacenter en Rusia, hemos tenido la oportunidad de conocer diferentes sistemas y encontrarnos con enfoques diametralmente opuestos de los proveedores respecto a la operación de estos sistemas.
Contamos cómo actualizamos completamente nuestro sistema BMS en el último año y por qué.
La raíz del problema
Todo comenzó hace 10 años con el lanzamiento del centro de datos Linxdatacenter en San Petersburgo. El sistema BMS, de acuerdo con los estándares de la industria de aquellos años, era un servidor físico con software instalado, al que se accedía a través de un programa cliente (el llamado ‘cliente grueso’).
En aquel momento, había pocas empresas que ofrecieran tales soluciones en el mercado. Sus productos eran el estándar, la única respuesta a la demanda existente. Y hay que darles crédito: tanto entonces como ahora, los líderes del mercado, en general, cumplen con su tarea básica: proporcionar soluciones funcionales para la operación de centros de datos.
La elección lógica para nosotros fue la solución BMS de uno de los principales fabricantes mundiales. El sistema seleccionado en ese momento cumplía con todos los requisitos para el monitoreo de un objeto ingenieril complejo, como es el centro de datos.
Sin embargo, con el tiempo, los requisitos y expectativas de los usuarios (es decir, nosotros, los operadores de centros de datos) respecto a las soluciones de TI han cambiado. Y los grandes proveedores, como mostró el análisis del mercado de soluciones ofrecidas, no estaban preparados para esto.
El mercado corporativo de TI ha experimentado una fuerte influencia del sector B2C. Las soluciones digitales hoy en día deben garantizar la facilidad de uso para el usuario final: este es el objetivo que se marcan los desarrolladores. Esto se refleja en la mejora de las interfaces de usuario (UI) y la calidad de la experiencia del usuario (UX) de muchas aplicaciones corporativas.
Las personas se acostumbran a la comodidad en todo lo relacionado con las herramientas digitales en su vida cotidiana y exigen lo mismo de las herramientas que utilizan para sus tareas laborales. La gente espera que las aplicaciones corporativas ofrezcan la misma claridad, intuición, simplicidad y transparencia que pueden encontrar en los servicios de finanzas, solicitud de taxis o compras en línea. Los especialistas en TI que implementan soluciones en el entorno corporativo también buscan obtener todos los "beneficios" modernos: implementación y escalabilidad sencillas, resiliencia y opciones de personalización ilimitadas.
Los grandes proveedores internacionales a menudo pasan por alto estas tendencias. Apoyándose en su larga trayectoria en la industria, las corporaciones son a menudo categóricas e inflexibles en su trabajo con los clientes. La ilusión de su propia inevitabilidad les impide ver cómo, literalmente bajo sus narices, surgen empresas jóvenes y tecnológicas que ofrecen soluciones alternativas adaptadas a necesidades específicas, y todo ello sin sobrecostos por la marca.
Desventajas del antiguo sistema BMS
La principal desventaja de la solución BMS obsoleta que teníamos era su lentitud. La investigación de varios incidentes relacionados con la respuesta algo tardía del personal de guardia nos ayudó a entender que, a veces, los eventos se mostraban en el sistema BMS con grandes retrasos. La系统 no estaba sobrecargada ni era defectuosa; simplemente, las versiones de sus componentes (por ejemplo, JAVA) estaban desactualizadas y no podían trabajar correctamente con nuevas versiones de los sistemas operativos sin actualizaciones. Su actualización solo podía realizarse junto con el sistema BMS, y el proveedor no aseguraba la continuidad automática de las versiones, lo que significaba que para nosotros el proceso sería prácticamente tan laborioso como cambiar a un nuevo sistema, y la nueva solución conservaría parte de las deficiencias de la anterior.
Agreguemos aquí algunas "pequeñas" molestias más:
- Cargo por conectar nuevos dispositivos bajo el principio de "una dirección IP - una licencia de pago";
- Imposibilidad de actualizar el software sin comprar un paquete de soporte (refiriéndose a la actualización de componentes gratuitos y corrección de errores en el propio programa BMS);
- Alto costo del soporte;
- Ubicación en un servidor 'físico' que puede fallar y tiene recursos de computación limitados;
- ‘Reservación’ mediante la instalación de un segundo servidor físico, con un paquete de licencias duplicado. En este caso, no hay sincronización de bases entre el servidor principal y el de reserva, lo que significa que la transferencia de datos y el tiempo de transición a la reserva son largos;
- Cliente 'grueso' del usuario, no accesible desde el exterior, sin expansión para dispositivos móviles y opción de acceso remoto;
- Interfaz web recortada sin gráficos ni notificaciones sonoras, accesible desde el exterior, pero prácticamente no utilizada por los empleados debido a su falta de información;
- Falta de animación en la interfaz; toda la gráfica consiste únicamente en una imagen de 'fondo' y iconos estáticos. Como resultado, hay un nivel general de visualización bajo;
Se veía aproximadamente así:
- Limitación en la creación de sensores virtuales; solo está disponible la función de suma, mientras que los modelos de sensores reales requieren la capacidad de realizar un conjunto de operaciones matemáticas para cálculos precisos que reflejen la realidad del funcionamiento;
- Imposibilidad de obtener datos en tiempo real o desde el archivo para cualquier propósito (por ejemplo, para mostrar en el panel del cliente);
- Completamente inflexible y sin capacidad de modificar algo en el BMS para adaptarse a los procesos existentes del centro de datos.
Requisitos para el nuevo sistema BMS
Teniendo en cuenta lo anterior, nuestros requisitos principales son los siguientes:
- Dos máquinas independientes con reserva mutua y sincronización automática, operando en dos plataformas en la nube diferentes en diferentes centros de datos (en nuestro caso, los centros de datos Linxdatacenter en San Petersburgo y Moscú);
- Añadir nuevos dispositivos de forma gratuita;
- Actualización gratuita del software y sus componentes (excepto por mejoras funcionales);
- Código de fuente abierta, lo que nos permite mantener el sistema por nuestra cuenta en caso de problemas del lado del desarrollador;
- Capacidad de obtener y utilizar datos del BMS, por ejemplo, en el sitio web o en el panel de usuario;
- Acceso a través de un navegador WEB sin cliente 'grueso';
- Uso de cuentas de dominio de los empleados para acceder al BMS;
- Presencia de animación y muchos otros deseos, tanto grandes como pequeños, que se materializaron en un detallado documento de requisitos.
La última gota
En el momento en que nos dimos cuenta de que el centro de datos había superado su BMS, la solución más obvia nos parecía actualizar el sistema existente. "No se cambian los caballos en el cruce", ¿verdad?
Sin embargo, las grandes corporaciones generalmente no ofrecen cambios personalizados en sus soluciones "pulidas" durante décadas y vendidas en decenas de países. Mientras las empresas jóvenes se dedican a probar una idea o prototipo de un futuro producto con consumidores potenciales y se basan en comentarios de usuarios para desarrollar el producto, las corporaciones continúan vendiendo licencias de lo que alguna vez fue realmente impresionante, pero que, lamentablemente, hoy está obsoleto y es inflexible.
Y nosotros sentimos la diferencia en el enfoque. Durante la correspondencia con el fabricante del antiguo BMS, quedó bastante claro que la actualización del sistema existente propuesta por el vendedor se convertiría, de hecho, en la compra de un nuevo sistema con una migración semiautomática de la base, un alto costo y vicisitudes al trasladar los datos que ni siquiera podría prever el propio fabricante. Por supuesto, esto incrementaría el costo del soporte técnico de la solución actualizada y seguiría siendo necesario adquirir licencias al ampliar.
Lo más desagradable fue que el nuevo sistema no podía satisfacer completamente nuestros requisitos de redundancia. El sistema BMS actualizado podría implementarse, como queríamos, en una plataforma en la nube, lo que nos habría permitido deshacernos del "hardware", pero la opción de redundancia no estaba incluida en el precio. Para la redundancia de los datos, tendríamos que comprar un segundo ¿Para qué tareas debería comprar un servidor Windows VPS/VDS barato? BMS y un paquete adicional de licencias. Con un costo de alrededor de $76 por licencia y una cantidad de direcciones IP 1000 unidades, se acumulan $76,000 en gastos adicionales solo por las licencias para la máquina de respaldo.
La "cereza" en la nueva versión de BMS es la necesidad de comprar licencias adicionales "para todos los dispositivos" — incluso para el servidor principal. Aquí es necesario aclarar que existen dispositivos conectados a BMS a través de gateways. El gateway tiene una dirección IP, pero controla varios dispositivos (en promedio 10). En la antigua BMS, se requería una licencia por cada dirección IP del gateway, la estadística se veía así: "direcciones IP/licencias 1000, dispositivos 1200". La BMS actualizada trabaja bajo un principio diferente, y la estadística sería así: "direcciones IP 1000, dispositivos/licencias 1200". Esto significa que el proveedor en la nueva versión cambió el principio de atribución de licencias, y tuvimos que comprar aproximadamente 200 licencias adicionales.
El presupuesto para la "actualización" finalmente se componía de cuatro puntos:
- el costo de la versión en la nube y el servicio de migración a ella;
- licencias adicionales al paquete existente para dispositivos conectados a través de gateways;
- el costo de la versión en la nube de respaldo;
- un paquete de licencias para la máquina de respaldo.
¡El costo total del proyecto supera los $100,000! Y esto sin mencionar la necesidad de adquirir licencias para nuevos dispositivos en el futuro.
Al final, comprendimos que sería más fácil —y quizás más barato— encargar un sistema construido desde cero, que considerara todos nuestros requisitos y prevea la posibilidad de actualización en el futuro. Pero había que encontrar a quienes desarrollaran un sistema tan complejo, comparar ofertas, elegir y pasar con el finalista del documento de requisitos a la implementación… Sobre esto, lee en la segunda parte del material muy pronto.
Fuente: habr.com
