Redondance et disponibilité de la batterie de serveurs FAST Search Server

S’applique à : FAST Search Server 2010

Dernière rubrique modifiée : 2015-03-09

Cet article décrit les options permettant d’appliquer une montée en puissance parallèle aux rôles de serveur redondants inclus dans une batterie de serveurs Microsoft FAST Search Server 2010 for SharePoint. Au terme de la lecture de cet article, vous serez à même d’identifier les options de redondance appropriées pour l’environnement.

Dans cet article :

• À propos de la redondance et de disponibilité

• Batteries de serveurs et des applications de service de recherche

• Redondance et la disponibilité de la requête SSA

• Redondance et de disponibilité pour le contenu de la SSA

• Des composants redondants au sein de la recherche rapide de batterie de serveurs SharePoint

• Différents niveaux de disponibilité élevée

À propos de la redondance et de disponibilité

Le terme redondanceest souvent mal interprété et confondu avec la disponibilité. Bien que ces concepts soient proches, ils ne sont pas identiques. La redondance fait référence à l'utilisation de plusieurs serveurs dans un environnement où la charge est équilibrée dans plusieurs buts (par exemple, amélioration des performances) de façon à évoluer pour accueillir des utilisateurs supplémentaires et à améliorer la disponibilité.

La disponibilité est un concept plus spécialisé qui fait référence à un environnement à plusieurs serveurs qui est conçu pour accepter les connexions et fonctionner normalement même quand un ou plusieurs des serveurs de la batterie de serveurs ne sont pas opérationnelles. Disponibilité implique la redondance et l'indique en outre un mécanisme de basculement et plusieurs autres caractéristiques possibles. Un système redondant, cependant, peut ne pas être hautement disponible.

FAST Search Server 2010 for SharePoint prend en charge les batteries de serveurs évolutive pour la capacité, performances et la disponibilité. En règle générale, la capacité est la première de la réflexion pour déterminer le nombre d'ordinateurs serveurs commence. Après la factorisation de performances, disponibilité joue également un rôle pour déterminer le nombre de serveurs et la taille ou capacité des ordinateurs serveur dans une batterie de serveurs.

Après avoir lu cet article, vous serez en mesure de décider si vous avez besoin intégrer la topologie de déploiement de serveur en déployant des serveurs redondants capacité extensible, ou si elle est nécessaire pour l'entreprise planifier un déploiement limité du serveur sans serveurs redondants.

Batteries de serveurs et des applications de service de recherche

FAST Search Server 2010 for SharePoint fournit une infrastructure de recherche d'entreprise pour l'infrastructure de batterie de serveurs Microsoft SharePoint Server et la solution de recherche se compose de quatre parties principales, qui peuvent se trouver dans les batteries de serveurs différents :

• La batterie de serveurs FAST Search Server 2010 for SharePoint il s'agit d'une infrastructure de batterie de serveurs serveur dédié fournit les fonctionnalités d'indexation et de recherche principal pour la solution de recherche d'entreprise. Afin de fournir une solution bout en bout recherche, une batterie de serveurs FAST Search Server 2010 for SharePoint doit être associé à une batterie de serveurs parent SharePoint Server par le biais de la SSA de requête de recherche rapide et une rapide recherche la SSA Content.

  Redondance et de planification des considérations relatives à l'infrastructure de batterie de serveurs FAST Search Server 2010 for SharePoint de disponibilité est l'étendue principale de cet article.

• Application de service de recherche de requête FAST (SSA)   Il s'agit d'une application de service de recherche (SSA) dans la batterie de serveurs parent SharePoint Server qui fournit l'intégration côté de la requête entre la batterie de serveurs FAST Search Server 2010 for SharePoint et de la batterie de serveurs SharePoint Server parent.

• Application de service de recherche rapide Content (SSA)   Ceci est une application de service de recherche (SSA) dans une batterie de serveurs SharePoint Server permet lors de la récupération des données pour l'indexation à partir des référentiels de contenu. Cette SSA représente la valeur par défaut, le connecteur pour votre déploiement FAST Search Server 2010 for SharePoint d'indexation.

• Base de données SQL Server   Une batterie de serveurs FAST Search Server 2010 for SharePoint doit avoir accès à un hôte Microsoft SQL Server au sein de la batterie de serveurs associés SharePoint Server qui est utilisé pour stocker les informations de configuration.

  Pour plus d'informations sur la redondance et de disponibilité pour la SQL Server au sein de la batterie de serveurs SharePoint Server, voir la rubrique Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010). Notez que la référence à «recherche» dans cette rubrique fait référence à la recherche SharePoint Server, qui utilise également la base de données comme une banque de propriétés pour l'index.

Pour plus d'informations sur la topologie de batterie de serveurs, consultez Planifier la topologie de la batterie de serveurs (FAST Search Server 2010 for SharePoint).

Redondance et la disponibilité de la requête SSA

La requête de recherche FAST le SSA fournit l'intégration côté de la requête entre parent et de la batterie de serveurs FAST Search Server 2010 for SharePoint batterie de serveurs SharePoint Server. La SSA Query fournit également la fonctionnalité de recherche de personnes pour les requêtes.

Vous devez déployer la SSA requête rapide sur la batterie de serveurs parent SharePoint Server.

Vous pouvez adapter à la SSA de requête pour la redondance de requête et de disponibilité en ajoutant des composants supplémentaires de la requête au sein de la SSA.

Pour plus d'informations sur la façon d'ajouter un composant de la requête, voir la rubrique Déploiement de l’application de service de recherche de requête sur plusieurs serveurs (FAST Search Server 2010 for SharePoint).

La SSA Query inclut également un composant d'analyse qui récupère des profils utilisateur pour la Recherche de personnes. Dans la plupart des cas vous ne devrez pas déployer ce composant pour des performances, mais vous pouvez ajouter un composant d'analyse supplémentaires au sein de la SSA pour la redondance de recherche de personnes.

Pour plus d'informations sur la redondance et de disponibilité pour les serveurs d'applications au sein d'une batterie de serveurs SharePoint Server, voir la rubrique Planifier la disponibilité (SharePoint Server 2010).

Redondance et de disponibilité pour les serveurs Web frontaux

Vous devez prévoir la redondance et de disponibilité pour les serveurs Web frontaux conformément aux instructions dans Planifier la disponibilité (SharePoint Server 2010).

Vous pouvez déployer des serveurs Web frontaux de la batterie de serveurs parent SharePoint Server ou dans les batteries de serveurs enfant. Dans ce cas, vous vous connectez les serveurs Web front-end via un proxy SSA dans la batterie de serveurs parent.

Redondance et de disponibilité pour le contenu de la SSA

Le contenu de recherche FAST le SSA permet lors de la récupération du contenu pour l'indexation à partir des référentiels de contenu. Cette SSA représente la valeur par défaut, le connecteur pour votre déploiement FAST Search Server 2010 for SharePoint d'indexation.

Normalement, vous déploierez la FAST SSA contenu sur la batterie de serveurs parent SharePoint Server.

Vous pouvez adapter la SSA Content pour introduire la redondance et de disponibilité en ajoutant des composants d'analyse supplémentaires au sein de la SSA.

Pour plus d'informations sur la façon d'ajouter un composant d'analyse, voir la rubrique Déploiement de l’application de service de recherche de contenu sur plusieurs serveurs (FAST Search Server 2010 for SharePoint).

Pour plus d'informations sur la redondance et de disponibilité pour les serveurs d'applications au sein d'une batterie de serveurs SharePoint Server, voir la rubrique Planifier la disponibilité (SharePoint Server 2010).

Des composants redondants au sein de la recherche rapide de batterie de serveurs SharePoint

Les composants suivants dans une batterie de serveurs FAST Search Server 2010 for SharePoint prennent en charge la redondance :

• Serveur de distribution de contenu   Il s'agit d'un composant sans état qui peut être dupliqué pour atteindre une disponibilité de mise à l'échelle et haute performance. Chaque serveur de distribution de contenu prendra en charge le contrôle de flux pour un sous-ensemble de lots de l'élément de l'alimentation.

  Si un serveur de distributeur contenu échoue, les lots d'en suspens des articles associés à ce serveur de distribution de contenu échoue et le protocole de contrôle de flux garantit que les lots d'article sont soumis par le connecteur d'indexation associé.

• Traitement de l'élément   Vous pouvez optimiser le traitement de l'élément en distribuant un nombre variable d'instances d'éléments de traitement (chacun un processeur de thread en cours d'exécution) à un ou plusieurs serveurs dans la batterie de serveurs. Chaque instance d'élément de traitement gère un ensemble donné de lots de l'élément.

  Si un serveur de traitement de l'élément en cours d'exécution échoue, les lots d'en suspens des articles associés à l'élément de traitement des instances en cours d'exécution sur ce serveur va échouer et le protocole de contrôle de flux garantit que les lots d'article sont soumis par le connecteur d'indexation associé.

• Analyse du lien (Analyseur de Web)   Vous pouvez adapter l'Analyseur de Web pour gérer l'analyse de la liaison pour le nombre d'éléments avec plusieurs liaisons croisées. L'Analyseur de Web fonctionne dans un lot de mode de traitement et est en mesure de distribuer les tâches d'analyse des liens à plusieurs serveurs exécutant la base de données de la recherche et liaison de composants de traitement.

  Si un serveur exécutant l'analyse de la liaison échoue avec des erreurs irrécupérables du disque, vous devez rétablir la base de données de Web Analyseur de lien de la dernière sauvegarde. Si aucune sauvegarde n'existe, le classement en fonction de l'analyse de la liaison sera incomplète jusqu'à ce qu'un re-crawl complète s'est produite.

  Vous pouvez contrôler la redondance pour la base de données de liste de choix au cours du déploiement, en configurant redundant-lookup pour que l'analyseur du Web dans le fichier de configuration de déploiement. Si vous perdez un composant de base de données de liste de choix sans redondance activé, cela bloque l'utilisation de l'alimentation de nouveaux éléments.

• L'indexation de répartiteur   Il s'agit d'un composant sans état qui peut être dupliqué pour atteindre l'évolutivité des performances d'alimentation et de haute disponibilité. Chaque répartiteur d'indexation gère l'alimentation pour un sous-ensemble des lots de l'élément de contrôle de flux.

  Si un serveur de répartiteur d'indexation échoue, les lots articles restants associés à cette indexation répartiteur échouera et le protocole de contrôle de flux garantit que les lots d'article sont soumis par le connecteur d'indexation associé.

• L'indexation   Vous pouvez adapter le composant d'indexation en définissant plusieurs colonnes d'index.

  Au sein de chaque colonne d'index, vous pouvez configurer un indexeur de sauvegarde pour une haute disponibilité.

  Si un serveur de l'indexeur échoue avec des erreurs irrécupérables du disque, vous pouvez récupérer de la batterie de serveurs de la dernière sauvegarde ou un indexeur de sauvegarde être le nouvel indexeur principal de l'activer manuellement.

• Correspondance de la requête   Vous pouvez ajuster la requête de mise en correspondance le composant à deux dimensions. Chaque colonne d'index aura au moins un serveur de requêtes associé correspondant. En définissant plusieurs lignes de la recherche, vous pouvez adapter la batterie de serveurs pour les performances des requêtes et de haute disponibilité.

  Si un serveur de requête correspondante échoue, les requêtes restantes expédiées à cette ligne de la recherche échoue, et les requêtes suivantes seront gérés par une autre ligne de recherche avec cette colonne d'index.

• Traitement de requête   Il s'agit d'un composant sans état qui peut être dupliqué pour obtenir la mise à l'échelle de performances de requête et une haute disponibilité. Chaque serveur de traitement des requêtes gère un sous-ensemble des requêtes.

  Cas d'échec de l'un requête serveur de traitement, les requêtes restantes associées à ce serveur de traitement de requête échoue et les requêtes suivantes seront gérés par un autre serveur de traitement de requête.

• Recherche rapide de connecteurs d'indexation spécifiques   La rapide recherche WebCrawler est un connecteur d'indexation alternatif recommandée pour certains scénarios d'utilisation analyse Web à grande échelle. Vous pouvez adapter ce composant en déployant plusieurs planificateurs de nœud qui doit gérer la planification d'analyse des différentes parties de l'analyse générale.

  La rapide recherche Lotus Notes et de la base de données de recherche rapide l'indexation des connecteurs sont implémentés en tant que composants autonomes, chacune associée à un ou plusieurs des référentiels de contenu. Cela signifie que vous pouvez adapter le système en déployant plusieurs instances des connecteurs d'indexation.

Pour plus d'informations sur les composants, voir la rubrique Topologie de la batterie de serveurs FAST Search Server (FAST Search Server 2010 for SharePoint).

Différents niveaux de disponibilité élevée

Choix d'une stratégie de haute disponibilité dépend de plusieurs facteurs liés à la configuration requise et de budget :

• Haute disponibilité pour toutes les parties du système nécessite en général, plus de serveurs que donné par les exigences de performances réelles.

• Est-il acceptable que les performances diminue lorsqu'une erreur se produit ?

• Voulez-vous que la haute disponibilité uniquement pour les parties importantes du système, telles que la capacité pour servir les requêtes même si les composants de la chaîne d'alimentation échouent ? Cela signifie que d'un contenu complet re-feed est toujours acceptable dans ce cas.

• Quelle est la durée maximale acceptable pour reconstruire l'index de l'état même après une erreur non récupérable dans la chaîne d'alimentation ?

Requête haute disponibilité

Ceci est généralement plus important pour une solution de recherche. Vous pouvez fournir un niveau élevé de disponibilité de la requête par le déploiement de deux ou plusieurs lignes de recherche. En fonction des exigences en matière de performances de requête, les lignes de la recherche peuvent être installé conjointement avec les indexeurs principales ou secondaire.

Un échec de la chaîne d'indexation peut être récupéré lors de la recherche est toujours disponible, à quelques exceptions près :

• Si une restauration d'une sauvegarde précédente est requise, recherche sera arrêté pour le temps que nécessaire pour récupérer le système à partir de la sauvegarde. Selon la taille de la sauvegarde, cela peut prendre beaucoup de temps.

  Si vous excluez l'index binaire à partir de la sauvegarde, le temps de sauvegarde/restauration est sensiblement réduit. Toutefois, le temps de récupérer l'index devient beaucoup plus de temps, comme l'index doit être recréé à partir du magasin de l'élément pre-index (fichiers FiXML). Toutefois, rapide de rechercher Administrateurs peut conserver l'index disponible plus tard (avant la situation d'erreur) sur les lignes non concernés de recherche disponibles pour les requêtes jusqu'à ce que l'index est reconstruit à partir de la sauvegarde. Ceci fournira donc améliorer la disponibilité pour la recherche au prix d'un délai d'actualisation plus long avant que le nouveau contenu devient consultable après une situation d'erreur.

• Si vous n'avez pas de tolérance de pannes de bout en bout de la chaîne d'alimentation et d'indexation et ne prenez pas de sauvegardes de données, vous devrez peut-être re-crawl et Réindexer tout le contenu des source de référentiels. Au cours de la re-crawl uniquement le contenu indexé d'après le démarrage de le re-crawl sera disponible pour la recherche.

Indexeur de haute disponibilité

Vous pouvez choisir parmi les options suivantes pour l'indexeur de haute disponibilité :

1. Déployer un indexeur de sauvegarde sur un serveur distinct. Cela permet d'obtenir la meilleure disponibilité. Dans le cas d'une situation d'erreur non récupérable de l'indexeur principal, un administrateur de recherche rapide devez reconfigurer l'indexeur de sauvegarde pour devenir le nouvel indexeur principal. Recherche sera disponible pendant la période entre la situation d'erreur et la reconfiguration, en supposant que vous avez déployé une seule ligne de recherche. Alimentation et l'indexation seront arrête durant cette période. Toutefois, le protocole de contrôle de flux garantit qu'aucun élément n'est perdue.

   Le coût de cette option est que vous devez déployer deux serveurs d'indexeur par colonne et que les performances d'indexation sont considérablement réduite en raison de la charge du protocole de sauvegarde, et que l'indexeur sauvegarde aura un impact sur les performances sur la requête de mise en correspondance en cours d'exécution sur ce serveur.

2. Effectuer la sauvegarde complète régulière des données, y compris de l'index binaire. Cela garantit une récupération rapide (limité par le temps nécessaire pour copier les données de sauvegarde), mais peuvent dans des installations plus grandes implique des sauvegardes beaucoup trop grands et en conséquence de longs temps d'arrêt lors de la sauvegarde régulière.

   L'inconvénient d'une solution de sauvegarde et de récupération en fonction de l'index est que les données indexées après que la dernière sauvegarde ne pourra plus être disponible pour la recherche. La procédure de récupération permet de s'assurer que les connecteurs d'indexation seront ne re-feed que le contenu a été mis à jour après la dernière sauvegarde.

   Notes

   La batterie de serveurs FAST Search Server 2010 for SharePoint et à la SSA associés contenus dans la batterie de serveurs SharePoint parent doivent être interrompu au cours de l'heure de la sauvegarde. Recherche sera disponible, mais pas de nouveau contenu à l'indexation pendant cette période.

3. Effectuer la sauvegarde complète régulière des données à l'exclusion de l'index binaire. Cela réduit la taille de la sauvegarde et prend moins de temps. Toutefois, le temps de récupération sera significativement plus long, impliquant une reconstruction complète de l'index. Mais étant donné que la recherche peut-être être disponible pendant cette période, il s'agit d'un compromis entre les aspects de coût et les exigences de fraîcheur attrayant. Pour plus d'informations sur la sauvegarde et de restauration, voir la rubrique Planifier la stratégie de sauvegarde et de récupération du système (FAST Search Server 2010 for SharePoint).

See Also

Concepts

Topologie de la batterie de serveurs FAST Search Server (FAST Search Server 2010 for SharePoint)
Planifier la stratégie de sauvegarde et de récupération du système (FAST Search Server 2010 for SharePoint)