Sådan lægger du balance på FileCloud med Zevenet Load Balancer

SENDT AF Zevenet | 25. oktober 2018

FileCloud Oversigt

FileCloud aktiverer en privat sky, der gør dine filer tilgængelige fra enhver enhed fra alle steder, men også synkronisering på tværs af computere. Det hjælper brugerne med at dele filer problemfrit inden for eller uden for en organisation.

Filecloud kunne være en vigtig tjeneste i enhver organisation, og derfor giver den visse muligheder for at blive serveret i en skalerbar arkitektur og oprettet med høj tilgængelighed og belastning afbalanceret med øget sikkerhed.

FileCloud skalerbar arkitektur

Følgende diagram beskriver de forskellige dele af FileCloud-softwaren, og hvordan den høje tilgængelighedstjeneste kan opnås:

FileCloud Diagram

Analyser det foregående billede fra den officielle supportportal, APP-serverens noder er nøglen til belastningsbalanceringen. Dette applag bliver tilbudt med Apache-servere, så HTTP (S) -protokollen er ansvarlig for at levere applikationen til brugerne.

FileCloud Frontend Apache server tjener to forskellige applikationer, en til klientforbindelser og en anden til administrationen.

brugere ansøgning frontend er tilgængelig via URI /ui/core/index.html, og det ligner det følgende billede.

På den anden side administration applikation panel er tilgængelig via URI /ui/admin/index.html, og det ligner det følgende billede.

Den første foreslåede konfiguration til FileCloud Load Balancing er baseret på oprettelse af en LSLB >> HTTP-gård, denne konfiguration opdeles administrationen og brugerne trafik gennem to forskellige tjenester i samme gård. På denne måde giver det mere fleksibilitet til ledelsesformål, for eksempel kan adgangen til admin sektionen deaktiveres uden at påvirke appen til brugere.

En anden konfiguration, meget nemmere og mere effektiv end den foregående, er baseret i et TCP-pass-through ved hjælp af det a LSLB >> L4xNAT gård, vil hele trafikken videresendes til de ønskede backends uden at tage hensyn til hvilken app der administreres.

For begge foreslåede konfigurationer vil vi kræve:

1. Anbefalet a Zevenet Cluster konfiguration allerede oprettet.
2. En virtuel IP med 443 port ikke i brug (ex, 192.168.100.100) i vores eksempel løser denne IP i DNS til filecloud.zevenet.com .
3. Mindst to Filecloud Apache-servere konfigureres og kører, disse IP'er skal kunne nås fra lastbalanceren selv (fx, 192.168.100.10, 192.168.100.11).
4. Sørg for, at Filecloud-systemet virker korrekt at forbinde fra begge FileCloud Apache-servere.

Load Balancing med HTTP farm

Når den virtuelle IP 192.168.100.100 er oprettet med navnet eth1: FileCloud Fortsæt med at oprette en ny HTTP gård som følger:

Klik derefter i den avancerede visning og skift HTTP Listener til HTTPS, vælg venligst det ønskede SSL certifikat for HTTPS profilen og skift Backend Response timeout til 7200 sekunder (2 timer) for at sikre, at forbindelserne ikke vil blive droppet, hvis store filer uploades / downloades.

FileCloud Diagram

Læs venligst denne artikel hvis du har brug for hjælp til oprettelse af et PEM-certifikat til en SSL-farm. Efter dette eksempel skal certifikatet oprettes for CN = filecloud.zevenet.com.

Klik på Reparation faneblad og opret 3-tjenester som følger:

Service 1: Opret en tjeneste kaldet RedirecttoMain, for at omdirigere til hovedloginsiden for brugere, der indstiller Url Mønster og Omdiriger som vist nedenfor.

Bemærk at med omdirigeringsindstillingen ikke er nødvendigt at indstille backendene endnu. De specifikke valgmuligheder er følgende.

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

Service 2: Opret en tjeneste kaldet UIUsers at konfigurere de rigtige applikationsservere til brugere.

Bemærk, at i dette eksempel bliver SSL-trafikken frakoblet, derefter skiftet og endelig krypteret igen tilbage til backendene for at sikre, at den fulde kommunikation er sikker.

Brug venligst følgende specifikke valgmuligheder:

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)

Service 3: Opret en tjeneste kaldet UIAdmin at konfigurere de rigtige applikationsservere til administration.

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)

Lastbalancering med L4xNAT gård

Denne konfiguration er enklere end den foregående, men det er også mindre fleksibel, for at opnå en TCP-gennemgang bedes du gøre følgende:

Når den dedikerede virtuelle IP er blevet oprettet til tjenesten (ex. 192.168.100.100) med navnet eth1: FileCloud Fortsæt med at oprette en ny L4xNAT gård som følger.

Så gå til Reparation fanebladet og vælg en Farm Guardian sundhedskontrol, f.eks. check_tcp.

Endelig aktivere persisntece session via IP med en tid til at leve af 7200 som i det foregående eksempel konfiguration og tilføje FileCloud backends i underliggende programmer bord (ex, 192.168.100.10: 443 og 192.168.100.11: 443).

Tjek følgende skærmbillede med finalen Service konfiguration:

Nyd din fildeling med en skalerbar FileCloud!

Nogle referencer, der bruges i denne artikel:
https://www.getfilecloud.com/supportdocs/display/cloud/FileCloud+High+Availability

Del på:

Dokumentation i henhold til GNU Free Documentation License.

Var denne artikel til hjælp?

Relaterede artikler