Présentation de FileCloud #

FileCloud active un nuage privé qui rend vos fichiers accessibles depuis n'importe quel appareil de n'importe où, mais aussi la synchronisation entre ordinateurs. Il aide les utilisateurs à partager des fichiers de manière transparente au sein ou en dehors d'une organisation.

Filecloud peut constituer un service important dans toute organisation. C'est pourquoi il fournit certaines fonctionnalités pouvant être exploitées dans une architecture évolutive et configurées avec une haute disponibilité et une charge équilibrée avec une sécurité renforcée.

Architecture évolutive FileCloud #

Le diagramme suivant décrit les différents composants du logiciel FileCloud et explique comment obtenir le service de haute disponibilité:

En analysant l'image précédente du portail de support officiel, les nœuds du serveur APP sont la clé de l'équilibrage de la charge. Cette couche d'application est proposée avec les serveurs Apache. Le protocole HTTP (S) est donc responsable de la livraison de l'application aux utilisateurs.

Le serveur Apache FileCloud Frontend sert deux applications différentes, l’une pour les connexions client et l’autre pour la gestion administrative.

Le application utilisateur frontend est accessible via l'URI /ui/core/index.html, et cela ressemble à l'image suivante.

D'autre part, l' panneau d'application d'administration est accessible via l'URI /ui/admin/index.html, et cela ressemble à l'image suivante.

La première configuration proposée pour FileCloud Load Balancing est basée sur la création d’un LSLB >> Ferme HTTP, cette configuration se scinde l'administration et le trafic des utilisateurs via deux services différents dans la même ferme. De cette manière, il offre plus de flexibilité pour la gestion. Par exemple, l'accès à la section admin peut être désactivé sans affecter l'application pour les utilisateurs.

Une autre configuration, beaucoup plus facile et plus efficace que la précédente, est basée sur un pass-through TCP utilisant pour cela un LSLB >> Ferme L4xNAT, tout le trafic sera transmis aux serveurs souhaités sans prendre en considération l'application qui est gérée.

Pour les deux configurations proposées, nous aurons besoin de:

1. Recommandé a RELIANOID Grappe configuration déjà configurée.
2. Une adresse IP virtuelle avec le 443 port non utilisé (ex, 192.168.100.100) dans notre exemple, cette adresse IP résout dans DNS filecloud.relianoid.com .
3. Au moins deux serveurs Filecloud apache configurés et en cours d’exécution, ces adresses IP doivent être accessibles à partir de l’équilibreur de charge lui-même (par exemple, 192.168.100.10, 192.168.100.11).
4. Assurez-vous que le système Filecloud fonctionne correctement en se connectant à partir des deux serveurs FileCloud Apache.

Équilibrage de charge avec batterie HTTP #

Une fois l'adresse IP virtuelle 192.168.100.100 est créé avec le nom eth1: FileCloud veuillez créer une nouvelle batterie HTTP comme suit:

Ensuite, cliquez dans la vue avancée et changez le Auditeur HTTP à HTTPS, sélectionnez ici le certificat SSL souhaité pour le profil HTTPS et modifiez-le Délai de réponse du backend à 7200 secondes (heures 2) afin de garantir que les connexions ne seront pas abandonnées si de gros fichiers sont chargés / téléchargés.

Lisez s'il vous plait cet article si vous avez besoin d’aide pour créer un certificat PEM pour une batterie de serveurs SSL. Suivant cet exemple, le certificat devrait être créé pour le CN = filecloud.relianoid.com.

Cliquez sur Services onglet et créer des services 3 comme suit:

Service 1: Créez un service appelé RedirecttoMain, afin de rediriger les utilisateurs vers la page de connexion principale Modèle d'URL et Réorienter options comme indiqué ci-dessous.

Notez que l’option de redirection n’est pas nécessaire pour définir le moteur. Les options spécifiques sont les suivantes.

Modèle d'URL = ^/$ Redirect = vérifié Redirect = https://filecloud.relianoid.com/ui/core/index.html Type de redirection = Code de redirection permanent = 301 (redirection permanente)

Service 2: Créez un service appelé UIUsers configurer les vrais serveurs d'applications pour les utilisateurs.

Notez que dans cet exemple, le trafic SSL sera déchargé, puis basculé et enfin chiffré à nouveau vers le back-end afin de garantir la sécurité de la communication.

Veuillez utiliser les options spécifiques suivantes:

Modèle d'URL = ^/ui/core*|^/core* HTTPS Backend = coché Persistance = IP : Persistance de l'adresse client Durée de vie de la session = 7200 Ajouter des serveurs backend d'application utilisateur FileCloud (ex, 192.168.100.10:443 et 192.168.100.11 : 443)

Service 3: Créez un service appelé UIAdmin configurer les vrais serveurs d'applications pour l'administration.

Modèle d'URL = ^/ui/admin*|^/admin* HTTPS Backend = coché Persistance = IP : Persistance de l'adresse client Durée de vie de la session = 7200 Ajouter des serveurs backend d'application d'administration FileCloud (ex, 192.168.100.10:443 et 192.168.100.11 : 443)

Equilibrage de charge avec batterie L4xNAT #

Cette configuration est plus simple que la précédente, mais elle est également moins flexible. Afin de réaliser une transmission TCP, procédez comme suit:

Une fois que l’IP virtuelle dédiée a été créée pour le service (par exemple, 192.168.100.100) avec le nom eth1: FileCloud procédez comme suit pour créer une nouvelle batterie L4xNAT comme suit.

Ensuite, allez à la Services onglet et sélectionnez un bilan de santé Farm Guardian, ex. check_tcp.

Enfin, activez la session persisntece via IP avec une durée de vie de 7200 comme dans l’exemple de configuration précédent et ajoutez les backends FileCloud dans le dossier Backends table (ex, 192.168.100.10:443 et 192.168.100.11:443).

Découvrez la capture d'écran suivante avec la finale Services configuration: