Como carregar o BalanceCloud com o Zevenet Load Balancer

PUBLICADO EM 25 de outubro de 2018

Visão geral do FileCloud

FileCloud permite uma nuvem privada que torna seus arquivos acessíveis de qualquer dispositivo de qualquer lugar, mas também a sincronização entre computadores. Ele ajuda os usuários a compartilhar arquivos de forma integrada dentro ou fora de uma organização.

O Filecloud pode ser um serviço importante em qualquer organização, por isso ele fornece determinados recursos para serem atendidos em uma arquitetura escalável e configurados em alta disponibilidade e carga balanceada com segurança aprimorada.

Arquitetura escalável do FileCloud

O diagrama a seguir descreve as diferentes partes do software FileCloud e como o serviço de alta disponibilidade pode ser alcançado:

Diagrama do FileCloud

Analisando a imagem anterior do portal de suporte oficial, os Nodes do servidor APP são a chave para o balanceamento de carga, essa camada de aplicativo é oferecida com servidores Apache, portanto, o protocolo HTTP (S) é o responsável por entregar o aplicativo aos usuários.

O servidor FileCloud Frontend Apache atende a dois aplicativos diferentes, um para conexões de clientes e outro para o gerenciamento de administração.

A frontend de aplicativo de usuários é acessível através do URI /ui/core/index.htmle parece a seguinte imagem.

Por outro lado, o painel de aplicação de administração é acessível através do URI /ui/admin/index.htmle parece a seguinte imagem.

A primeira configuração proposta para o FileCloud Load Balancing é baseada na criação de um LSLB >> farm HTTP, esta configuração divide a administração e o tráfego de usuários através de dois serviços diferentes na mesma fazenda. Dessa forma, oferece mais flexibilidade para fins de gerenciamento, por exemplo, o acesso à seção administrativa pode ser desativado sem afetar o aplicativo para os usuários.

Outra configuração, muito mais fácil e eficiente que a anterior, é baseada em um pass-through TCP que usa LSLB >> L4xNAT farm, todo o tráfego será encaminhado para os back-ends desejados sem levar em consideração qual aplicativo é gerenciado.

Para ambas as configurações propostas, vamos exigir:

1. Recomendado um Cluster Zevenet configuração já configurada.
2. Um IP virtual com o 443 porta não em uso (ex, 192.168.100.100) no nosso exemplo este IP resolve no DNS para filecloud.zevenet.com .
3. Pelo menos dois servidores Apache Filecloud configurados e em execução, esses IPs precisam ser acessados ​​pelo próprio balanceador de carga (ex. 192.168.100.10, 192.168.100.11).
4. Assegure-se de que o sistema Filecloud funcione corretamente conectando-se a partir dos dois servidores FileCloud Apache.

Balanceamento de carga com o farm HTTP

Uma vez o IP virtual 192.168.100.100 é criado com o nome eth1: FileCloud por favor, continue a criar um novo farm HTTP da seguinte forma:

Em seguida, clique na vista avançada e altere a Ouvinte HTTP para HTTPS, selecione aqui o certificado SSL desejado para o perfil HTTPS e altere Tempo limite de resposta de back-end para 7200 segundos (2 horas) para garantir que as conexões não serão descartadas se arquivos grandes estiverem sendo carregados / baixados.

Diagrama do FileCloud

Leia por favor Este artigo se você precisar de ajuda para criar um certificado PEM para um farm SSL. Seguindo este exemplo, o Certificado deve ser criado para o CN = filecloud.zevenet.com.

Clique em Serviços e crie serviços 3 da seguinte forma:

Serviço 1: Crie um serviço chamado RedirecttoMain, a fim de redirecionar para a página de login principal para os usuários definindo o Padrão de URL e Redirecionar opções conforme mostrado abaixo.

Observe que, com a opção de redirecionamento, não é necessário definir os back-ends ainda. As opções específicas são as seguintes.

URL pattern = ^/$
Redirect = checked
Redirect = https://filecloud.zevenet.com/ui/core/index.html
Redirect Type = Permanent
Redirect Code = 301 (permanent redirect)

Serviço 2: Crie um serviço chamado UIUsers para configurar os servidores de aplicativos reais para usuários.

Observe que, neste exemplo, o tráfego SSL será descarregado, depois comutado e finalmente criptografado novamente para os back-ends, a fim de garantir que a comunicação completa seja segura.

Por favor, use as seguintes opções específicas:

URL pattern = ^/ui/core*|^/core*
HTTPS Backend = checked
Persistence = IP: Client Address
Persistence Session time to live = 7200
Add FileCloud User Application Backend Servers (ex, 192.168.100.10:443 and 192.168.100.11:443)

Serviço 3: Crie um serviço chamado UIAdmin para configurar os servidores de aplicativos reais para administração.

URL pattern = ^/ui/admin*|^/admin*
HTTPS Backend = checked
Persistence = IP: Client Address
Persistence Session time to live = 7200
Add FileCloud Admin Application Backend Servers (ex, 192.168.100.10:443 and 192.168.100.11:443)

Balanceamento de carga com o farm L4xNAT

Esta configuração é mais simples que a anterior, mas também é menos flexível, a fim de obter uma passagem TCP, faça o seguinte:

Uma vez que o IP Virtual dedicado foi criado para o serviço (ex, 192.168.100.100) com o nome eth1: FileCloud por favor, continue para criar um novo farm L4xNAT da seguinte maneira.

Então, vá para o Serviços aba e selecione uma verificação de saúde do Farm Guardian, ex. check_tcp.

Finalmente, habilite a sessão persisntece por IP com um tempo de vida de 7200 como na configuração de exemplo anterior e adicione os backends do FileCloud no Backends tabela (ex, 192.168.100.10:443 e 192.168.100.11:443).

Confira a captura de tela a seguir com a final e eficaz configuração:

Aproveite o seu compartilhamento de arquivos com um FileCloud escalável!

Algumas referências usadas neste artigo:
https://www.getfilecloud.com/supportdocs/display/cloud/FileCloud+High+Availability

Compartilhar no:

Documentação sob os termos da Licença de Documentação Livre GNU.

Esse artigo foi útil?

Artigos Relacionados