Alternativas para garantir a continuidade e o backup em serviços de hospedagem de servidores virtuais gerenciados.

No dia 16 de agosto de 2013, o Google experimentou um incidente global sem igual. Durante aproximadamente cinco minutos, todos os seus serviços, como Google Search, Google Drive, YouTube e Gmail, ficaram fora do ar e indisponíveis em escala mundial.

O desfecho foi que, naquele momento, as empresas de análise estimaram que o incidente resultou em uma redução de 40% no fluxo total de internet.

Então, qual é a lição que podemos tirar disso? O incidente revela que, embora a disponibilidade seja essencial para todos os sites, algumas soluções são mais dispendiosas do que outras.

Por isso, embora um blog pessoal possa ser hospedado em um único servidor, sites e aplicativos importantes e muito utilizados necessitam de uma configuração mais avançada chamada sistema de alta disponibilidade.

Hoje, vamos explorar detalhadamente o conceito de cluster de alta disponibilidade e demonstrar sua operação no contexto de servidores virtuais gerenciados.

Qual é a definição de um sistema de alta disponibilidade?

Em uma hospedagem convencional, um servidor físico ou virtual é utilizado para hospedar um ou mais sites. Todos os arquivos e bancos de dados são armazenados em uma única máquina, que é responsável por processar as solicitações da internet. Se essa máquina falhar, todo o site será afetado, pois há um único ponto de falha.

Algumas empresas consideram os riscos nessa situação como sendo de grande magnitude.

Pense em uma situação em que uma grande loja online recebe pedidos de clientes de todo o mundo a cada segundo. Mesmo que haja apenas alguns minutos de inatividade, isso pode resultar em uma perda significativa de receita, além de causar danos à reputação que podem ser difíceis de recuperar. Se você utiliza um aplicativo essencial, como um sistema bancário online ou controle de tráfego, as consequências de qualquer interrupção podem ser ainda mais sérias.

Projetos desse tipo demandam uma infraestrutura de hospedagem mais robusta, que não seja dependente de um único servidor. É importante destacar o significado de “mais confiável” nesse contexto.

Suponhamos que o seu website tenha sido lançado há exatamente um dia e, durante esse período, ficou fora do ar por cinco minutos devido a uma reinicialização do servidor pelo seu provedor de hospedagem. Um dia completo tem 1.440 minutos e, portanto, os cinco minutos representam 0,35% desse total. Portanto, a sua aplicação teve um tempo de atividade de 99,65%.

Este valor não é aceitável para um site de grande porte voltado para lucratividade ou uma aplicação essencial. Esses tipos de projetos têm como objetivo atingir uma meta conhecida como “os cinco noves” ou 99,999% de tempo de funcionamento. Em um período de 24 horas, uma interrupção aceitável para eles seria de no máximo 0,0144 de um minuto (ou 864 milissegundos). A única forma de alcançar esse padrão é por meio de uma infraestrutura de hospedagem altamente disponível.

Um sistema de alta disponibilidade é composto por diversos servidores interligados em um cluster e preparados para hospedar o mesmo site ou aplicativo. Embora existam diversas configurações possíveis, em todas elas, caso um dos servidores falhe, os demais podem assumir a responsabilidade e garantir a acessibilidade do site ou aplicativo para os usuários.

Dessa maneira, um cluster de alta disponibilidade resolve a questão do único ponto de falha. Embora pareça simples, como de fato se planeja e implementa uma infraestrutura resiliente?

Há três ideias principais às quais você deve dedicar bastante atenção. Vamos explorá-las com mais profundidade.

Repetição desnecessária de informações.

Em uma perspectiva mais abrangente da computação, implementar redundância em um sistema envolve estabelecer múltiplos elementos que desempenham a mesma função. Neste contexto, tais elementos correspondem aos servidores (ou nós) que constituem nosso agrupamento. Eles têm a função de executar solicitações, fornecer arquivos e acessar os dados do banco de dados do site por meio de operações de leitura e escrita.

Se um dos servidores estiver inativo, os demais asseguram a disponibilidade do seu site. Contanto que haja ao menos um nó do cluster operacional, os visitantes conseguirão acessá-lo.

Ação de seguir e observar algo de perto.

A supervisão é fundamental para o funcionamento eficaz de um cluster de alta disponibilidade. Um sistema implementado no servidor web ou balanceador de carga é necessário para monitorar constantemente a saúde de cada nó do cluster. Com base nesses dados, as solicitações podem ser direcionadas para nós específicos a fim de garantir um tempo de atividade contínuo e um desempenho excepcional, mesmo em situações de tráfego intenso.

Erro, defeito ou imperfeição.

O failover consiste em transferir as operações de um servidor que está falhando para um servidor em pleno funcionamento. Se o seu sistema de failover for eficaz, os usuários não perceberão que foram redirecionados para outro nó.

Os princípios mencionados são fundamentais para a criação de qualquer agrupamento com alta disponibilidade. Existem diversas maneiras de configurar isso, e a escolha dependerá principalmente do tipo de sistema de alta disponibilidade que está sendo desenvolvido.

Diferentes modalidades de arquitetura para garantir alta disponibilidade.

Cada sistema de alta disponibilidade é único, com provedores utilizando diversos servidores e instâncias virtuais para construir clusters personalizados de acordo com as necessidades de cada cliente. As soluções costumam ser altamente flexíveis.

Um sistema altamente disponível pode ser ampliado de maneira simples por meio de um design que permite escalabilidade horizontal. Caso seja necessário aumentar a capacidade de configuração atual do seu site, é possível adicionar facilmente mais servidores ao cluster para obter mais potência e redundância.

Considerando tudo isso, não é muito útil categorizar sistemas HA com base no tamanho. No entanto, é possível identificar diversas abordagens distintas em relação a outros aspectos de seu funcionamento.

Infraestrutura ativa e operacional.

Primeiramente, vamos analisar a forma como os clusters de alta disponibilidade gerenciam solicitações e fazem uso dos servidores disponíveis.

Uma configuração em que há um sistema principal em operação e um sistema de reserva em standby para garantir alta disponibilidade.

Nesse cenário, um servidor principal é responsável por processar todas as solicitações recebidas, enquanto os demais nós do cluster permanecem em standby, prontos para serem ativados, mas sem lidar com tráfego. Um sistema de monitoramento supervisiona a saúde do servidor principal e, ao identificar qualquer problema, direciona imediatamente o tráfego para o segundo nó, que passa a lidar com as solicitações.

Se ocorrer algum problema com o segundo servidor, o fluxo de tráfego será redirecionado para o terceiro servidor e subsequentemente para os demais. Assim que o servidor principal for reparado, ele será restabelecido e voltará a processar as solicitações recebidas.

Uma implementação em que ambas as instâncias estão ativas e prontas para serem utilizadas, garantindo alta disponibilidade.

Em um ambiente de cluster ativo, o tráfego não é direcionado para um único servidor, mas sim para diferentes nós por meio de um balanceador de carga. Essa abordagem visa otimizar o uso dos recursos do servidor ao distribuir a carga entre várias máquinas, garantindo que, caso um nó apresente problemas, as solicitações sejam redirecionadas automaticamente para outros servidores.

Vantagens e Desvantagens

Um sistema em funcionamento otimiza tanto a acessibilidade quanto o rendimento de sua página. Em um aspecto, isso garante a duplicação necessária para todos os clusters de alta disponibilidade, e, por outro lado, garante que seu site tenha acesso constante a uma ampla gama de recursos de hardware, o que resulta em tempos de carregamento mais ágeis.

Em relação à complexidade, uma infraestrutura ativa é mais simples, com poucos componentes envolvidos na operação e menos necessidade de configuração para garantir a harmonia entre eles.

A opção mais básica diminui o custo, no entanto, mesmo que um sistema ativo possa ser mais econômico em termos gerais, você ainda estará pagando por recursos que não são utilizados na maioria das situações. Assim, do ponto de vista financeiro, é mais vantajoso investir em um cluster ativo.

Comparação entre um site individual e uma infraestrutura de vários sites.

Construir um cluster de alta disponibilidade utilizando máquinas virtuais é uma escolha vantajosa, pois são mais econômicas e oferecem maior flexibilidade na configuração de hardware. No entanto, é importante lembrar que essas máquinas virtuais precisam ser implantadas em servidores físicos que estão localizados em data centers, o que te dá duas opções.

Agrupamento de um único site.

Com uma única configuração do site, todos os nós estão localizados no mesmo data center. Embora as instâncias virtuais possam ser distribuídas em máquinas físicas diferentes para aumentar a redundância, os dados são acessados a partir do mesmo local.

Site com vários clusters.

Você tem a capacidade de operar seu cluster de alta disponibilidade em diversas instalações de data centers, com a flexibilidade de posicionar seus nós em diferentes regiões geográficas, como na Europa, nos EUA e no Extremo Oriente, dependendo das opções de localização disponíveis no seu provedor de hospedagem.

Vantagens e desvantagens

Se o seu website receber visitantes de todo o mundo, os benefícios de usar uma arquitetura multisite serão evidentes. Com essa configuração, é possível direcionar as solicitações dos usuários para o servidor mais próximo deles, de forma a melhorar a entrega de conteúdo, semelhante a uma rede de entrega de conteúdo.

Uma desvantagem de ter um cluster de vários sites é a complexidade adicional envolvida. Manter o cluster se torna mais desafiador, especialmente devido à necessidade de redirecionar solicitações para servidores localizados em diferentes países, o que pode resultar em um aumento no tráfego de rede que pode anular os benefícios de desempenho.

No entanto, além da performance tipo CDN e da rapidez no carregamento, há outro cenário em que uma arquitetura multisite de alta disponibilidade traz benefícios significativos. Se os seus servidores estiverem todos em um único local e ocorrer uma falha grave ou um desastre natural nesse local, todo o seu conjunto de servidores será afetado.

É importante destacar que os profissionais responsáveis pelos data centers se esforçam ao máximo para prevenir incidentes desse tipo. Eles utilizam tecnologia de ponta, aderem a diversos protocolos de segurança abrangendo diferentes situações. Apesar dos esforços, eventualmente ocorrem desastres, resultando em consequências devastadoras.

Deve ficar evidente que, mesmo um pequeno grupo de alta disponibilidade, é um sistema complexo composto por diversos elementos essenciais para seu funcionamento. Vamos analisá-los mais detalhadamente.

Distribuição equilibrada de cargas e garantia de alta disponibilidade.

Você pode imaginar o balanceador de carga como um intermediário que recebe solicitações da web e as encaminha para diferentes nós no conjunto de servidores. No entanto, essa é apenas uma explicação simplificada.

Não se esqueça dos princípios fundamentais que devem ser implementados em todo sistema de alta disponibilidade – redundância, monitoramento e failover. A redundância pode ser assegurada através da conexão de vários servidores de aplicativos ao cluster. Quanto ao monitoramento e failover, é possível recorrer ao balanceador de carga.

Por meio desse sistema, a infraestrutura de alta disponibilidade consegue monitorar o desempenho de cada servidor e ajustar o fluxo de tráfego conforme necessário.

Vamos descobrir a maneira como ele realiza isso em breve, mas antes, vamos analisar as diversas opções de balanceadores de carga.

Diferentes categorias de distribuidores de carga

Existem duas categorias principais de dispositivos de balanceamento de carga:

Balanceadores de carga de hardware se refiere a dispositivos físicos utilizados para distribuir la carga de trabajo de manera equitativa entre varios servidores o recursos de red.

Um balanceador de carga de hardware é um equipamento físico ligado ao seu cluster de alta disponibilidade, podendo estar localizado no mesmo data center dos servidores de aplicativos ou em um local distinto. Este dispositivo conta com um sistema operacional especializado e ferramentas que auxiliam os administradores de sistemas a configurar os métodos de redirecionamento de solicitações para nós específicos.

Balanceadores de carga de software são ferramentas que distribuem o tráfego de rede de forma equilibrada entre vários servidores para otimizar o desempenho e a disponibilidade do sistema.

Antigamente, os balanceadores de carga de software eram basicamente versões adaptadas do software utilizado nos balanceadores de carga física. Atualmente, a situação é outra.

Um software de balanceamento de carga pode ser operado em um servidor físico ou virtual independente localizado em um data center ou na nuvem pública. Geralmente, é uma parte do software padrão instalado em sua hospedagem e pode ser integrado ao servidor web.

Vantagens e desvantagens

Um balanceador de carga de hardware costumava ser visto como a escolha mais avançada devido ao seu propósito específico. No entanto, soluções de balanceamento de carga de software evoluíram significativamente nos últimos anos e são agora consideradas a opção ideal para a maioria dos projetos. Essas soluções são mais acessíveis e simples de implementar, manter e expandir, já que são comumente integradas na pilha de software.

Métodos para distribuir de forma equilibrada a carga de trabalho entre os diferentes componentes de um sistema.

Quando uma solicitação é recebida, o balanceador de carga precisa determinar qual nó do cluster será responsável por processá-la. É fundamental redirecionar o tráfego de forma a garantir que a carga total permaneça em níveis adequados, assegurando um alto desempenho.

Para assegurar esses aspectos, os administradores de sistema aplicam algoritmos de balanceamento de carga, que são diretrizes seguidas pelos balanceadores de carga ao distribuir as requisições de entrada entre os nós do cluster.

Há diversos métodos de distribuição de carga amplamente reconhecidos que podem ser divididos em duas classes distintas.

Algoritmos fixos para equilibrar a carga.

Um algoritmo de balanceamento de carga estática é composto por regras fixas que são aplicadas de forma independente de fatores como a situação atual de cada servidor, níveis de tráfego, entre outros.

Aqui estão algumas ilustrações.

• Texto parafraseado: No método round-robin, as requisições são distribuídas em ordem sequencial, sendo encaminhadas para os servidores de forma sucessiva, de acordo com a sua ordem de chegada.
• Robbina redonda ponderada é uma modificação do algoritmo de round-robin que possibilita aos administradores direcionar uma maior quantidade de tráfego para nós de cluster capazes de processar um maior volume de solicitações simultaneamente.
• IP hash – O balanceador de carga faz uso do endereço IP de origem para gerar uma chave exclusiva e decidir qual servidor deve atender à requisição em questão. Essa abordagem é eficaz para assegurar que o tráfego proveniente de um intervalo IP específico seja direcionado para um servidor específico.

Balanceamento de carga usando algoritmos dinâmicos.

Um algoritmo dinâmico de balanceamento de carga incorpora diretrizes que levam em conta a situação atual do cluster de alta disponibilidade. Quando um balanceador de carga utiliza esse tipo de algoritmo, ele analisa diversos aspectos para determinar qual servidor é mais adequado para lidar com cada solicitação que recebe.

Aqui estão alguns exemplos de um método dinâmico para equilibrar a carga.

• Comunicação ágil – A requisição de acesso é automaticamente encaminhada para o servidor que possui poucas conexões ativas.
• Maior demanda de conexão – Certas conexões podem sobrecarregar o servidor mais do que outras. Ao ajustar o algoritmo para priorizar as conexões menos intensivas, os administradores podem considerar não apenas a quantidade de requisições, mas também o seu tipo.
• Com base nos recursos disponíveis, cada servidor do cluster possui um agente instalado para monitorar a disponibilidade de memória e capacidade de processamento. Esse agente mantém comunicação contínua com o balanceador de carga, permitindo que ele identifique quais servidores estão sobrecarregados e quais podem atender mais solicitações.

Geralmente, os gestores utilizam uma mistura de diferentes algoritmos estáticos e dinâmicos para assegurar um bom desempenho e velocidade constante, ao mesmo tempo em que controlam a carga do servidor de forma eficaz.

Distribuição equilibrada de carga e proteção.

Cada elemento em um sistema de alta disponibilidade deve ser configurado com segurança em mente, inclusive o balanceador de carga. Com o passar do tempo, os administradores exploraram diversas maneiras de utilizar balanceadores de carga para reforçar a segurança. Embora algumas práticas tenham sido pertinentes no passado, atualmente são consideradas ultrapassadas.

Antigamente, os balanceadores de carga eram comumente utilizados para realizar o processo de descarregamento SSL, que consistia em descriptografar as solicitações criptografadas por SSL antes de encaminhá-las para o servidor de aplicativos. Isso resultava em uma redução da carga nos nós do cluster e em tempos de resposta mais ágeis.

Entretanto, a interrupção do SSL é atualmente vista como uma ação de alto risco, uma vez que implica que a comunicação entre o balanceador de carga e os servidores de aplicativos não é segura. Esse perigo é especialmente preocupante em clusters multisite, nos quais a informação precisa ser transmitida entre diferentes centros de dados.

Utilizar o balanceador de carga para criptografar informações não é aconselhável. No entanto, é recomendável empregá-lo como uma medida de segurança contra ataques DDoS.

As soluções atuais de balanceamento de carga conseguem identificar e redirecionar automaticamente o tráfego indesejado para provedores de nuvem como Amazon ou Google. A utilização da nuvem é considerada a maneira mais eficaz de lidar com ataques DDoS atualmente. Ao configurar o balanceador de carga para tirar proveito disso, é possível enfrentar ataques web graves sem sofrer danos.

Repetição na distribuição de carga

Até o momento, mencionamos o balanceador de carga no singular. No entanto, um conjunto com apenas um balanceador de carga não constitui uma solução de alta disponibilidade genuína.

Sem a solução de balanceamento de carga, a queda de todo o cluster é inevitável, pois haverá um único ponto de falha se ele for composto por apenas um dispositivo ou aplicativo de software, que é justamente o problema que se buscava resolver.

Por isso, é importante que uma estrutura de alta disponibilidade seja cuidadosamente planejada, com múltiplos balanceadores de carga operando em um arranjo Active-Active ou Active-Standby. Em uma configuração multi-site, é essencial que esses balanceadores estejam localizados em diferentes lugares para garantir redundância adicional. Dessa forma, mesmo que um dos data centers utilizados apresente falhas, haverá um balanceador de carga capaz de manter o cluster funcionando online.

Endereços IP virtuais e sua capacidade de assumir automaticamente em caso de falha.

Até o momento, examinamos os princípios utilizados pelos clusters de alta disponibilidade para encaminhar pedidos para nós disponíveis e garantir a continuidade do site em situações de falha de hardware.

Agora é o momento de observar o funcionamento do mecanismo.

Seu grupo de servidores funciona como uma rede de computadores semelhante à rede doméstica, onde diferentes dispositivos como computador, celular, TV inteligente e dispositivos de IoT são conectados a um roteador que serve como ponto de acesso para a internet. Em um cluster de alta disponibilidade, os dispositivos são substituídos por nós e o roteador por um balanceador de carga.

Em qualquer rede de computadores, é importante que as máquinas individuais sejam identificáveis de forma simples, independentemente do seu tamanho. Por exemplo, no caso de um cluster de alta disponibilidade (HA), o balanceador de carga deve conseguir reconhecer os diferentes nós, avaliar a carga e encaminhar o tráfego para o destino mais apropriado.

O endereço IP é a identificação mais frequente utilizada em redes de computadores de todas as categorias. Nos clusters HA, endereços IP virtuais (VIPAs) são designados para nós individuais. Esses IPs são virtuais, pois não estão associados a uma interface de rede física.

O balanceador de carga possui uma lista atualizada de todos os VIPAs no cluster, juntamente com os endereços MAC correspondentes, permitindo que saiba o destino de cada solicitação a qualquer momento. Caso seja necessário transferir um VIPA, a lista deve ser atualizada.

O balanceador de carga se comunica com todos os IPs virtuais no cluster. Se um dos IPs virtuais não responder, indica um problema em um dos servidores e o tráfego é redirecionado para um nó saudável. Esse é o processo crucial de failover em ação.

Entretanto, é importante ressaltar que a comunicação de informações deve ser bidirecional. Após processarmos uma solicitação e enviarmos as informações requeridas de volta, é essencial que elas passem pelo balanceador de carga antes de serem entregues ao usuário. Assim como os nós, o balanceador de carga possui seu próprio endereço IP, conhecido como “flutuante”.

Um IP flutuante é como um IP virtual que não está associado a uma interface de rede física, tornando-o invisível externamente. A diferença é que ele pode ser transferido para outro dispositivo com mais facilidade. Em caso de falha do balanceador de carga principal, o IP flutuante é automaticamente redirecionado para um backup, garantindo a continuidade das respostas dos servidores de aplicativos.

Garantia de que os dados estão sempre disponíveis e sua replicação.

A redundância, aliada a um sistema de monitoramento avançado e a um switch de failover confiável, tem o potencial de reduzir significativamente a possibilidade de os usuários se depararem com uma tela em branco ou uma mensagem de erro ao acessar seu site. Mesmo assim, ainda há desafios a serem enfrentados.

Em um cenário convencional, é comum ter um grupo de arquivos e um banco de dados armazenados em um único servidor. Contudo, com uma infraestrutura altamente disponível, é necessário assegurar que tanto os arquivos quanto o banco de dados estejam acessíveis em todos os nós do cluster. Isso representa um desafio complexo, especialmente devido ao elevado nível de interação que os sites modernos costumam proporcionar.

Atualmente, até mesmo um simples clique pode resultar na criação de novos dados que precisam ser registrados para serem utilizados posteriormente. Em um site popular, esse processo ocorre de forma constante, muitas vezes várias vezes por segundo. Em ambientes de alta disponibilidade, o objetivo é assegurar que todas as atualizações sejam imediatamente visíveis para um grande número de pessoas simultaneamente.

Antigamente, existiam duas formas de realizar essa tarefa.

• Reformulação: Uma infraestrutura de disco compartilhada é estabelecida ao configurar um dispositivo de armazenamento externo e ajustar os nós do cluster para interagir com ele. Os dados dos usuários, originados em qualquer servidor conectado, são armazenados em um único disco e podem ser acessados por outras máquinas.

• Numa arquitetura não compartilhada, as informações são gravadas nos discos internos e não há um mecanismo automático de replicação de dados para garantir que sejam copiados em todos os servidores da rede.

É fundamental considerar todas as alterações ao mesmo tempo. Esse procedimento é chamado de replicação de dados síncrona (em oposição à assíncrona, em que as atualizações são feitas em intervalos), e é o único método para assegurar uma alta disponibilidade sem perda de dados.

Ambas as opções apresentam vantagens e desvantagens. Por exemplo, ao utilizar um sistema de armazenamento compartilhado, um dos processos mais importantes é transferido para um dispositivo externo, aliviando assim a carga nos servidores de aplicativos. No entanto, essa configuração também traz complexidade à rede, resultando em custos adicionais.

Utilizar os discos internos dos servidores de aplicativos pode parecer uma solução direta, porém a criação de um sistema de replicação de dados em tempo real é desafiadora, e alcançar a redundância com essa configuração é complexo.

Felizmente, graças ao progresso da tecnologia em nuvem, as empresas de tecnologia puderam inovar e desenvolver uma solução que se mostra muito mais eficaz do que os métodos convencionais.

• Armazenamento distribuído é uma estrutura na qual os dados são armazenados em diferentes máquinas físicas ou virtuais. Junto com os servidores de aplicativos, há um conjunto de nós dedicados exclusivamente ao armazenamento de dados.

Uma opção de armazenamento distribuído divide os dados em fragmentos e os guarda em diferentes nós de armazenamento. Cada servidor de aplicativos em um cluster de alta disponibilidade pode acessar diretamente as informações e localizar o que precisar a qualquer momento.

A distribuição de armazenamento apresenta diversas vantagens significativas em comparação com os métodos convencionais de armazenamento:

• Paráfrase do texto: A redundância nas soluções distribuídas permite a armazenagem de múltiplas cópias dos dados em nós distintos, o que possibilita a recuperação dos dados de forma simples, mesmo se um dos servidores no cluster estiver inativo.
• Custo – O valor dos recursos em nuvem diminuiu consideravelmente recentemente, e devido ao armazenamento distribuído que permite sua utilização máxima, pode-se afirmar que essa é a opção mais acessível disponível.
• Reformulação: O desempenho de um sistema de armazenamento distribuído pode ser significativamente superior ao das abordagens convencionais, sobretudo ao utilizar a infraestrutura de nuvem em diferentes localidades geográficas.
• Escalabilidade – A capacidade de expandir uma infraestrutura distribuída conforme necessário é simples e econômica.

Devido a essas vantagens, os serviços de hospedagem em nuvem em nível global, como a AWS, contam com uma infraestrutura de armazenamento distribuída forte. Isso também se aplica às nossas soluções de alta disponibilidade.

ScalaHosting e clusters com alta disponibilidade.

A disponibilidade é crucial para a operação da ScalaHosting. Se o site da empresa ficar inativo por breves períodos, isso pode resultar em perdas de vendas, mas o impacto na reputação é ainda mais prejudicial. Afinal, como confiar em um provedor de hospedagem para o seu projeto se eles têm dificuldade em manter o próprio site sempre online?

Por isso, o nosso site está armazenado em um sistema avançado de alta disponibilidade, distribuído em diversos data centers ao redor do mundo. Todos os servidores operam ao mesmo tempo, e os dados são fornecidos ao usuário a partir do servidor mais próximo. Se um dos servidores falhar, os demais estão prontos para assumir a carga. O que isso resulta?

Não experimentamos melhorias significativas ao longo dos anos, e os testes demonstram que, em termos de métricas cruciais de desempenho, como o Tempo Até a Primeira Resposta (TTFB), estamos em pé de igualdade e, por vezes, até mais rápidos do que o Google.com.

Entendemos que certos clientes necessitam de desempenho e tempo de atividade comparáveis, e para auxiliá-los, disponibilizamos opções avançadas de cluster altamente disponível que satisfazem suas exigências.

Você tem a opção de selecionar entre três arquiteturas principais.

Apenas um agrupamento de data centers.

Diversos servidores VPS são instalados no mesmo centro de dados e interligados em um cluster. Todos eles são encarregados de processar as solicitações dos usuários. Acima deles, estão operando dois balanceadores de carga em um arranjo Ativo-Espera. Caso um dos balanceadores de carga apresente falha, o outro está disponível para assumir a carga adicional.

A união da capacidade de múltiplos servidores virtuais assegura o bom funcionamento do seu site, enquanto os balanceadores de carga evitam sobrecarregar as máquinas virtuais em períodos de alta demanda. Além disso, a redundância em diversos níveis é implementada para reduzir a possibilidade de falhas.

Cluster central com dados múltiplos.

Com um cluster de vários centros de dados, as configurações de um único centro de dados são copiadas para um segundo data center. Geralmente, os servidores virtuais no segundo data center ficam inativos e só entram em funcionamento se o primeiro centro de dados falhar.

Em resumo, o cluster multi DC utiliza uma estrutura Active-Standby para assegurar a continuidade operacional do seu site, mesmo se um dos data centers ficar inativo. Além disso, o data center de reserva pode auxiliar na manutenção da disponibilidade do seu site durante as rotinas de manutenção. Essa configuração visa principalmente a redundância e o incremento da disponibilidade do sistema.

Agrupamento de diversas regiões.

Uma arquitetura mais complexa envolve diversos servidores distribuídos não somente em diferentes centros de dados, mas também em diferentes países. Nesse modelo de cluster Active-Active, todos os servidores virtuais executam pedidos ao mesmo tempo.

Além disso, a conexão de cada visitante do site é redirecionada para o servidor mais próximo, reduzindo a distância que os dados precisam percorrer e garantindo uma entrega mais rápida ao usuário. Se você possui um site movimentado com visitantes de diferentes partes do mundo e necessita de ótimas velocidades de carregamento constantemente, essa é a configuração de alta disponibilidade ideal para você.

Com certeza, é necessário personalizar as especificações do cluster de acordo com as necessidades do seu projeto. Não existem soluções pré-definidas prontas para serem adquiridas e implantadas rapidamente. Nossos especialistas técnicos estão disponíveis para analisar minuciosamente seu site e fornecer uma proposta personalizada com a solução ideal para suas necessidades.

Você não tem que se preocupar com a configuração de nada. Nossos clusters VPS são totalmente gerenciados, então os técnicos da Scala são responsáveis por implantar a infraestrutura e garantir que ela esteja configurada e funcionando o tempo todo.

Você está concentrado em desenvolver seu projeto usando a plataforma ideal para isso. Os clusters VPS da ScalaHosting são suportados pelo SPanel – nossa plataforma exclusiva de gerenciamento de servidores. Após anos de desenvolvimento, nos esforçamos para torná-lo o melhor painel de controle disponível atualmente.

Durante esse período, temos utilizado as opiniões dos nossos clientes para decidir quais funcionalidades implementar, e pretendemos manter essa prática, uma vez que acreditamos que os usuários que utilizam o produto diariamente têm insights valiosos para contribuir para seu aprimoramento contínuo.

Caso deseje obter mais informações sobre nossas opções de alta disponibilidade, sinta-se à vontade para entrar em contato com nossos especialistas, que estarão disponíveis para esclarecer todas as suas dúvidas.

Encerramento

Um conjunto de alta disponibilidade pode ser um sistema complicado, com várias máquinas físicas ou virtuais colaborando para manter o site funcionando de forma eficiente e confiável, mesmo em situações de alto tráfego, apoiado por diversos recursos para garantir o desempenho consistente da rede.

As soluções multi cluster são uma opção econômica para empresas com grande volume de tráfego, podendo gerar resultados impressionantes. É importante assegurar que a configuração seja feita de acordo com as necessidades do projeto.

Perguntas comuns

Pergunta: Qual é a definição de alta disponibilidade?

Paráfrase: O propósito de um sistema de alta disponibilidade é reduzir ao máximo o tempo em que o sistema fica inativo, por meio de uma infraestrutura que inclui redundância e um mecanismo de troca automática em caso de falha. Essa configuração consiste em vários servidores colaborando para atender às requisições dos usuários. Caso um dos servidores falhe, os demais assumem as operações para manter o site funcionando. O objetivo de todo sistema de alta disponibilidade é atingir uma taxa de disponibilidade de 99,999%.

Quais são os três elementos necessários para alcançar alta disponibilidade?

Resumindo, a redundância garante recursos de backup para serem usados se um dos servidores primários falhar. É crucial ter um sistema de monitoramento para detectar problemas de hardware antes que impactem o site, e um interruptor de failover confiável deve redirecionar solicitações para os nós de backup se um servidor falhar.

Qual diferença há entre um sistema de alta disponibilidade e uma cópia de segurança?

Paráfrase: Um sistema de alta disponibilidade assegura que seu site continue operacional mesmo se houver falhas de hardware, enquanto um backup é utilizado para recuperar o site após uma interrupção. Mesmo em uma infraestrutura de alta disponibilidade, é essencial manter cópias de segurança dos arquivos e bancos de dados como precaução.