Serveurs de base de données

Les serveurs de base de données lisent et écrivent fréquemment les données stockées sur le disque dur. Améliorer la vitesse de lecture et d’écriture sur votre base de données peut avoir une grande incidence sur la performance de votre système. De nombreuses personnes recommandent le stockage SSD (Solid State Drives) pour les bases de données avec un trafic entrant et sortant important, parce que les données peuvent être lues et écrites rapidement et sont protégées par des copies de sécurité.

Habituellement, il est recommandé de répartir les éléments de votre serveur de base de données sur différents disques dans votre serveur. Vous pouvez ainsi utiliser des disques distincts pour votre système d’exploitation, vos fichiers de données, vos fichiers journaux et vos bases de données. Le choix de la technologie RAID (qui assure la redondance du contenu des disques) et le type de disques que vous choisirez dépendra grandement de la nature et de la fonction de vos données.

Enfin, la taille et le nombre de disques et de lecteurs dont vous avez besoin dépendent de la taille de vos bases de données et du trafic entrant et sortant. Ces éléments détermineront respectivement l’espace de stockage et la performance nécessaires.

Il y a deux décisions à prendre à l’égard des processeurs : le nombre de CPU (unités centrales de traitement) dont vous avez besoin et la vitesse des CPU.

Ces décisions doivent reposer sur l’utilisation de vos CPU, établie en fonction de la fréquence et de la nature des requêtes dans la base de données (et non de la taille de votre base de données). Le meilleur moyen de prendre une décision quant aux CPU est d’analyser leur utilisation actuelle. En mesurant l’utilisation et la performance, vous pouvez évaluer vos besoins pour une éventuelle capacité de traitement supplémentaire.

Si les CPU fonctionnent à plus de 75 % de leur capacité, on peut considérer qu’ils ont atteint un seuil critique. C’est le cas, par exemple, chaque fois qu’au moins une tâche est en attente de ressources de CPU.

Lorsque la capacité des CPU a atteint un seuil critique, vous avez deux options : mettre à niveau votre système avec des CPU plus rapides ou ajouter des CPU supplémentaires. La mise à niveau avec des CPU plus rapides contribue pratiquement toujours à améliorer la performance du système. À l’opposé, sauf exception, l’ajout de CPU supplémentaires ne permet pas toujours d’exécuter les tâches plus rapidement dans la base de données. Par exemple, si les CPU sont utilisés à 100 % de leur capacité, mais qu’aucune tâche ne se trouve en attente de CPU, alors l’ajout de CPU supplémentaires ne sera d’aucune utilité.

Si vous n’êtes pas certain de la décision à prendre, sachez qu’iWeb vous permettra toujours de mettre à niveau ou d’ajouter des processeurs dans vos serveurs dédiés ou Cloud. Vous pouvez ainsi augmenter la vitesse ou le nombre de CPU lorsque votre volume de données augmente ou lorsque votre situation change.

Plus vous disposez de mémoire vive, plus vous pouvez mettre de données en mémoire cache (en antémémoire). Vos requêtes peuvent ainsi extraire un plus grand nombre de données du disque.

Plus la mémoire peut contenir de données, plus le traitement des données et le résultat de la requête sont rapides (moins de lectures sur le disque dur sont requises). Si toutes les données requises pour répondre à la requête peuvent être chargées en mémoire vive, une seule lecture est nécessaire. La « permutation » et la « pagination » sur disque sont évitées, ce qui accélère l’exécution de la requête.

La vitesse dépend donc de la mémoire vive et du volume de données à interroger lorsqu’est lancée une recherche. Cela dit, la plupart des bases de données fonctionnent avec des index pour accélérer les requêtes, et les exigences en matière de mémoire vive sont plus étroitement liées à la taille de vos index qu’à la taille de l’ensemble de votre base de données. Règle générale, il vaut donc mieux conserver des index dont la taille n’excède pas la capacité de votre mémoire vive, mais il ne s’agit pas d’une règle absolue pour l’ensemble des index et des programmes de serveurs de base de données. De la même façon, si l’ensemble de vos données peut être chargé en mémoire vive, vous n’avez probablement pas besoin d’index.

Ici encore, la meilleure façon de déterminer vos besoins en matière de mémoire vive est de mesurer l’utilisation et la performance actuelles du système. Si vous ne disposez pas de mesures précises, déterminez la mémoire requise pour le traitement d’une transaction volumineuse, et évaluez le volume de mémoire vive nécessaire pour éviter la permutation et la pagination.

Votre système d’exploitation détermine la capacité de mémoire vive dont vous pouvez disposer. Sur un système 32 bits, la mémoire peut atteindre un maximum de 4 Go. Dans de nombreux cas, un serveur de base de données sur un système d’exploitation de 32 bits fonctionnera mieux avec la capacité maximale de mémoire vive, soit 4 Go. Si vous déterminez que le traitement de votre base de données requiert davantage de mémoire vive que les 4 Go d’un environnement 32 bits, vous avez besoin d’un système d’exploitation 64 bits.

N’oubliez pas que votre mémoire vive n’est pas entièrement à la disposition de votre serveur de base de données. Une partie est utilisée par votre système d’exploitation et par d’autres éléments de votre système. Vous disposerez indéniablement de plus de mémoire vive pour votre base de données si vous séparez vos serveurs de base de données et vos serveurs Web (ou d’applications) en recourant à une architecture évoluée.

Si vos bases de données sont volumineuses, qu’elles présentent un fort trafic entrant et sortant et que vos besoins en CPU et en mémoire vive sont élevés, vous devrez peut-être utiliser un serveur de base de données totalement distinct pour obtenir la performance souhaitée (plutôt que de combiner un serveur Web et une base de données sur un seul serveur dédié). Lorsque vous séparez votre serveur de base de données de vos serveurs Web (ou d’applications), la base de données peut utiliser l’ensemble des CPU et de la mémoire vive du serveur, ce qui améliore la performance.

De plus, si la disponibilité est un facteur essentiel, vous pouvez réduire les temps d’arrêt planifiés et non planifiés par la réplication de votre base de données dans une grappe de serveurs de base de données. Une telle grappe est composée d’un serveur de base de données actif associé à un serveur de sauvegarde à chaud, utilisé en cas de défaillance du serveur actif (par basculement). Il est important de vous assurer que vos bases de données active et passive sont bien synchronisées.

Il existe plusieurs autres façons de faire des copies de sauvegarde de vos données :

1. Sur un serveur de copie de sauvegarde dédié (le meilleur moyen).
2. Sur un système de protection des données en ligne.
3. Sur un autre disque de votre serveur.

Même si votre matériel peut soutenir la fréquence et la taille de vos transactions, il est impératif que la bande passante fournie par votre hébergeur soit adéquate pour le trafic prévu. Le trafic à considérer est autant celui sur le réseau local (LAN) que le trafic entrant et sortant généré sur le réseau étendu (WAN), soit le Web. Votre service d’hébergement doit également être tarifé de telle sorte que les frais pour les transferts de données soient réduits au minimum, au moyen, par exemple, d’une bande passante illimitée sur les réseaux LAN ou WAN.

iWeb offre une bande passante illimitée de 1 Gbit/s sur votre réseau local (aucuns frais en fonction de l’utilisation). Vous pouvez également gérer votre réseau local en utilisant l’aperçu du réseau dans le Centre de contrôle iWeb.

iWeb propose une bande passante de 100 Mbit/s sur le réseau étendu dans ses offres standards, qui peut être augmentée à 1 Gbit/s avec une baie privée. Nos forfaits de serveurs dédiés comprennent dans le tarif mensuel entre 12 et 30 To de transfert de données. Vous pouvez également choisir une bande passante ou un trafic illimité.

Avant d’augmenter la mémoire vive ou la puissance de votre matériel pour améliorer la performance d’une base de données hébergée, déterminez si votre serveur de base de données a été entièrement optimisé de manière à exploiter les ressources existantes. Si vous devez bel et bien faire une mise à niveau, sachez qu’il n’existe pas de solution toute faite.

Si vous n’avez pas d’administrateur de base de données, ou si vous avez besoin d’aide à ce sujet, communiquez avec un expert en base de données d’iWeb à propos de l’analyse et de l’optimisation de votre base de données.