Commencer

Introduction

Bienvenue dans le Guide de déploiement du serveur CentreStack. Ce guide décrit les tâches de déploiement pour CentreStack, une solution de synchronisation et de partage de fichiers gérée qui se concentre sur l’activation du cloud pour les serveurs de fichiers locaux.

CentreStack comprend le serveur CentreStack, qui fonctionne sur la plateforme serveur Microsoft Windows, et des applications agents clients pour les systèmes d’exploitation Microsoft Windows, Mac OS X, navigateurs web, Android et Apple iOS.

Note

Ce guide est mis à jour pour correspondre à la version 16.4.10331.56447

Aperçu

CentreStack est une solution de synchronisation et de partage de fichiers gérée qui se concentre sur l’activation du cloud pour les serveurs de fichiers locaux. Elle se différencie des autres solutions de synchronisation et de partage de fichiers (EFSS) en mettant l’accent sur la sécurité, le contrôle, le serveur de fichiers et la collaboration d’équipe. CentreStack excelle particulièrement dans les domaines suivants :

  1. fournir un accès à la demande qui respecte les permissions de lecture seule et d’écriture en temps réel.

  2. miroir de partage réseau local sur le serveur de fichiers pour la collaboration d’équipe dans le cloud.

  3. fournir une lettre de lecteur virtuel mappant les fichiers et dossiers pour l’accès.

  4. fournir le verrouillage de fichier, le contrôle de version, le chiffrement client, etc. pour le lecteur virtuel.

Note

En résumé, vous pouvez considérer CentreStack comme un moyen d’élever et de transformer un serveur de fichiers Windows dans un réseau local en une solution de serveur de fichiers orientée Cloud/Internet avec un accès à distance et mobile, tout en préservant le mappage des lecteurs, la permission NTFS et le verrouillage des fichiers avant et après l’activation du cloud.

Le serveur CentreStack est un logiciel pur basé sur la plateforme Web de Microsoft, qui comprend :

  • Serveur Windows,

  • IIS (Serveur d’Informations Internet),

  • .NET Framework et ASP.NET

  • WCF (Windows Communication Foundation)

Étant donné que le serveur CentreStack est construit sur la base de la plateforme Web Microsoft, il s’intègre très bien avec les composants Microsoft tels que les permissions NTFS, l’Active Directory, les partages de réseau de serveur de fichiers, le verrouillage de fichiers et le mappage de lecteurs.

Il offre des fonctionnalités d’accès et de partage de fichiers via des agents clients pour les PC distants, Macs, serveurs de fichiers, navigateurs Web et appareils mobiles.

Les services peuvent être déployés de différentes manières pour répondre à divers besoins. Il existe deux méthodes principales pour déployer le CentreStack.

  1. Déployez sur le même site que les serveurs de fichiers et les contrôleurs de domaine Active Directory :

_images/SelfHostedCentreStackDirectShare.svg

  1. Déployez sur un site distant, tel qu’Amazon Web Services EC2, Microsoft Azure, ou dans un Centre de Données où le Fournisseur de Services Gérés (MSP) héberge son infrastructure :

_images/SelfHostedCentreStackRemoteShare.svg

Note

Avec la solution Hosted-CentreStack, le serveur CentreStack est déjà déployé sur https://sync4share.com. Par conséquent, il n’est pas nécessaire de déployer un serveur CentreStack. Au lieu de cela, vous pouvez commencer à utiliser directement le portail web hosted-centrestack et les agents clients.

À l’avenir, ce document fera référence au déploiement du serveur CentreStack auto-hébergé, et à ses applications agents clientes associées.

Il existe trois composants d’infrastructure différents (composants logiques qui peuvent coexister dans le même serveur). Dans l’unité de déploiement la plus petite, les différents composants peuvent coexister dans une seule machine (déploiement tout-en-un).

Composant du nœud de travail

Le nœud de travail contient des services tels que le gestionnaire de fichiers basé sur un navigateur Web, les connecteurs de services de stockage, le connecteur Active Directory et d’autres composants clés. Il est responsable des activités liées aux données telles que le téléchargement et le téléversement de fichiers, la gestion des permissions, le contrôle et la notification des changements. Étant donné que le téléchargement et le téléversement des données passent généralement par le nœud de travail, c’est pourquoi on l’appelle un « travailleur » pour le transfert de données.

Des nœuds supplémentaires peuvent être ajoutés à mesure que la charge augmente.

2. Composant de base de données

La base de données contient des informations persistantes pour le système. Une base de données est un composant critique pour le fonctionnement fluide de la ferme de serveurs CentreStack. Une base de données locale avec une latence inférieure à 10 millisecondes est recommandée.

Pour que tous les nœuds de travail soient dans la même ferme de serveurs, ils doivent pointer vers la même base de données.

3. Composant de Stockage

Le composant de stockage est l’emplacement de stockage persistant pour les fichiers et les dossiers. Il existe deux types différents de services de stockage. L’un est géré par CentreStack, comme le stockage par défaut pour le cluster et le stockage par défaut pour les locataires. L’autre est un stockage importé, par exemple, en ayant des partages de réseau de serveurs de fichiers existants qui ne sont pas gérés par CentreStack mais qui peuvent être importés dans CentreStack pour un accès à distance et mobile.

Terminology

Portail Partenaire CentreStack

Le Portail Partenaire est accessible en se rendant sur http://www.centrestack.com. Cliquez sur « Partenaire » pour vous inscrire et obtenir vos identifiants de connexion au compte partenaire, puis vous pourrez vous connecter à votre compte partenaire à tout moment. Depuis le Portail Partenaire, vous pouvez télécharger le logiciel CentreStack et commencer le processus d’essai. Plus tard, vous pourrez acquérir des licences pour transformer l’essai en environnement de production.

Vous pouvez gérer les locataires hébergés depuis le portail partenaire.

Vous pouvez également revenir sur le portail partenaire à tout moment pour mettre à niveau votre logiciel CentreStack vers une version ultérieure.

CentreStack Cluster - Ferme de serveurs

Plusieurs nœuds CentreStack à machine unique se connectent ensemble en pointant vers la même base de données et partagent ensuite les mêmes informations de configuration de la base de données de sorte que CentreStack puisse partager indirectement l’emplacement de stockage persistant de manière symétrique.

Indirectement, la base de données contient des informations liées au stockage, donc tous les nœuds de la ferme de serveurs partagent la configuration liée au stockage.

L’ensemble du cluster CentreStack fonctionne comme s’il s’agissait d’une seule entité. Le plus petit cluster est un nœud de travail CentreStack unique, qui contient toutes les fonctionnalités et différents nœuds logiques ensemble.

Un autre terme pour le cluster est la ferme de serveurs CentreStack.

Note

Le plus petit cluster peut être un seul nœud ouvrier tout-en-un.

Administrateur principal/Administrateur de cluster

Dans ce guide, nous désignons par utilisateur administrateur l’utilisateur qui gère l’ensemble de la ferme de serveurs CentreStack. La ferme de serveurs peut être aussi petite qu’un seul serveur CentreStack. Si tel est le cas, l’utilisateur administrateur devra quand même le gérer, quelle que soit la taille de la ferme de serveurs.

L’administrateur principal est le tout premier utilisateur de la ferme de serveurs CentreStack. En général, il s’agit de l’utilisateur qui installe le logiciel serveur CentreStack.

Étant donné que cet utilisateur peut ultérieurement configurer des connexions Active Directory optionnelles, il est recommandé que l’adresse e-mail de cet utilisateur ne provienne pas du même Active Directory pour éviter une dépendance circulaire.

Locataire

CentreStack est une solution prête pour le multi-locataire. Un locataire ici est généralement associé à :

  1. une entreprise (si vous êtes l’informatique de l’entreprise)

  2. un client à vous (si vous êtes un fournisseur de services gérés/MSP)

Les locataires sont créés par l’administrateur du cluster.

Vous pouvez utiliser le serveur CentreStack dans une configuration à locataire unique car il s’agit simplement d’un cas particulier de multi-tenance.

Note

D’un point de vue rapport, un locataire contient un certain nombre d’utilisateurs ainsi qu’un quota de stockage et une consommation de stockage.

D’un point de vue technique, un locataire est généralement connecté à un Active Directory et peut avoir un tas de serveurs de fichiers connectés, soit directement, soit par l’intermédiaire d’agents serveurs.

Administrateur du locataire

Ce sont les utilisateurs qui utilisent réellement le produit mais qui sont les administrateurs pour leurs équipes (locataire ou entreprise).

Ceci est le tout premier utilisateur du compte locataire. Habituellement, l’utilisateur du locataire est créé par l’administrateur principal.

L’Administrateur Principal est également l’Administrateur du Locataire pour sa propre équipe/société (locataire par défaut). L’administrateur du locataire peut ensuite déléguer des tâches administratives à d’autres utilisateurs de l’équipe.

Par défaut, l’administrateur du cluster peut aider l’administrateur du locataire dans le cadre de la gestion.

Utilisateur du locataire

L’utilisateur du locataire (utilisateur de l’équipe) est un utilisateur au sein d’un locataire spécifique. Les utilisateurs de l’équipe sont créés par l’administrateur du locataire (ou par l’administrateur du cluster au nom de l’administrateur du locataire). Les utilisateurs de l’équipe peuvent provenir de quatre endroits différents :

  1. Utilisateur natif de CentreStack (créé à partir de zéro)

  2. Utilisateur Active Directory depuis LDAP local

  3. Utilisateur Active Directory depuis un agent serveur CentreStack distant

  4. Azure AD ou autre fournisseur d’identité intégré à la connexion unique

Les utilisateurs d’une équipe appartiennent toujours à un locataire spécifique et ne peuvent pas s’étendre sur plusieurs locataires. Cependant, un utilisateur d’équipe peut recevoir des partages de fichiers et de dossiers de la part de plusieurs utilisateurs et de plusieurs locataires.

Note

Un utilisateur natif de CentreStack peut être associé à un utilisateur de l’Active Directory ou de l’Azure AD plus tard si nécessaire.

Utilisateur invité

Les utilisateurs invités sont des utilisateurs extérieurs au domaine des utilisateurs du locataire mais reçoivent des partages de fichiers ou de dossiers de la part de l’utilisateur de l’équipe. L’utilisateur de l’équipe crée des utilisateurs invités via les activités de partage de fichiers ou de dossiers. Les utilisateurs invités sont généralement des utilisateurs externes à une organisation qui utilisent déjà CentreStack.

Utilisateur Anonyme

Les utilisateurs anonymes sont un type d’utilisateur invité qui ne nécessite pas de permission d’édition. Ils peuvent recevoir des partages de fichiers et de dossiers et peuvent visualiser le partage de fichiers et de dossiers depuis une interface utilisateur de navigateur web.

Logiciel Agent Client

CentreStack contient divers agents clients qui incluent :

  • Gestionnaire de fichiers basé sur un navigateur web

  • Client de bureau Windows avec lecteur réseau mappé

  • Agent de serveur de fichiers Windows avec synchronisation bidirectionnelle

  • Client Mac OS X et

  • Applications mobiles :

    • iOS

    • Android

    • Windows Phone

Ces agents clients fournissent des fonctionnalités d’accès et de partage de fichiers depuis les systèmes d’exploitation clients natifs.

La discussion des agents clients est hors du champ d’application de ce guide de déploiement.

Exigences du système

Le serveur CentreStack est construit sur la base de la plateforme Web Microsoft, qui comprend :

  • Système d’exploitation de base Windows Server

  • Serveur d’Informations Internet 7/8/10 (IIS)

  • .Net Framework 4.5+

  • ASP.NET

  • MySQL, Microsoft SQL Server ou Microsoft SQL Server Express

Le système d’exploitation de base peut être soit :

  • Windows Server 2022

  • Windows Server 2019

  • Windows Server 2016

Nous recommandons Windows Server 2022/2019/2016 car .Net Framework 4.5+ est directement inclus avec ces plateformes de serveur OS plus récentes. Il est plus facile et plus rapide d’installer le logiciel CentreStack sur Windows Server 2022/2019/2016.

Note

L’installateur du serveur CentreStack est capable d’installer tous les composants systèmes dépendants tels que le .NET Framework, etc. Pour l’installation, une machine propre est recommandée.

Il n’est pas nécessaire de préparer la machine au-delà de l’état propre du logiciel de système d’exploitation de base.

Windows Server 2022, 2019, 2016

Le système d’exploitation de base constitue la base de la plateforme Web Microsoft. Il sera chargé avec les composants Microsoft mentionnés avant que le logiciel principal CentreStack ne soit installé.

L’installateur CentreStack installera et chargera tous les composants Windows dépendants.

Note

Il est recommandé d’utiliser un système d’exploitation de base avec des paramètres régionaux en anglais. (L’interface utilisateur peut être dans une locale différente.)

Serveur SQL / Serveur MySQL

Le serveur Microsoft SQL ou SQL Server Express ou MySQL est utilisé pour stocker des informations de configuration statiques telles que le nom d’utilisateur, l’email, la configuration de stockage, les fichiers et dossiers, les informations de partage et autres.

Il est recommandé que le serveur SQL soit sauvegardé quotidiennement car il contient des informations de configuration nécessaires au bon fonctionnement du service.

Si vous disposez de SQL Server Standard Edition ou SQL Server Enterprise Edition, vous pouvez profiter des fonctionnalités de haute disponibilité telles que le clustering Always-On ou le groupe de basculement Always-On.

L’édition communautaire de MySQL est également prise en charge.

Si vous configurez un serveur CentreStack dans Amazon AWS, il est également recommandé d’utiliser Amazon Aurora DB.

Note

L’installateur du serveur CentreStack est capable d’installer SQL Express ou MySQL. Si vous avez besoin uniquement d’un déploiement tout-en-un pour un seul serveur, l’installateur peut installer la base de données automatiquement.

.Net Framework 4

Le serveur CentreStack est construit avec .Net Framework 4, avec ASP.NET et WCF.

Nous recommandons .Net Framework 4.5 et supérieur car il fonctionne mieux avec les clients distants qui ont Internet Explorer 10 ou 11.

Note

L’installateur du serveur CentreStack installera automatiquement .NET 4.5 et d’autres composants dépendants.

ASP.NET 4.5/4.6/4.7

L’interface utilisateur du portail du navigateur web CentreStack est écrite en ASP.NET, HTML et JavaScript.

Serveur d’Informations Internet (IIS)

Les services côté serveur de CentreStack sont hébergés à l’intérieur du serveur Internet Information Server (IIS). Il fournit des fonctionnalités de courtage et un portail sécurisé entre les agents clients et le stockage en arrière-plan. C’est également une couche à valeur ajoutée par-dessus le stockage en arrière-plan.

Note

L’installateur du serveur CentreStack activera le service IIS s’il n’est pas déjà activé. Aucune étape manuelle n’est requise.

Planification de capacité

Pour un nombre d’utilisateurs inférieur à 1000, un seul serveur CentreStack est suffisant. La plupart du temps, un déploiement sur un seul serveur tout-en-un sera adéquat. Dans ce cas, vous installerez le serveur CentreStack sur une seule machine physique ou virtuelle. L’installateur par défaut de CentreStack installera tous les composants (Base de données/Noeud Web/Noeud Ouvrier) sur une seule machine.

Pour les comptes d’utilisateurs supérieurs à 1000, il est recommandé d’avoir le nœud SQL Server sur une machine physique ou virtuelle séparée.

Le reste des nœuds de travail se partagera la charge pour les utilisateurs à raison de 1000 chacun.

Dans ce cas, il est recommandé d’utiliser une machine virtuelle pour chaque nœud de travail et vous devriez utiliser un certificat SSL à caractère générique pour chaque nœud de travail.

Note

Dans certains déploiements importants, le SSL peut être déchargé sur un équilibreur de charge matériel tel que Citrix NetScaler ou F5 BIG IP.

La capacité de 1000 fait référence aux utilisateurs simultanés. Il est possible que vous ayez 5000 utilisateurs nommés mais que seulement 1000 d’entre eux utilisent le produit en même temps. Donc, dans ce cas, la capacité par serveur peut être de 5000 utilisateurs nommés.

Note

(Un utilisateur concurrent est défini comme les utilisateurs faisant des requêtes dans une période de 10 secondes. Par exemple, si vous faites une requête A, et que je fais une requête B, et si la différence de temps entre la requête A et la requête B est inférieure à 10 secondes, la requête A et la requête B sont concurrentes).

EXEMPLE: Si votre entreprise compte 300 000 utilisateurs, vous aurez peut-être besoin de 30 à 60 nœuds de travail (de 5 000 à 10 000 utilisateurs nommés par nœud de travail). Vous pouvez augmenter la taille de la mémoire pour chaque nœud de travail afin de réduire le nombre de nœuds nécessaires.

Équilibrage de charge

Notre recommandation est d’avoir votre propre dispositif de répartition de charge si possible. Cependant, CentreStack est capable d’utiliser des nœuds de travail (uniquement pour la fonction web) pour la répartition de charge si vous n’avez pas de répartiteur de charge existant. Vous pouvez choisir un nœud de travail pour être le nœud exposé pour la connexion/point de contact et passer le travail réel aux autres.

Si vous disposez d’un équilibreur de charge matériel tel que F5, vous pouvez ignorer les nœuds web et faire en sorte que F5 équilibre directement la charge vers un groupe de nœuds de travail. Vous pouvez également utiliser la fonctionnalité de répartition de charge réseau incluse dans Windows 2022/2019/2016 pour l’équilibrage de charge.

Intégration à l’Active Directory

Il existe trois façons de connecter Active Directory à CentreStack.

LDAP

Pour la première méthode, si l’Active Directory se trouve dans le même réseau local (LAN), alors une connexion LDAP/LDAPS directe est recommandée.

2. Proxy d’agent serveur

Pour la deuxième méthode, si l’Active Directory se trouve dans un bureau distant, par exemple sur le site d’un client, loin du serveur CentreStack, alors un logiciel agent client appelé « File Server Agent » peut être installé sur le serveur de fichiers distant pour aider à importer les utilisateurs de l’Active Directory vers CentreStack.

CentreStack vous permet de vous connecter à plusieurs services d’annuaire actif.

3. Prise en charge d’Azure AD

Grâce au support d’Azure AD, vous pouvez configurer Azure AD afin que les utilisateurs soient authentifiés par Azure AD au lieu d’un Active Directory local.

Note

« Utilisateur AD mandaté »

Il est également possible d’utiliser l’Active Directory depuis un emplacement distant où l’agent serveur (logiciel client inclus) est utilisé. Dans ce cas, « Proxied AD User » désignera les utilisateurs importés depuis le côté de l’Active Directory de l’agent serveur.

« Utilisateur AD »

Le terme « AD user » est réservé pour désigner les utilisateurs du LDAP Active Directory local.

Note

Quand devez-vous utiliser LDAP et quand devez-vous utiliser « Agent Serveur » pour l’intégration AD ?

Si AD est local au serveur CentreStack, alors LDAP est recommandé.

Si l’AD est distant, alors l’utilisation de l’Agent Serveur est recommandée.

Considérations de stockage

Dans le système CentreStack, pour chaque locataire, il y a un stockage principal obligatoire et il peut y avoir plusieurs services de stockage auxiliaire optionnels. Le stockage principal est le dossier de stockage racine par défaut du locataire.

Si vous configurez CentreStack dans l’environnement Amazon EC2, le stockage principal est généralement un seau Amazon S3.

Si vous configurez CentreStack sur site, le stockage principal peut être celui de votre serveur de fichiers et le stockage auxiliaire peut être d’autres services de stockage en nuage ou d’autres stockages de serveur de fichiers locaux. OpenStack Swift est également un service de stockage populaire dans les entreprises privées.

CentreStack peut être configuré dans un centre de données Rackspace sur Cloud Server, Windows Azure VM, IBM SoftLayer Data Center et se connecter à Cloud Files, Azure Blob Storage et SoftLayer Object Storage (basé sur OpenStack Swift) respectivement.

CentreStack peut également être configuré à côté d’un serveur de fichiers et se connecter directement à un partage de réseau de serveur de fichiers.

Avertissement

Si vous aurez plus tard plusieurs nœuds de travail CentreStack dans le cluster, assurez-vous d’utiliser le connecteur de service de stockage de manière à ce qu’il soit accessible depuis tous les nœuds de travail.

Par exemple, le lecteur C:d’un nœud de travail spécifique n’est pas recommandé pour être accédé depuis tous les nœuds de travail. Cependant, s’il est publié en tant que partage réseau, il convient à tous les nœuds de travail.

Centre de sauvegarde CentreStack

Base de données

Seule la base de données CentreStack contient des informations de configuration persistantes. Tous les autres composants sont sans état et remplaçables. Dans un scénario de reprise après sinistre, dès que le serveur SQL est restauré, d’autres nœuds de travail peuvent être réinstallés et commenceront à fonctionner immédiatement. Vous pouvez également orienter la référence de la base de données du nœud de travail vers le nouveau serveur SQL ; il fonctionnera immédiatement avec les informations de la base de données.

Les nœuds de travail sont sans état, il n’est donc pas nécessaire de sauvegarder des nœuds de travail. Ils peuvent être provisionnés par un système d’exploitation propre avec une copie de CentreStack. Dès qu’ils sont connectés à la même base de données, ils deviennent un nœud dans le cluster.

Stockage (Fichiers et Dossiers)

Vous devrez également sauvegarder vos services de stockage. La plupart du temps, si vous utilisez des services de stockage en nuage tels qu’Amazon S3 ou OpenStack Swift, le service dispose d’une redondance intégrée. Pour le stockage local, la réplication DFS, le tableau RAID ou l’espace de stockage Microsoft peuvent tous être des options pour fournir une redondance de service de stockage.

Scénarios de déploiement

Privé sur site

Vous pouvez préparer un serveur Windows 2022/2019/2016 et installer CentreStack. Dans ce scénario, Active Directory se trouve généralement sur le même site et le stockage principal provient d’un serveur de fichiers ou d’un stockage NAS.

Dans ce cas, la plupart du temps vous utilisez CentreStack comme moyen de remplacer le VPN pour fournir un accès au serveur de fichiers sur site depuis des appareils mobiles et des appareils distants.

Note

Cas d’utilisation de Business Access - fournir un accès au serveur de fichiers via CentreStack aux appareils mobiles. Lorsque les employés sont au bureau, ils accèdent au serveur de fichiers de leur manière habituelle sans remarquer de différence, et lorsqu’ils sont en déplacement ou depuis un lieu éloigné, ils peuvent utiliser des appareils mobiles et à distance pour accéder aux partages réseau du serveur de fichiers.

Privé Hors Site

Normalement, un fournisseur de services gérés (MSP) gère vos services informatiques, tels que les serveurs d’échange hébergés, les serveurs de fichiers hébergés, etc. Vous pouvez demander au même fournisseur de services gérés d’installer et de gérer le CentreStack pour vous dans leur centre de données.

Habituellement, dans ce scénario de déploiement, si le serveur de fichiers se trouve déjà dans le même centre de données, il se transforme généralement en déploiement « Privé sur site ».

Si, d’autre part, les serveurs de fichiers sont éloignés du centre de données, cela se transforme en cas d’utilisation de « Continuité d’activité », où l’agent serveur peut être installé sur le serveur de fichiers local et connecte les serveurs de fichiers locaux au serveur CentreStack distant dans le centre de données.

Nuage Privé Virtuel

Dans ce scénario de déploiement, vous déployeriez la solution CentreStack dans un environnement de cloud privé virtuel tel qu’Amazon EC2. CentreStack est également disponible sous forme d’image AMI pour faciliter la création d’instances EC2. Dans ce scénario de déploiement, la connexion de stockage primaire typique est au stockage Amazon S3. Vous pouvez également configurer la solution CentreStack dans un environnement comme le cloud HP Helion (OpenStack), avec un serveur Windows 2022/2019/2016 se connectant au stockage OpenStack Swift.

Déploiement Multi-Sites

Veuillez vous référer au déploiement multi-sites.

Considération de Sécurité

Clients d’accès et CentreStack

Les agents clients d’accès seront configurés avec un point d’accès sous la forme de https://cloud.acme.com, où cloud.acme.com est le nom DNS de votre serveur CentreStack. La communication provenant des clients d’accès, telle que la demande de connexion, sera protégée par SSL sur HTTP (HTTPS).

Note

Nous recommandons d’utiliser https://www.ssllabs.com/ pour vérifier la robustesse de votre certificat SSL et sa compatibilité avec les appareils iOS 9 et supérieurs.

CentreStack et Active Directory

Si le CentreStack est configuré avec Active Directory, CentreStack authentifiera les utilisateurs au nom de l’annuaire actif en contactant l’Active Directory via LDAP ou LDAPS. Il n’y a pas de communication directe entre les clients d’accès et l’Active Directory.