Dans plusieurs commentaire il y a effectivement la question du coût d'exploitation du serveur lié à sa consommation électrique. Il faut voir également les coûts lié à l'infrastructure qui est autour de ce serveur (câblage, refroidissement, réseau, etc...) qui sont loin d'être négligeable.
Habituellement les coûts liés à un serveurs sont divisés en trois partie majeures:
-1/2 pour le prix d'achat du serveur
-1/4 pour l’électricité
-1/4 pour l'infrastructure qui l'entoure
Évidement cette répartition est très variable en fonction de l'environnement dans lequel on exploite le serveur et sa durée d'exploitation. Mais restons sur ce principe là pour la suite.
Dans le cas de serveur "d'occasion" le coût d'achat peut être ignoré, et les frais liés à l'infrastructure peuvent également être limité (switch d'occasion, rac donné, placé dans un placard à balais...). Reste la consommation électrique incompressible.
Sur ce point il faut donc se poser la question de comment "payer" l’électricité consommé par le serveur, il faut qu'il soit assez fortement utilisé pour être rentable.
Il faut donc soit avoir une charge de travail à leur fournir en permanence, soit les utiliser uniquement lorsqu'il y a besoin de ressources supplémentaires. Et ce genre de cas existe!
si on prend le fonctionnement de service de vidéo à la demande par exemple, le pic d'utilisation se situe le soir autour de 20h. On peut donc les utiliser à ce moment là comme machine de mise en cache ou de CDN dynamique.
On peut également avoir des pics d'activité dans une utilisation plus "système", la majorité des batchs de sauvegarde, contrôle, déploiement et autres ont lieu dans la nuit. Avoir des serveurs en rab pour les effectuer peut être pertinent.
Enfin si vous avez des clusters hadoop ou équivalent qui ont des batchs de map-reduce à effectuer dans la nuit. Des nœuds supplémentaire de calcul peuvent être pertinent.
Reste à voir le coût de la mise en place et du maintiens de ces systèmes. Ils sont de base plus vieux et donc potentiellement moins stable, plus susceptible d'être sujet à des interventions de maintenance, etc.
# Type de service et cout/gain
Posté par shlagevuk . En réponse au journal Le Cloud et la gestion de ses poubelles. Évalué à 1.
Dans plusieurs commentaire il y a effectivement la question du coût d'exploitation du serveur lié à sa consommation électrique. Il faut voir également les coûts lié à l'infrastructure qui est autour de ce serveur (câblage, refroidissement, réseau, etc...) qui sont loin d'être négligeable.
Habituellement les coûts liés à un serveurs sont divisés en trois partie majeures:
-1/2 pour le prix d'achat du serveur
-1/4 pour l’électricité
-1/4 pour l'infrastructure qui l'entoure
Évidement cette répartition est très variable en fonction de l'environnement dans lequel on exploite le serveur et sa durée d'exploitation. Mais restons sur ce principe là pour la suite.
Dans le cas de serveur "d'occasion" le coût d'achat peut être ignoré, et les frais liés à l'infrastructure peuvent également être limité (switch d'occasion, rac donné, placé dans un placard à balais...). Reste la consommation électrique incompressible.
Sur ce point il faut donc se poser la question de comment "payer" l’électricité consommé par le serveur, il faut qu'il soit assez fortement utilisé pour être rentable.
Il faut donc soit avoir une charge de travail à leur fournir en permanence, soit les utiliser uniquement lorsqu'il y a besoin de ressources supplémentaires. Et ce genre de cas existe!
si on prend le fonctionnement de service de vidéo à la demande par exemple, le pic d'utilisation se situe le soir autour de 20h. On peut donc les utiliser à ce moment là comme machine de mise en cache ou de CDN dynamique.
On peut également avoir des pics d'activité dans une utilisation plus "système", la majorité des batchs de sauvegarde, contrôle, déploiement et autres ont lieu dans la nuit. Avoir des serveurs en rab pour les effectuer peut être pertinent.
Enfin si vous avez des clusters hadoop ou équivalent qui ont des batchs de map-reduce à effectuer dans la nuit. Des nœuds supplémentaire de calcul peuvent être pertinent.
Reste à voir le coût de la mise en place et du maintiens de ces systèmes. Ils sont de base plus vieux et donc potentiellement moins stable, plus susceptible d'être sujet à des interventions de maintenance, etc.
Sources pour la répartition des coûts dans un datacenter (j'avais arrondis) trouvé en cherchant rapidement sur le net:
ISCA2012-Kontorinis_tech-report.pdf
papers/DC-Costs-CCR-editorial.pdf
perspectives.mvdirona.com
Et sinon moi j'en cherche des serveurs d'occasion pour mon homelab :3