Scénario : Capacity on Demand pour Linux

Ce scénario vous permet de vous familiariser avec les procédures de planification, de commande et d'utilisation du dispositif Capacity Upgrade on Demand (CUoD) pour des partitions logiques Linux sur du matériel IBM Systems et eServer.

Remarque : Capacity on Demand n'est pas disponible sur tous les modèles de matériel. Capacity on Demand n'est actuellement pas disponible avec les modèles OpenPower.

Capacity on Demand permet à des clients d'activer des processeurs inactifs au gré des fluctuations de la charge de travail. Le scénario qui suit passe en revue les étapes de planification, de commande et d'utilisation de ce dispositif.

Situation

Un serveur IBM eServer fonctionne avec huit processeurs actifs et quatre processeurs inactifs. A mesure que la charge de travail du serveur augmente, le pourcentage d'utilisation des ressources processeur disponibles approche ou dépasse 70 % de la capacité disponible. Anticipant le besoin de ressources supplémentaires, l'administrateur système envisage d'activer certains des processeurs inactifs.

Objectifs

Préparation et activation de Capacity on Demand

  1. Avant d'activer des processeurs, l'administrateur système prépare le serveur pour le dispositif Capacity on Demand. Cette tâche consiste à effectuer une analyse de tendances pour savoir combien de processeurs supplémentaires sont nécessaires, à préparer le serveur pour l'activation des processeurs supplémentaires et à préparer la passation de commande de capacité supplémentaire.
  2. Pour évaluer les bénéfices obtenus par l'activation de processeurs supplémentaires, l'administrateur système décide d'activer les processeurs pendant une période d'essai. Cette période d'essai dure 14 jours.
  3. Si l'amélioration des performances constatée suite à l'activation de processeurs supplémentaires justifie l'achat de ces processeurs, l'administrateur système prend contact avec le représentant ou le partenaire commercial IBM, ou se rend sur le site http://www.ibm.com pour commander quatre dispositifs d'activation de processeur.
  4. Le représentant commercial IBM entre la commande dans le configurateur IBM. Un rappel provenant du serveur auquel la commande a été transmise lui demande d'envoyer les données techniques essentielles. Ces données techniques essentielles peuvent être envoyées à IBM par télécopie ou par message électronique à l'aide de l'agent Electronic Service Agent. (L'agent Electronic Service Agent, qui se trouve sur la console HMC est conçu pour surveiller les événements et transmettre les informations d'inventaire du serveur à IBM à une fréquence définie par l'utilisateur.)
  5. L'administrateur système récupère les codes d'activation sur le Web et active la capacité permanente. Cette tâche implique d'entrer le code d'activation sur le serveur cible et d'affecter les processeurs à une partition logique.

Le matériel IBM Systems et eServer dispose désormais de huit processeurs opérationnels.

Pour plus d'informations, voir Gestion de Capacity on Demand.


Envoyer un commentaire | Evaluer la page