Options de déploiement

Comme documenté ci-dessus, CentreStack a trois composants logiques, la base de données, le nœud de travail et le stockage. Cette section passera en revue les différentes options de déploiement.

Déploiement Tout-en-Un

Ceci est le déploiement le plus simple. La base de données, les nœuds de travail sont tous sur la même machine que le stockage. Lorsque vous servez < 1000 utilisateurs ou que vous réalisez une Preuve de Concept (POC), c’est le déploiement idéal en raison de sa simplicité. Vous pouvez faire installer SQL Express/MySQL sur la même machine avant d’installer le logiciel CentreStack, puis pointer la base de données vers localhostSQLEXPRESS ou MySQL local. Dans le déploiement Tout-en-Un, l’emplacement de stockage est généralement défini sur un dossier du disque local C: ou du disque local D:.

L’installateur peut installer SQL EXPRESS, donc c’est une installation en un clic pour plus de commodité. Pas besoin de faire une installation séparée de SQL EXPRESS.

Note

Si c’est la première fois que vous installez CentreStack, c’est la configuration recommandée car c’est la plus facile à mettre en place et cela ne prend que 15 à 30 minutes sur une machine propre. L’installateur s’occupera de toute l’installation sans autres étapes manuelles.

Dans le dernier installateur CentreStack, l’installateur est capable de réaliser l’installation tout-en-un sans vous demander de configurer la base de données séparément.

Déploiement mono-serveur

Ceci est une autre installation simple. Elle est très similaire à l’installation Tout-en-Un. La seule différence est que le stockage de fichiers se trouve hors de la machine au lieu d’être sur la machine.

Le stockage de fichiers externe peut être un stockage de fichiers sur un chemin UNC ou il peut également s’agir d’un service de stockage d’objets.

Dans ce déploiement, la base de données et le Nœud de Travail/Nœud Web sont toujours déployés sur la même machine.

Déploiement sur deux serveurs

Dans le déploiement à deux serveurs, la base de données est installée sur son propre serveur ; à l’écart du nœud ouvrier CentreStack. Habituellement, ceci est une étape intermédiaire menant au « Déploiement à Trois Serveurs » et un pas vers l’agrandissement de la ferme de serveurs.

Déploiement sur trois serveurs pour la redondance

Le déploiement sur 3 machines est un autre déploiement simple. Le nœud de base de données est installé séparément. Deux nœuds de travail CentreStack sont installés. Le champ « URL externe » pour chaque nœud est le même, tel que « cloud.acme.com ». L’équilibreur de charge effectuera un équilibrage de charge en round robin vers l’un ou l’autre nœud. Une variante du déploiement consiste à définir le champ « URL externe » différemment pour les deux nœuds de travail. Lorsque le champ « URL externe » est le même que l’URL de l’équilibreur de charge, tout est en round robin. Lorsque l“« URL externe » est différente, telle que node1.acme.com et node2.acme.com, les utilisateurs auront une affinité avec l’un des nœuds. Par exemple, si l’utilisateur1 est assigné à node1.acme.com, il continuera à utiliser node1.acme.com. Dans ce déploiement, la taille du cluster permet de supporter 2000 utilisateurs concurrents par nœud. L’avantage est que si un nœud est hors service, il y a un autre nœud pour la redondance.

Déploiement sur plusieurs machines pour la scalabilité

Dans ce déploiement, vous aurez une séparation claire de la base de données, du service de stockage et des nœuds de travail dans une ferme de serveurs.

La base de données n’est pas un nœud ouvrier de CentreStack ; c’est juste un serveur qui exécute SQL Server ou MySQL.

Les nœuds de travail sont tous des nœuds CentreStack qui exécutent le même logiciel. La plupart du temps, dans le déploiement sur plusieurs machines, un équilibreur de charge matériel est utilisé pour répartir la charge de manière uniforme.

À l’intérieur d’un nœud ouvrier, il y a une division supplémentaire du travail entre un “nœud web” et le reste “nœud ouvrier”.

Les nœuds web sont utilisés pour la connexion des utilisateurs. Après la connexion, l’utilisateur sera redirigé vers le nœud worker correspondant. (Le nœud web peut être omis si vous disposez déjà d’un équilibreur de charge).

Pour que la répartition de charge fonctionne, tous les nœuds de travail doivent être sur le même domaine DNS et au même niveau de sous-domaine (par exemple, ils peuvent être couverts par le même certificat SSL générique, tel que *.acme.com). La répartition de charge nécessite au moins deux nœuds de travail.

• Installez le serveur CentreStack sur la première machine du nœud de travail. Redémarrez et configurez le compte administrateur du cluster.

Note

Nous vous recommandons de configurer et d’installer le premier nœud et de vous assurer qu’il fonctionne correctement avant de configurer et d’installer le second nœud.

• Installez le serveur CentreStack sur tous les autres nœuds de travail.

Dans la fenêtre de configuration de la base de données, utilisez le même serveur de base de données que pour la première installation.

Veuillez NE PAS ajouter de nœuds web à la liste des nœuds ouvriers du cluster. La plupart du temps, lorsque vous avez une conception à plusieurs nœuds ouvriers, vous servez de nombreux utilisateurs et, la plupart du temps, vous avez votre propre équilibreur de charge. Dans le cas où vous avez votre propre équilibreur de charge, la fonctionnalité du nœud web est fusionnée avec le nœud ouvrier. Ainsi, vous pouvez avoir une configuration sans nœud web.

• Configurer l’équilibrage de charge DNS pour tous les nœuds de travail.

La plupart du temps, vous configurez un pare-feu ou un équilibreur de charge et vous orientez le DNS vers l’équilibreur de charge. L’équilibreur de charge va ensuite rediriger vers le nœud de travail CentreStack.

Note

Si vous utilisez un équilibreur de charge matériel, vous pouvez ignorer les nœuds web et avoir un cluster composé uniquement de nœuds de travail.

Déploiement typique en entreprise

Voici un schéma de déploiement typique dans un diagramme Visio pour de très grandes déploiements dans de grandes entreprises. Dans ce déploiement, la fonctionnalité de gestion peut être séparée en nœud de gestion interne (Une propriété du nœud ouvrier). Lorsque la fonctionnalité de gestion est séparée en noms DNS internes, le portail web de gestion est uniquement interne et donc plus sécurisé.

Déploiement haute disponibilité

Pour une haute disponibilité, vous pouvez préparer le déploiement haute disponibilité sur trois couches différentes et vous assurer qu’elle est haute disponibilité au sein de chaque couche.

1. Stockage

Si vous utilisez un partage de serveur de fichiers Microsoft comme stockage, vous pouvez le préparer à être répliqué, par exemple en utilisant DFS.

Si vous utilisez Amazon S3 ou Windows Azure Blob, par défaut, cela est redondant et à haute disponibilité.

2. Base de données

Vous pouvez utiliser le clustering de groupe de disponibilité de Microsoft SQL Server ou la bascule de groupe de disponibilité pour assurer la haute disponibilité de la base de données.

3. Nœud de travail CentreStack

Vous pouvez avoir plusieurs nœuds ouvriers centrestack dans une configuration d’équilibrage de charge en round robin pour fournir une haute disponibilité.