4.5.1 Recherche du serveur le mieux adapté
Les problèmes d'extensibilité du serveur de connexion peuvent être générés par :
● Le nombre de connexions ouvertes à la base de données
Les problèmes liés au nombre de connexions à la base de données sont déjà traités par le mécanisme de pool de connexions.
● Les processeurs utilisés par le serveur de connexion
Le serveur de connexion peut utiliser un certain nombre de processeurs pour convertir les données ou écrire et renvoyer des tampons de réponse volumineux au client. Toutefois, le serveur de connexion n'utilise pas
énormément de processeurs.
● Le nombre de travaux en cours d'exécution
Le nombre de travaux exécutés sur un serveur augmente sa charge de travail.
● La mémoire totale allouée par le serveur de connexion ou le middleware intégré
La mémoire totale utilisée dépend des requêtes SQL exécutées. Par exemple, une instruction SQL unique pour une grande table peut avoir un impact plus important sur l'extensibilité qu'une série de petites requêtes
SQL.
Le serveur de connexion implémente l'équilibrage de charge avec l'aide de l'indicateur de charge le plus pertinent,
à savoir dans ce cas la mémoire totale allouée. Moins le serveur de connexion utilise de mémoire, plus il est sain.
Remarque
Le serveur de connexion peut aussi utiliser le nombre de travaux comme indicateur de santé dans les versions futures.
La formule suivante permet de calculer l'ETAT du serveur :
HEALTH = (available memory / max memory) * constant où :
● taille max. de la mémoire est la mémoire totale maximale allouée, par exemple 2 Go sur une plateforme MS Windows 32 bits
● mémoire disponible est la différence entre la taille max. de la mémoire et la mémoire totale actuelle allouée
● constant est l'ETAT maximal du serveur (défini sur 10 000 pour le serveur de connexion).
4.5.2 Logique d'équilibrage de charge
1. Chaque serveur candidat envoie son ETAT à l'équilibreur de charge.
Un serveur candidat désigne un serveur de connexion qui prend en charge la paire couche réseau/base de données requise. En partant du principe que toutes les instances de serveur prennent en charge le même ensemble de sources de données, elles sont toutes des candidates potentielles pour servir une requête client.
2. L'équilibreur de charge détermine à quel serveur envoyer la requête client en identifiant et en classant les serveurs les plus sains. Il sélectionne ensuite le meilleur serveur. Si l'ensemble de serveurs ne contient qu'un seul serveur, il s'agit alors du serveur cible.
L'ETAT DU SERVEUR est mis à jour au cours de son cycle de vie. L'ETAT DU SERVEUR est recalculé lorsque l'une des opérations suivantes est effectuée :
32
©
2014 SAP AG ou société affiliée SAP. Tous droits réservés.
Guide d'accès aux données
Spécificités de l'accès aux données
