Monitoramento no Data Center: como trocamos o antigo BMS pelo novo. Parte 1

Monitoramento no Data Center: como trocamos o antigo BMS pelo novo. Parte 1

O que é BMS

O sistema de monitoramento de sistemas de engenharia em um datacenter é um elemento chave da infraestrutura, que impacta diretamente um indicador tão importante para o datacenter, como a rapidez de reação da equipe em situações de emergência e, portanto, a duração do funcionamento ininterrupto. 

Os sistemas de monitoramento BMS (Building Monitoring System) são oferecidos por muitos fornecedores globais de equipamentos para datacenters. Durante o tempo de operação da Linxdatacenter na Rússia, tivemos a oportunidade de conhecer diferentes sistemas e enfrentar abordagens diametralmente opostas de fornecedores em relação à operação desses sistemas. 

Contamos como atualizamos completamente nosso sistema BMS no último ano e por quê.  

A raiz do problema

Tudo começou há 10 anos com o lançamento do datacenter Linxdatacenter em São Petersburgo. O sistema BMS, de acordo com os padrões da indústria da época, consistia em um servidor físico com software instalado, acessado por meio de um programa cliente (o chamado 'cliente pesado'). 

Naquela época, havia poucas empresas oferecendo tais soluções no mercado. Seus produtos eram o padrão, a única resposta à demanda existente. E é justo reconhecer que, tanto então quanto hoje, os líderes do mercado em geral conseguem atender à sua tarefa básica – fornecer soluções funcionais para a operação de datacenters. 

A escolha lógica para nós foi a solução BMS de um dos maiores fabricantes do mundo. O sistema escolhido na época atendia a todos os requisitos para o monitoramento de um complexo objeto de engenharia, que é um datacenter. 

No entanto, com o tempo, as demandas e expectativas dos usuários (ou seja, nós, operadores de datacenters) em relação às soluções de TI mudaram. E os grandes fornecedores, como mostrou a análise do mercado de soluções disponíveis, não estavam preparados para isso.

O mercado de TI corporativa sofreu uma influência significativa da esfera B2C. As soluções digitais hoje devem proporcionar facilidade de uso para o usuário final – esse é o objetivo dos desenvolvedores. Isso é evidente na melhoria das interfaces de usuário (UI) e da qualidade da experiência do usuário (UX) de muitos aplicativos corporativos. 

As pessoas se acostumam com o conforto em tudo que diz respeito às ferramentas digitais em sua vida cotidiana e impõem as mesmas exigências às ferramentas que usam para tarefas profissionais. Elas esperam das aplicações corporativas a mesma clareza, intuitividade, facilidade e transparência que têm em serviços financeiros, aplicativos de transporte ou compras online. Os profissionais de TI que implementam soluções no ambiente corporativo também se esforçam para obter todas as "novidades" modernas: implantação e escalabilidade simples, resistência a falhas e possibilidades de personalização ilimitadas. 

Grandes fornecedores internacionais frequentemente ignoram essas tendências. Baseando-se em sua longa autoridade no setor, as corporações, ao trabalharem com clientes, muitas vezes se mostram inflexíveis e rigorosas. A ilusão de serem insubstituíveis não permite que vejam como empresas tecnológicas jovens, que oferecem soluções alternativas adaptadas às necessidades específicas dos clientes, estão surgindo bem à sua frente, sem custos adicionais pela marca.

Desvantagens do antigo sistema BMS 

O principal problema que temos com a solução BMS desatualizada é a sua lentidão. A investigação de vários eventos relacionados à resposta não rápida da equipe de plantão nos ajudou a perceber que, às vezes, os eventos eram exibidos no sistema BMS com um grande atraso. A sistema não estava sobrecarregada ou com defeito; apenas as versões de seus componentes (por exemplo, JAVA) estavam desatualizadas e não conseguiam funcionar corretamente com as novas versões dos sistemas operacionais sem atualizações. Actualizá-las só poderia ser feito junto com o sistema BMS, e o fornecedor não oferecia continuidade automática das versões, ou seja, para nós, o processo seria praticamente tão trabalhoso quanto a transição para um novo sistema, e a nova solução ainda manteria parte das desvantagens do antigo.  

Adicionando mais alguns incômodos "detalhes":

  1. Taxa pela conexão de novos dispositivos com o princípio "um IP – uma licença paga"; 
  2. Impossibilidade de atualizar o software sem a compra de um pacote de suporte (refere-se à atualização de componentes gratuitos e à correção de erros no próprio programa BMS);
  3. Alto custo de suporte; 
  4. Localização em um servidor "físico", que pode falhar e possui recursos computacionais limitados;
  5. "Reservação" por meio da instalação de um segundo servidor físico, com um pacote de licenças duplicado. A sincronização de bancos entre os servidores principal e de reserva está ausente – o que significa a transferência manual do banco de dados e um longo tempo de transição para o reserva;
  6. "Cliente grosso" do usuário, inacessível externamente, sem extensão para dispositivos móveis e opções de acesso remoto;
  7. Interface web reduzida sem gráficos e notificações sonoras, acessível externamente, mas praticamente não utilizada pelos funcionários devido à sua falta de informações;
  8. Ausência de animação na interface – toda a gráficos consistem apenas em uma imagem de "fundo" e ícones estáticos. O resultado é um baixo nível de visibilidade geral;

    Tudo parecia mais ou menos assim:

    Monitoramento no Data Center: como trocamos o antigo BMS pelo novo. Parte 1

    Monitoramento no Data Center: como trocamos o antigo BMS pelo novo. Parte 1

  9. Limitação na criação de sensores virtuais – apenas a função de adição está disponível, enquanto os modelos de sensores reais requerem a capacidade de realizar um conjunto de operações matemáticas para cálculos corretos, refletindo a realidade do trabalho; 
  10. Impossibilidade de obter dados em tempo real ou de um arquivo para quaisquer fins (por exemplo, para exibição no painel do cliente);
  11. Total ausência de flexibilidade e possibilidade de alterar algo na BMS para os processos existentes do data center. 

Requisitos para o novo sistema BMS

Considerando o exposto, nossos principais requisitos ficaram assim:

  1. Duas máquinas independentes de reserva mútua com sincronização automática, operando em duas plataformas de nuvem diferentes em diferentes data centers (neste caso, os data centers Linxdatacenter em São Petersburgo e Moscovo);
  2. Adição gratuita de novos dispositivos;
  3. Atualização gratuita de software e seus componentes (exceto para modificações na funcionalidade);
  4. Código-fonte aberto, permitindo-nos manter o sistema de forma independente em caso de problemas do lado do desenvolvedor;
  5. Possibilidade de obter e usar dados da BMS, por exemplo, no site ou no painel do cliente;
  6. Acesso através de navegador WEB sem "cliente grosso";
  7. Uso de contas de domínio dos funcionários para acesso à BMS;
  8. Presença de animação e muitos outros pequenos e não tão pequenos desejos que se materializaram em um detalhado documento de requisitos.

A última gota

Monitoramento no Data Center: como trocamos o antigo BMS pelo novo. Parte 1

No momento em que percebemos que o data center havia superado seu BMS, a solução mais óbvia parecia ser a atualização do sistema existente. "Não se troca o cavalo na ponte", não é verdade? 

No entanto, grandes corporações geralmente não oferecem modificações personalizadas em suas soluções "polidas" por décadas, vendidas em dezenas de países. Enquanto jovens empresas testam ideias ou protótipos de futuros produtos com potenciais consumidores e se baseiam nas avaliações dos usuários para desenvolver seus produtos, as corporações continuam a vender licenças de um produto que já foi realmente bom, mas que, infelizmente, hoje está ultrapassado e inflexível.

E sentimos a diferença na abordagem na pele. Durante a correspondência com o fabricante do antigo BMS, ficou bastante claro que a atualização oferecida pelo vendedor do sistema existente, na verdade, se transformaria na compra de um novo sistema com transferência semi-automática de dados, custos altos e armadilhas durante a migração que nem mesmo o próprio fabricante poderia prever. É claro que, nesse caso, o custo de suporte técnico da solução atualizada aumentava, assim como havia a necessidade de adquirir licenças ao expandir.

E o mais desagradável – o novo sistema não conseguia atender plenamente aos nossos requisitos de backup. O sistema BMS atualizado poderia ser implementado, como queríamos, na plataforma em nuvem, o que nos permitiria dispensar o "hardware", mas a opção de backup não estava inclusa no preço. Para o backup de dados, precisaríamos comprar um segundo servidor virtual BMS e um conjunto adicional de licenças. Com o preço de uma licença em torno de $76 e uma quantidade de endereços IP 1000 unidades, isso totaliza $76.000 em despesas adicionais apenas para as licenças da máquina de backup. 

A "principal feature" of the new BMS version is the need to purchase additional licenses "for all devices" – even for the main server. It should be noted that there are devices connected to the BMS via gateways. The gateway has one IP address but controls several devices (on average 10). In the old BMS, one license was required for each IP address of the gateway, and the statistics looked approximately like this: "IP addresses/licenses 1000, devices 1200." The updated BMS operated on a different principle, and the statistics would appear as follows: "IP addresses 1000, devices/licenses 1200." This means the vendor in the new version changed the license assignment principle, and we had to purchase approximately 200 additional licenses. 

The budget for the "update" ultimately consisted of four items: 

  • the cost of the cloud version and the service for migrating to it; 
  • additional licenses for the existing package for devices connected via gateways;
  • the cost of a backup cloud version;  
  • a set of licenses for the backup machine. 

The total cost of the project amounted to over $100,000! Not to mention the need to purchase licenses for new devices in the future.

In the end, we realized that it would be easier for us – and perhaps even cheaper – to order a system built from scratch, considering all our requirements and providing possibilities for future upgrades. However, it was necessary to find developers willing to create such a complex system, compare offers, select one, and navigate with the finalist from specifications to implementation… More about this will be covered in the second part of the material soon. 

Fonte: habr.com

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster