Monitorización no centro de datos: como substituímos o antigo BMS por un novo. Parte 1

Que é BMS

O sistema de vixilancia para o funcionamento dos sistemas de enxeñería nun centro de datos é un elemento clave da infraestrutura, afectando directamente a un indicador tan importante para un centro de datos como a velocidade de resposta do persoal ante situacións de emerxencia e, en consecuencia, a duración do funcionamento ininterrompido. 

Os sistemas de monitorización BMS (Building Monitoring System) son ofrecidos por moitos provedores globais de equipos para centros de datos. Durante o traballo de Linxdatacenter en Rusia, tivemos a oportunidade de familiarizarnos con diferentes sistemas e atopar enfoques diametralmente opostos dos provedores para o funcionamento destes sistemas. 

Contámosche como actualizamos completamente o noso sistema BMS durante o ano pasado e por que.  

A raíz do problema

Todo comezou hai 10 anos co lanzamento do centro de datos Linxdatacenter en San Petersburgo. O sistema BMS, segundo os estándares da industria daqueles anos, era un servidor físico con software instalado, ao que se accede a través dun programa cliente (o chamado cliente “groso”). 

Daquela había poucas empresas que ofrecían este tipo de solucións no mercado. Os seus produtos eran o estándar, a única resposta a unha necesidade existente. E debemos darlles o seu debido: tanto daquela como hoxe, os líderes do mercado xeralmente fan fronte á súa tarefa básica: ofrecer solucións funcionais para os centros de datos operativos. 

A elección lóxica para nós foi a solución BMS dun dos maiores fabricantes do mundo. O sistema seleccionado nese momento cumpría todos os requisitos para supervisar unha instalación de enxeñería complexa, como un centro de datos. 

Non obstante, co paso do tempo, os requisitos e expectativas dos usuarios (é dicir, nós, operadores de centros de datos) das solucións informáticas cambiaron. E os grandes provedores, como mostra unha análise do mercado das solucións propostas, non estaban preparados para iso.

O mercado corporativo de TI experimentou unha seria influencia do sector B2C. As solucións dixitais de hoxe deben proporcionar unha experiencia cómoda para o usuario final: este é o obxectivo que os desenvolvedores se marcan. Isto é evidente nas melloras nas interfaces de usuario (UI) e na experiencia de usuario (UX) de moitas aplicacións empresariais. 

Unha persoa acostúmase á comodidade de todo o relacionado coas ferramentas dixitais na vida cotiá, e esixe as mesmas ferramentas que utiliza para as tarefas laborais. As persoas esperan das aplicacións empresariais a mesma visibilidade, intuitividade, sinxeleza e transparencia que teñen dispoñibles en servizos financeiros, chamadas de taxi ou compras en liña. Os especialistas en TI que implementan solucións nun ambiente corporativo tamén se esforzan por recibir todas as "goosidades" modernas: implantación e escalado sinxelos, tolerancia a fallos e posibilidades de personalización ilimitadas. 

Os grandes vendedores internacionais adoitan pasar por alto estas tendencias. Dependendo da súa autoridade de longa data na industria, as corporacións adoitan resultar ser categóricas e inflexibles cando traballan cos clientes. A ilusión da súa propia indispensabilidade non lles permite ver como as novas empresas tecnolóxicas aparecen literalmente baixo os seus narices, ofrecendo solucións alternativas adaptadas a un cliente concreto, e sen pagar de máis pola marca.

Desvantaxes do antigo sistema BMS 

A principal desvantaxe da solución BMS obsoleta existente para nós foi o seu funcionamento lento. A investigación de varios eventos nos que o persoal de servizo non respondeu con suficiente rapidez levounos a entender que ás veces houbo un atraso significativo na visualización dos eventos no BMS. Ao mesmo tempo, o sistema non estaba sobrecargado nin defectuoso, era só que as versións dos seus compoñentes (por exemplo, JAVA) estaban desactualizadas e non podían funcionar correctamente con novas versións de sistemas operativos sen actualizacións. Só foi posible actualizalos xunto co sistema BMS, e o vendedor non proporcionou a continuidade automática das versións, é dicir, para nós o proceso sería case tan laborioso como cambiar a un novo sistema e manter a nova solución. algunhas das carencias da antiga.  

Engademos aquí algunhas "cousas pequenas" máis desagradables:

1. Pago para conectar novos dispositivos segundo o principio de "un enderezo IP - unha licenza de pago"; 
2. Incapacidade para actualizar o software sen mercar un paquete de soporte (isto significa actualizar compoñentes gratuítos e eliminar erros no propio programa BMS);
3. Alto custo de apoio; 
4. Localización nun servidor "ferro", que pode fallar e ten recursos informáticos limitados;
5. "Redundancia" instalando un segundo servidor de hardware cun paquete de licenza duplicado. Ao mesmo tempo, non hai sincronización de bases de datos entre o servidor principal e de copia de seguridade, o que significa a transferencia manual da base de datos e un longo tempo de transición á copia de seguridade;
6. Cliente de usuario “groso”, inaccesible desde o exterior, sen extensión para dispositivo móbil e opción de acceso remoto;
7. Unha interface web depurada sen tarxetas gráficas e notificacións sonoras, accesible desde o exterior, pero practicamente non utilizada polos empregados pola súa falta de información;
8. Falta de animación na interface: todos os gráficos consisten só nunha imaxe de "fondo" e iconas estáticas. O resultado é un baixo nivel xeral de visibilidade;

   Todo parecía algo así:

   
   
   

9. Unha limitación na creación de sensores virtuais é que só está dispoñible a función de adición, mentres que os modelos de sensores reais requiren a capacidade de realizar un conxunto de operacións matemáticas para realizar cálculos correctos que reflictan as realidades da operación; 
10. Incapacidade para obter datos en tempo real ou do arquivo para calquera propósito (por exemplo, para mostrar na conta persoal do cliente);
11. Falta total de flexibilidade e capacidade para cambiar calquera cousa no BMS para adaptarse aos procesos existentes do centro de datos. 

Requisitos para un novo sistema BMS

Tendo en conta o anterior, os nosos principais requisitos foron os seguintes:

1. Dúas máquinas independentes mutuamente redundantes con sincronización automática, que se executan en dúas plataformas de nube diferentes en centros de datos diferentes (no noso caso, centros de datos Linxdatacenter San Petersburgo e Moscova);
2. Adición gratuíta de novos dispositivos;
3. Actualizacións de software gratuítas e os seus compoñentes (agás melloras funcionais);
4. Código fonte aberto, que nos permite apoiar o sistema de forma independente en caso de problemas por parte do programador;
5. A capacidade de recibir e utilizar datos do BMS, por exemplo, nun sitio web ou na súa conta persoal;
6. Acceso a través do navegador WEB sen un cliente groso;
7. Usando contas de empregados de dominio para acceder a BMS;
8. Dispoñibilidade de animación e moitos outros pequenos e non tan pequenos desexos que se concretaron nunha detallada especificación técnica.

Última gota

No momento no que nos demos conta de que o centro de datos superaba o seu BMS, a solución máis obvia parecíanos actualizar o sistema existente. "Non cambian de cabalo a medio camiño", non? 

Non obstante, as grandes corporacións, por regra xeral, non ofrecen modificacións personalizadas ás súas solucións "pulidas" de décadas de antigüidade vendidas en decenas de países. Mentres as empresas novas proban unha idea ou prototipo dun produto futuro en potenciais consumidores e confían nos comentarios dos usuarios para desenvolver o produto, as corporacións seguen vendendo licenzas para un produto que antes era xenial, pero, por desgraza, hoxe está desfasado e inflexible.

E sentimos a diferenza no enfoque de nós mesmos. Durante a correspondencia co fabricante do antigo BMS, axiña quedou claro que a actualización do sistema existente proposto polo vendedor realmente daría lugar á compra dun novo sistema para nós con transferencia de base de datos semiautomática, alto custo e trampas durante o proceso. transferencia, que nin sequera o propio fabricante puido prever. Por suposto, neste caso, o custo do soporte técnico para a solución actualizada aumentou e mantívose a necesidade de comprar licenzas durante a expansión.

E o máis desagradable foi que o novo sistema non podía satisfacer plenamente os nosos requisitos de reserva. O sistema BMS actualizado podería implantarse, como queriamos, nunha plataforma na nube, o que nos permitiría abandonar o hardware, pero a opción de redundancia non estaba incluída no prezo. Para facer unha copia de seguridade dos datos, teriamos que mercar un segundo servidor virtual BMS e un conxunto adicional de licenzas. O custo dunha licenza é duns 76 dólares e o número de enderezos IP de 1000 unidades, o que supón 76 000 dólares en gastos adicionais só para as licenzas para a máquina de copia de seguridade. 

A "cereixa" na nova versión de BMS foi a necesidade de comprar licenzas adicionais "para todos os dispositivos", incluso para o servidor principal. Aquí é necesario aclarar que hai dispositivos conectados ao BMS a través de pasarelas. A pasarela ten un enderezo IP, pero controla varios dispositivos (10 de media). No antigo BMS, isto requiría unha licenza por enderezo IP de pasarela, as estatísticas parecían algo así: "1000 enderezos IP/licenzas, 1200 dispositivos". O BMS actualizado funcionaba cun principio diferente e as estatísticas serían así: "1000 enderezos IP, 1200 dispositivos/licenzas". É dicir, o vendedor na nova versión cambiou o principio de asignación de licenzas e tivemos que comprar aproximadamente 200 licenzas adicionais. 

O orzamento de "actualización" constaba finalmente de catro puntos: 

• custo da versión na nube e servizos de migración a ela; 
• licenzas adicionais ao paquete existente para dispositivos conectados mediante pasarelas;
• custo da versión de copia de seguridade na nube;  
• un conxunto de licenzas para a máquina de copia de seguridade. 

O custo total do proxecto foi de máis de 100 dólares! E isto sen esquecer a necesidade de comprar licenzas para novos dispositivos no futuro.

Como resultado, decatámonos de que nos sería máis doado -e quizais aínda máis barato- encargar un sistema creado dende cero, tendo en conta todos os nosos requisitos e prevendo a posibilidade de modernización no futuro. Pero os que querían desenvolver un sistema tan complexo aínda tiñan que atopar, comparar propostas, seleccionar e co finalista percorrer o camiño dende as especificacións técnicas ata a implantación... Lea sobre isto na segunda parte do material moi pronto. 

Fonte: www.habr.com