Rechercher

Chapitre 4. Cas d'utilisation

download PDF
Ce chapitre décrit deux types de cas d'utilisation dans le but d'illustrer les méthodes d'analyse et de configuration décrites ailleurs dans ce guide. Le premier exemple prend en considération des serveurs typiques et le deuxième est un ordinateur portable commun.

4.1. Exemple — Serveur

De nos jours, un serveur standard typique est fournit avec toutes les fonctionnalités de matériel nécessaires prises en charge dans Red Hat Enterprise Linux 6. La première chose à faire est de prendre en considération les types de charges de travail pour lesquelles le serveur va être utilisé. En vous basant sur ces informations, vous pourrez ensuite décider quels composants pourront être optimisés pour réaliser des économies d'énergie.
Peu importe le type de serveur, la performance des graphismes n'est généralement pas requise. Ainsi, les économies d'énergie GPU peuvent être laissées en cours d'utilisation.
Serveur web

Un serveur web nécessite un réseau et une E/S de disque. Selon la vitesse de connexion extérieure, 100 Mo/s peut suffire. Si la machin sert principalement à des pages statiques, la performance du CPU peut ne pas être très importante. Ainsi, les choix de gestion de l'alimentation qui s'offrent à vous incluent :

  • aucun plugin de réseau ou de disque pour tuned.
  • ALPM en marche.
  • Gouverneur ondemand en marche.
  • carte réseau limitée à 100 Mo/s.
Serveur de calcul

Un serveur de calcul nécessite principalement des CPU. Les choix de gestion de l'alimentation s'offrant à vous incluent :

  • des plugins de réseau ou de disque pour tuned selon les tâches et l'endroit où sont stockées les données ; ou pour des systèmes en mode batch, tuned est totalement actif.
  • selon l'utilisation, le gouverneur performance.
Serveur mail

Un serveur mail nécessite principalement des E/S de disque et des CPU. Les choix de gestion de l'alimentation s'offrant à vous incluent :

  • Le gouverneur ondemand activé, car les derniers pourcentages de la performance du CPU ne sont pas importants.
  • aucun plugin de réseau ou de disque pour tuned.
  • la vitesse du réseau ne devrait pas être limitée, car les mails sont souvent internes et peuvent ainsi bénéficier d'un lien de 1 Go/s ou de 10 Go/s.
Serveur de fichiers

Les prérequis d'un serveur de fichiers sont similaires à ceux d'un serveur mail, mais selon le protocole utilisé, celui-ci peut nécessiter une meilleure performance CPU. Typiquement, les serveurs basés sur Samba requièrent davantage de CPU que NFS, et NFS en requiert plus que iSCSI. Même ainsi, vous devriez être en mesure d'utiliser le gouverneur ondemand.

Serveur d'annuaire

Typiquement, un serveur d'annuaire requiert moins d'E/S de disque, particulièrement si il est équipé de suffisamment de RAM. La latence du réseau est importante, les E/S de réseau le sont moins. Prenez en considération le paramétrage de la latence du réseau à une vitesse de lien moindre, mais testez soigneusement ceci pour le réseau en question.

Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.