Estudo de caso – Risco atinge 100% de tempo de atividade com NCache

O Desafio

O Grupo Risco instituiu um novo modelo de negócio ao fornecer aos seus clientes software como serviço (SaaS). Seu SaaS é baseado em um sistema de site de servidor em constante crescimento. Eli Brin, Gerente de Programa para esta operação SaaS, disse: "Nosso serviço faz parte da plataforma de serviços do Risco. Esta plataforma fornece serviços de segurança e controle de acesso aos nossos clientes. Como um serviço nesses domínios, deve fornecer um serviço 24 horas disponibilidade de nível de telecomunicações."

Ele acrescentou: "Ao acessar nossos servidores, nossos clientes não precisam cuidar do software de que precisam. O custo de propriedade é consideravelmente reduzido. Eles não precisam lidar com atualizações de computador ou software, manutenção e coisas assim. "

No entanto, o site de servidores do Grupo Risco e o modelo de negócios SaaS enfrentaram um grande desafio. Brin explicou: "Usamos um grande número de servidores da Web para balancear a carga das informações e manter as informações de sessão entre as solicitações dos clientes. Como resultado, os desafios que enfrentamos lidavam com gargalos de escalabilidade devido às transações desordenadas que chegavam ao nosso banco de dados".

A escalabilidade assume alguns significados. Por um lado, o Grupo Risco precisava lidar efetivamente com as cargas de pico dos clientes. Por outro, exigia um mecanismo para aumentar a capacidade total. Escalabilidade significa poder crescer com o número de usuários ou adicionar mais usuários sem afetar negativamente o desempenho.

Brin disse: "Nós não tínhamos a capacidade no início, então desenvolvemos algo geral e, posteriormente, na primeira versão do ASP.NET, usamos a capacidade do .NET para manter sessões entre solicitações e o banco de dados MS sqlserver".

"Mas esta solução tem um custo", acrescentou. "A cada solicitação, temos que acessar o banco de dados e ler os dados. Isso não foi tão rápido quanto queríamos, então não funcionou de forma eficaz para nós."

Existem várias razões pelas quais os gargalos podem ocorrer em aplicativos ASP.NET. A mais óbvia é que a tecnologia de armazenamento de dados não é tão escalável quanto a arquitetura de aplicativos da Web. Qualquer lugar em um aplicativo ASP.NET que lida com armazenamento de dados ou acesso a dados imediatamente se torna um gargalo. As duas áreas em que isso acontece no ASP.NET são o armazenamento do estado da sessão e os dados do aplicativo provenientes de um banco de dados relacional ou de um banco de dados de mainframe.

NCache Solução de escalabilidade

O Grupo Risco recorreu NCache cache distribuído para resolver seus problemas de escalabilidade. Brin disse: "NCache da Alachisoft resolveu nosso problema de persistência de dados em um ambiente distribuído sem um banco de dados."

Os dados persistentes destinam-se ao armazenamento de longo prazo, pois atendem a determinados requisitos. Uma base de dados como a do Grupo Risco destina-se ao armazenamento de longo prazo, enquanto NCache o cache de dados distribuído é sempre transitório e temporário. Na situação do Grupo Risco, a empresa só precisa armazenar dados em armazenamento temporário ou cache distribuído durante uma sessão de usuário ou talvez durante uma aplicação por algumas horas, dias ou semanas. Em seguida, esses dados desaparecem porque sempre há armazenamento mestre permanente ou banco de dados de onde os dados podem ser carregados novamente.

Quanto à leitura rápida dos dados como exigia o Grupo Risco, NCache é rápido porque é um cache na memória. Além disso, é praticamente linearmente escalável. A escalabilidade linear significa que, à medida que mais servidores são adicionados, a capacidade é multiplicada. Por exemplo, se 10,000 transações por segundo forem realizadas em um servidor, a adição de um segundo servidor fornecerá cerca de 20,000 transações por segundo no total.

A redundância via clustering é a chave

"O que é particularmente atraente é que NCache cache distribuído suporta redundância total entre servidores, o que é crítico para o tamanho do nosso farm de servidores web", disse Brin. Hoje, o Grupo Risco usa um web farm de 22 servidores, a maioria deles são NCache clientes com uma camada de cache separada de dois servidores.

O clustering e a topologia de cache replicado possibilitam a redundância. Conforme mostrado na Fig. 1, NCacheA topologia replicada de replica o cache muitas vezes, dependendo de quantas vezes o Grupo Risco precisa. A cache replicada é ideal para uso re-intensivo como no caso do Grupo Risco.

Brin disse: “Hardware tem tendência a falhar; É só uma questão de tempo. o NCache servidor é um componente crítico para evitar a degradação do desempenho do sistema. No nosso caso, é um componente central do nosso sistema."

Se algum servidor web cair, (cair significa que a memória desse servidor fica indisponível), o Grupo Risco não perderá nenhum dado e outro servidor web terá esses dados. A replicação fornece mais de uma cópia dos mesmos dados em locais diferentes em servidores diferentes e, ao fazer isso, o Grupo Risco atinge 100% de tempo de atividade durante o armazenamento de dados.

Após a implementação NCache, o Grupo Risco logo descobriu um benefício adicional – alto desempenho na ordem de 600 transações por segundo. Brin disse: "Cada transação envolve um aplicativo completo que atende ao cliente e inclui todos os dados pertinentes".

Além disso, ele observou que a operação SaaS e o software do site do servidor devem fornecer um serviço estável e confiável 24 horas por dia, 7 dias por semana. "NCache velocidade, escalabilidade, confiabilidade e estabilidade estão se mostrando excelentes e comprovadas em nosso ambiente de produção", acrescentou Brin.

O que fazer a seguir?

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