MicroStrategy ONE

Clustering de serveur

À partir de MicroStrategy ONE Update 12, vous pouvez effectuer la mise en cluster du serveur. Un ensemble de machines en cluster fournit un ensemble associé de fonctionnalités ou de services à un ensemble commun d'utilisateurs. MicroStrategy recommande de mettre en cluster les serveurs Intelligence dans les environnements où l'accès à l'entrepôt de données est critique et où les performances du système sont de la plus haute importance. Intelligence Server vous offre la fonctionnalité permettant de regrouper un groupe de machines Intelligence Server afin de profiter des nombreux avantages disponibles dans un environnement en cluster.

Un cluster de serveurs se compose d'un groupe de serveurs travaillant simultanément pour améliorer la protection des données et maintenir la cohérence de la configuration du cluster. Le clustering offre une protection contre les pannes résultant de pannes logicielles ou matérielles. De plus, le clustering garantit une plus grande disponibilité, un équilibrage de charge efficace et une évolutivité du système.

Chaque serveur au sein d'un cluster possède ses propres ressources CPU et mémoire pour prendre en charge les exécutions de tableaux de bord et de rapports. Si un serveur du cluster tombe en panne, la charge de travail peut être rapidement transférée vers un autre serveur. Le clustering permet une récupération automatique après une panne sans intervention de l'utilisateur. Si une panne de serveur se produit au sein du cluster, cela n'a pas d'impact sur la disponibilité des données ou des applications pour ses utilisateurs. Au lieu de cela, un autre serveur prend le contrôle, permettant au cluster de minimiser les temps d'arrêt et les pannes. Avec un travail ininterrompu, les utilisateurs peuvent facilement accéder à l'environnement et consulter des tableaux de bord. Le clustering de serveurs est une excellente stratégie pour configurer et gérer les serveurs et est d'une importance cruciale pour les administrateurs afin d'optimiser les coûts, d'améliorer les performances et de fournir une meilleure accessibilité à leurs utilisateurs.

MicroStrategy offre une fonctionnalité de démarrage de cluster pour lancer le processus de mise en ligne d'un serveur et rendre ses ressources disponibles dès le redémarrage du serveur. Cela aide à répartir le trafic entrant et améliore les performances.

Ajouter un nouveau serveur à un cluster

  1. Ouvrir la Workstation fenêtre.
  2. Dans le volet de navigation, sous Administration, cliquez sur Moniteurs.
  3. Dans le volet gauche, cliquez sur Clustering.

  4. Cliquez sur pour ajouter un serveur à l'environnement en cluster.

  5. Entrez le nom du serveur.

  6. Cliquez sur Ajouter.

Ajouter un serveur existant à un cluster

  1. Ouvrir la Workstation fenêtre.
  2. Dans le volet de navigation, sous Administration, cliquez sur Moniteurs.
  3. Dans le volet gauche, cliquez sur Clustering.

  4. Sous Serveurs non clusterisés, cliquez avec le bouton droit sur le serveur que vous souhaitez mettre en cluster et choisissez Ajouter au cluster.

Dissocier un serveur

  1. Ouvrir la Workstation fenêtre.
  2. Dans le volet de navigation, sous Administration, cliquez sur Moniteurs.
  3. Dans le volet gauche, cliquez sur Clustering.

  4. Cliquez avec le bouton droit sur le serveur et choisissez Annuler le cluster.

  5. Saisissez le nom du serveur pour confirmer et cliquez sur Annuler le cluster.

Si un serveur n'est pas en cluster et est activé pour l'option de démarrage du cluster, le serveur est ajouté au cluster au redémarrage du serveur. Veuillez noter que les serveurs définis par défaut ne peuvent pas être dissociés.

Supprimer un serveur d'un cluster

Utiliser Supprimer option pour supprimer complètement un serveur d'un environnement en cluster. La dissociation et la suppression sont des options complètement différentes. Une fois que vous avez supprimé un serveur d'un cluster, vous devez l'ajouter en tant que nouveau serveur si vous souhaitez le regrouper à nouveau.

  1. Ouvrir la Workstation fenêtre.
  2. Dans le volet de navigation, sous Administration, cliquez sur Moniteurs.
  3. Dans le volet gauche, cliquez sur Clustering.

  4. Cliquez avec le bouton droit sur le serveur et choisissez Supprimer.

  5. Saisissez le nom du serveur pour confirmer et cliquez sur Supprimer.

Ajouter/Supprimer du démarrage du cluster

Le démarrage du cluster détermine la disponibilité du serveur après un redémarrage du serveur.

  1. Ouvrir la Workstation fenêtre.
  2. Dans le volet de navigation, sous Administration, cliquez sur Moniteurs.
  3. Dans le volet gauche, cliquez sur Clustering.

  4. Cliquez avec le bouton droit sur le serveur et choisissez soit Ajouter au démarrage du cluster ou en Supprimer du démarrage du cluster.

Dépannage du clustering de serveurs

Lorsque les journaux de diagnostic sont activés, chaque projet génère un journal dans la Trace du serveur du Cube Journal qui indique le début et la fin du processus de resynchronisation. Pour vous assurer que votre environnement consigne ces informations, activez la Trace du serveur du Cube journaux. Pour plus d'informations sur l'activation des journaux, reportez-vous à Afficher et modifier les paramètres de configuration du journal.

Le journal s'affiche lorsque la resynchronisation du cube démarre et se termine :

Limites du clustering de serveurs

  • Le clustering de serveurs n'agit pas comme mesure préventive contre les incohérences de cube, mais aide à rétablir la synchronisation dans votre environnement après des incohérences de cube. Si un cube est incohérent, il ne sera pas automatiquement corrigé lors de la récupération du réseau, mais attendra la prochaine recherche de cube ou le rechargement des fichiers de pool. Par conséquent, les clients peuvent rencontrer des incohérences dans les cubes pendant une brève période.
  • Les statuts actif et inactif d'un cube ne seront pas resynchronisés, car ces statuts ne sont pas enregistrés dans les fichiers de recherche.
  • Si vous supprimez un cube distant sur un serveur Intelligence distant qui ne répond pas, il ne se resynchronisera pas en raison de la responsabilité du serveur Intelligence de gérer les cubes locaux. Si le serveur Intelligence tente de supprimer un cube publié sur le nœud distant, il enverra une quête au serveur Intelligence distant. Cela déclenche ensuite des modifications dans les fichiers de recherche ou de pool et les informations du cube ou les fichiers d'instance seront supprimés sur le disque. Toutefois, la modification des fichiers de cube sur les nœuds du serveur Intelligence distant n'est pas prise en charge lorsque le serveur Intelligence distant ne répond pas.