Planifier les performances et la capacité (FAST Search Server 2010 for SharePoint)

S’applique à : FAST Search Server 2010

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

Cet article fournit des recommandations générales sur les performances et sur la capacité. Utilisez ces recommandations pour déterminer les caractéristiques de votre topologie Microsoft FAST Search Server 2010 for SharePoint en matière de capacité et de performances.

Dans cette section :

• Cotation de capacité de volume du contenu

• Contenu de dimensionnement de la capacité de l'alimentation

• Cotation des performances de requête

• Requêtes de service pour plusieurs fermes SharePoint

• Impact sur les performances de fonctionnalité

• Performances des serveurs de recherche rapide et la capacité de test résultats et recommandations

Cotation de capacité de volume du contenu

En règle générale, vous devez planifier déployer une seule colonne d'index dans votre installation par les éléments indexés de 15 millions. La base de cette règle générale est une combinaison des éléments SharePoint de 70 % et de 30 % de documents à partir de partages de fichiers indexés, où la taille du document source est comprise entre 10 et 100 kilo-octets (Ko).

Vous pouvez indexer des éléments nettement plus par colonne, mais il est fortement dépendante sur votre configuration matérielle, la taille des documents et le jeu de fonctionnalités sélectionné. Pour plus d'informations, voir FAST 2010 Server Search de SharePoint Capacity Planning (livre blanc) (éventuellement en anglais).

Lorsque vous ajoutez des colonnes d'index, vous devez les recommandations de la topologie décrites dans la section Options de déploiement de la batterie de serveurs FAST Search Server (FAST Search Server 2010 for SharePoint) à la suite.

Ajout de davantage de colonnes à une installation en cours d'exécution nécessite la réindexation de tout le contenu pour re-partition les colonnes d'index. Assurez-vous de prévoir une capacité suffisante des colonne index à partir du début. Une reconstruction complète d'un index multi-colonne peut prendre plusieurs jours.

Contenu de dimensionnement de la capacité de l'alimentation

Le contenu de chaîne de l'alimentation doit être dimensionné pour atteindre une capacité suffisante pour la récupération et l'indexation de contenu nouveau ou mis à jour. Cotation doit prendre en compte :

• Extraction du contenu   Cela signifie que la vitesse à laquelle le contenu nouveau ou mis à jour peut être répercuté dans le système.

• Traitement et l'indexation   Cela signifie que l'efficacité avec laquelle le système peut traiter et de l'index des éléments.

Analyser la cotation

Dans un environnement FAST Search Server 2010 for SharePoint, l'analyse de contenu est une opération qui doit être paramétrée pour être en mesure d'intercepter les modifications dans un contenu plus rapidement possible. La SSA contenu FAST est basée sur une approche de l'extraction de contenu, où la longueur de chaque cycle d'analyse détermine le temps moyen de découvrir le contenu modifié doit être indexé. Vous devez effectuer le test dans votre propre environnement afin de déterminer le temps nécessaire pour analyser du contenu à l'aide d'une source de contenu particulière, et si le débit est consommée par l'analyse de ce contenu interfère avec le temps de réponse utilisateur ciblé.

Pour la SSA FAST contenu, vous pouvez modifier le nombre de requêtes simultanées que le connecteur génère lorsqu'il analyse à l'aide d'une source de contenu spécifiée. Le plus grand nombre de simultanées demande plus vite la vitesse d'analyse. Ce que vous voulez obtenir est que toutes les modifications dans les référentiels de contenu l'origine d'un document réindexé. Dans la mesure où le connecteur est dimensionné pour être en mesure d'intercepter toutes les mises à jour, la charge sur le traitement de l'élément et l'indexation n'augmentera pas même si vous réduisez le temps nécessaire pour analyser toutes les sources de contenu. Dans ce cas le seul effet d'augmenter la capacité à la SSA contenu FAST est réduit de l'indexation de latence. Pour plus d'informations, consultez Créer une règle d’impact du robot (FAST Search Server 2010 for SharePoint).

Vous faites évoluer la SSA contenu en ajoutant plusieurs composants d'analyse à la SSA. Pour plus d'informations, consultez Déploiement de l’application de service de recherche de contenu sur plusieurs serveurs (FAST Search Server 2010 for SharePoint).

L'indexation de cotation de capacité de temps de latence

Deux principaux paramètres de cotation affectent la latence globale d'indexation dans votre déploiement :

• Capacité de traitement. La surcharge de traitement élément principal est associée à l'analyse des formats de document et l'extraction de contenu disponible pour la recherche et les métadonnées. Si votre contenu se compose des documents complexes, tels que PDF volumineux ou des documents word, le traitement de l'élément peut devenir un goulet d'étranglement dans votre installation. Vous devez déployer l'élément de traitement du composant à tous les serveurs dans votre déploiement lorsque cela est possible. Pour plus d'informations, consultez Options de déploiement de la batterie de serveurs FAST Search Server (FAST Search Server 2010 for SharePoint).

• L'indexation de capacité. FAST Search Server 2010 for SharePoint utilise un mécanisme d'indexation incrémentiel qui garantit la faible latence d'indexation de contenu est nouveau ou mis à jour. Toutefois, il doit exister un équilibre raisonnable entre le nombre total d'éléments indexés et rapport de mise à jour d'article.

Vous devez effectuer un test d'évaluation de base à l'aide d'un déploiement de deux nœuds pour obtenir une indication grossière d'où est le goulot d'étranglement. Si les deux nœuds exécutent constant sur une charge processeur élevée cela peut indiquer que le traitement de l'élément est le goulot d'étranglement. Il est recommandé de réduire le nombre d'éléments par la colonne si vous voulez réduire la latence d'indexation. Cette réduction va augmenter l'élément (chaque nœud contribue pour le traitement des éléments) de capacité de traitement et réduire le temps re-indexing que ce qui réduit la latence d'indexation.

Cotation des performances de requête

Il n'y a deux paramètres principaux, que vous devez prendre en considération lors de la cotation de performances des requêtes.

• Le nombre maximal de requêtes pris en charge est mesuré dans les requêtes par seconde (QPS). Pour les solutions de recherche situé derrière le pare-feu, il est normalement pas d'un facteur de limitation. Sauf si vous envisagez pour la gestion des taux de requêtes de pic de QPS plus de 5, vous n'aurez pas à prendre en compte l'évolution horizontale de la solution de recherche pour ce paramètre de cotation.

  L'évolution horizontale de plusieurs QPS implique l'ajout de plusieurs lignes de recherche pour le déploiement. Pour plus d'informations, consultez Cluster de la recherche.

  Pour les déploiements de QPS hautes, vous devrez peut-être également à la SSA de requête en ajoutant plusieurs composants de requête à la SSA à l'échelle réduite. Pour plus d'informations, consultez Déploiement de l’application de service de recherche de requête sur plusieurs serveurs (FAST Search Server 2010 for SharePoint).

• Le temps de réponse détermine que le délai d'aller-retour moyen à partir de l'utilisateur émet une requête jusqu'à ce que les résultats d'une requête est présenté. Outre le nombre d'éléments par colonne, la principale solution pour améliorer la latence de la requête est de déployer une ou plusieurs lignes de recherche supplémentaires. Dans de cette manière vous évitez que la charge de l'indexation a une incidence sur la latence des requêtes, et vous obtiendrez également de requête de haute disponibilité. Pour plus d'informations, voir différents niveaux de disponibilité élevée.

Requêtes de service pour plusieurs fermes SharePoint

À l'aide de l'infrastructure d'application SharePoint Server service partagé, vous pouvez avoir une batterie de serveurs parent traitent les requêtes pour les enfants de plusieurs batteries de serveurs. Vous vous connectez les serveurs web frontaux de la batterie de serveurs enfant à la SSA de requête dans la batterie de serveurs parent via le proxy SSA.

Effet de performances de fonctionnalité

Le tableau suivant résume les performances de l'effet de FAST Search Server 2010 for SharePoint rechercher les fonctions associées. Les valeurs sont affichées sont considérées en tant que règle de base comme l'effet d'une seule fonction varie en fonction de l'utilisation. Il existe également des interdépendances entre les fonctionnalités qui ne figurent pas dans la table.

H = élevé, M = moyenne et L = faible. Lorsque aucune lettre n'est spécifiée, l'élément est insignifiante effet sur la ressource correspondante par rapport à ne pas utiliser la fonctionnalité.

Remarques :

1. Le modèle d'utilisation de mémoire est similaire pour raffineurs approfondies et le tri de texte intégral. La requête de mise en correspondance composants stocke les données d'agrégation pour les propriétés gérées associées dans la mémoire principale. L'effet de l'utilisation de la mémoire est proportionnelle avec le nombre d'éléments par colonne et le nombre de valeurs uniques pour la propriété gérée associée.

2. Raffineurs chaîne étroite avec de nombreuses valeurs uniques dans l'index aura une bonne effet sur les performances d'e/S sur l'interface entre les nœuds de traitement de requête et de filtrage de la requête. L'impact sur les performances d'e/S charge est proportionnelle avec le nombre de colonnes et les QPS dans la batterie de serveurs. Pour plus d'informations sur le réglage des performances de profondes raffineurs, voir la rubrique RefinerConfiguration.

3. À l'aide de la chaîne partielle raffineurs a bon effet sur les performances d'e/S sur l'interface entre les nœuds de traitement de requête et de filtrage de la requête. L'impact sur les performances d'e/S charge est proportionnelle à la taille moyenne de la propriété gérée associée, le nombre de colonnes et les QPS dans la batterie de serveurs. Dans la plupart des cas raffineurs deep est l'option recommandée pour l'optimisation de requête.

4. Ajustement en double peut-être dans certains cas bon effet sur les performances d'e/S sur l'interface entre les nœuds de traitement de requête et de filtrage de la requête. L'impact sur les performances d'e/S charge est proportionnelle au nombre moyen de doublons par les résultats de requête, le nombre de colonnes et les QPS dans la batterie de serveurs.

5. Si vous appliquez la recherche de sous-chaîne à des propriétés gérées volumineuses (par exemple, le corps), cela n'affecte une bonne l'index de l'utilisation du disque.

6. Pour plus d'informations sur cette fonctionnalité, consultez fonctionnalités de pertinence.

Performances des serveurs de recherche rapide et la capacité de test résultats et recommandations

Vous pouvez télécharger un livre blanc qui fournit des informations supplémentaires sur les caractéristiques de performances et la capacité de FAST Search Server 2010 for SharePoint. Il fournit également des détails sur la façon dont il a été testée par Microsoft. Il comprend les éléments suivants :

• Tester les caractéristiques de la batterie de serveurs

• Résultats des tests

• Recommandations

• Résolution des problèmes de performances et évolutivité

Le livre blanc fournit également des détails sur la façon de configurer FAST Search Server 2010 for SharePoint pour manipuler les éléments de 40 millions par index de colonne.

Avant de lire ce livre blanc, Assurez-vous que vous compreniez les concepts clés de gestion de la capacité dans FAST Search Server 2010 for SharePoint. Pour plus d'informations, consultez Topologie de la batterie de serveurs FAST Search Server (FAST Search Server 2010 for SharePoint).

Livre téléchargeable : Serveur de recherche rapide 2010 pour la planification des capacités SharePoint (éventuellement en anglais) (https://www.microsoft.com/downloads/details.aspx?FamilyID=65b799e3-825c-4398-8cd7-3311d3297997).

See Also

Concepts

Planifier la topologie de la batterie de serveurs (FAST Search Server 2010 for SharePoint)
Redondance et disponibilité de la batterie de serveurs FAST Search Server