Estudo de caso – 100% de tempo de atividade na Liebherr MCCtec com NCache

Desafio

O desafio enfrentado pela Liebherr-MCCtec era ter e manter a disponibilidade máxima 24 horas por dia, 7 dias por semana de sua intranet. Um segundo desafio foi ter escalabilidade para o futuro. Quando os aplicativos de intranet da Liebherr-MCCtec foram inicialmente desenvolvidos, eles contavam com o ASP da Microsoft.NET framework StateServer e seu SQL Server para salvar os dados das sessões.

Tuertscher disse: "O problema é que quando você tem apenas um StateServer e o servidor está inativo, seus aplicativos também caem e você tem um único ponto de falha e os dados das sessões são perdidos. Tentamos resolver nossos requisitos com nosso StateServer e tentou salvar os dados das sessões no SQL Server, que era muito lento para nós. Em nossa tentativa de um sistema totalmente à prova de falhas, tivemos que usar dois StateServers ou dois SQL Servers, o que gerou uma despesa maior."

Tanto o StateServer quanto o SQL Server têm vários problemas. Resumindo, quando um servidor web cai por qualquer motivo, o StateServer nesse servidor web também cai. Isso significa que muitas sessões são perdidas. Além disso, quando uma caixa dedicada do StateServer fica sobrecarregada devido a servidores Web adicionados e as transações são muito escalonadas, um gargalo de escalabilidade é criado.

Quanto ao problema de escalabilidade, Tuertscher disse: "Nossos sistemas da Microsoft não nos permitem salvar nossos objetos globais e nos permitem usar esses dados em pools de aplicativos, além de não nos dar acesso adicional de um aplicativo WinForms".

Enquanto isso, o SQL Server não é um armazenamento de dados na memória, mas sim um armazenamento de dados baseado em disco. Todos os bancos de dados são mantidos em disco porque crescem tanto que a memória não é suficiente para armazenar todo o banco de dados. Assim, um banco de dados armazena seus dados em um armazenamento persistente, que é um disco. Devido ao armazenamento em disco, o desempenho do SQL Server não é tão rápido, resultando em uma queda de desempenho.

Além disso, a Liebherr-MCCtec não tinha a alta disponibilidade necessária quando precisava desligar seu servidor para manutenção ou outros motivos. Alta disponibilidade significa que o cache deve ser extremamente estável para nunca travar. Ele também deve fornecer a capacidade de fazer alterações na configuração sem interromper o cache.

NCache Solução

"Agora usamos NCache para armazenar dados para o máximo desempenho de nossas aplicações, e não precisamos de uma viagem de ida e volta para o SQL Server", de acordo com Tuertscher. A Liebherr-MCCtec também usa NCache para resolver problemas de alta disponibilidade, bem como os problemas introduzidos anteriormente pelo StateServer e SQL Server da Microsoft. Hoje, a Liebherr-MCCtec usa um cache clusterizado para sincronizar os dados da sessão entre dois servidores IIS. Dessa forma, os dados das sessões estão disponíveis em todas as solicitações.

Ele acrescentou: "Não temos um único ponto de falha porque NCache é instalado em cada servidor IIS. Economizamos dinheiro significativo ao não exigir servidores adicionais que vêm com licenças caras”, disse Tuertscher.

Antes de instalar NCache, o sistema à prova de falhas da intranet da Liebherr-MCCtec exigia dois servidores Windows e licenças associadas para que seu StateServer sincronizasse os dados das sessões. Em seguida, precisou de dois outros servidores, duas licenças do Windows Server e duas licenças do SQL Server para que o SQL Server sincronizasse os dados das sessões. Os custos de hardware e software podem ser economizados.

Além disso, ele acrescentou que toda a estrutura do menu, bem como o mapa do site da intranet é armazenado em NCache. Para obter o máximo desempenho, o menu é carregado via NCache em tempo de execução sem a necessidade do SQL lento Select do banco de dados.

NCache fornece alto desempenho e escalabilidade linear. Ele pode ser dimensionado devido à sua arquitetura. Ele mantém os dados distribuídos em vários servidores e ainda fornece uma visão lógica para que apareça como um cache. No entanto, o cache distribuído existe em vários servidores e esse recurso permite NCache para escalar de uma forma notável.

Além disso, por estar na memória, NCache fornece à intranet Liebherr-MCCtec a replicação altamente crítica. Se algum servidor cair, nenhum dado será perdido e outro servidor terá esses dados idênticos. A replicação fornece mais de uma cópia dos mesmos dados em locais diferentes em servidores diferentes. Ao fazer isso, a Liebherr-MCCtec atinge 100% de tempo de atividade.

Graças a NCacheCom a topologia de cache de replicação de partição, conforme mostrado na Fig. 1, a Liebherr-MCCtec pode manter consistentemente essa alta disponibilidade sem tempo de inatividade. Nesta topologia de cache, cada cache particionado pode ser replicado e crescer. Além disso, a Liebherr-MCCtec é capaz de replicar a disponibilidade para garantir que nenhum dado seja perdido. Além disso, com a ajuda da topologia de replicação particionada, a Liebherr-MCCtec pode aumentar seu cache linearmente em termos de escalabilidade.

Como um bônus adicional, a Liebherr-MCCtec aprimora ainda mais sua alta disponibilidade por meio do cluster de cache dinâmico. Na verdade, essa é a capacidade de adicionar ou remover servidores de cache do cluster de cache em tempo de execução sem interromper o cache ou os aplicativos cliente.

Planos de curto prazo

Atualmente, a Liebherr-MCCtec utiliza NCache apenas para seus aplicativos ASP.NET. No entanto, a empresa pode imaginar usar NCache em seus aplicativos .NET WinForms para o máximo desempenho e para aliviar seus SQL Servers.

O que fazer a seguir?

• NCache Adicionar ao carrinho
• Baixar NCache
• Solicite uma demonstração AO VIVO personalizada