Como carregar o BalanceCloud com o Zevenet Load Balancer

POSTADO POR Zevenet | 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 Serviço 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