- Dans quelles conditions continueriez-vous à utiliser l'équipement?
Les équipements plus anciens conviennent parfaitement aux boîtes de développement, de test ou à gratter; Fondamentalement, tout ce qui ne nuira pas (de manière significative) à l'entreprise en cas de boom.
S'il est jugé essentiel à la production, à la mission ou que l'entreprise vous demande de conserver un SLA, le kit sans support n'est pas adapté à la tâche.
- Quels facteurs considérez-vous lorsque vous essayez de déterminer les risques associés à la poursuite de l'utilisation de l'équipement?
La plus grande considération est la disponibilité des pièces. Si vous ne pouvez pas obtenir un nouveau bloc d'alimentation ou disque lorsque le serveur en lance un, l'entreprise s'arrête et commence à perdre de l'argent. C'est une raison suffisante pour ne pas l'avoir en production.
Cela peut être atténué si vous êtes en mesure de faire de l'auto-réserve (acquérir des disques / blocs d'alimentation / RAM de rechange) alors que les pièces sont toujours disponibles auprès du fournisseur. Si vous en avez besoin, tant mieux; sinon, vous venez de gaspiller un tas de budget de mise à jour du matériel de l'année prochaine. Gardez à l'esprit que les pièces achetées lorsque le serveur est en fin de vie sont beaucoup plus chères que les équipements de génération actuelle.
- Si vous pensez que le risque est trop grand, comment convaincre la direction de desserrer les cordons de la bourse dans une économie difficile?
Il y a deux façons d'attaquer cela: combien coûterait l'entreprise en cas de panne du kit et combien vous pourriez économiser en le remplaçant.
Le premier est difficile à définir, sauf si vous pouvez définir la valeur du travail effectué par le serveur. Si le serveur permet aux gens d'acheter votre produit et que vous connaissez la valeur des ventes moyennes par jour, c'est assez simple. S'il s'agit d'un serveur de développement, le coût de la perte de productivité des développeurs alors que le serveur est mort devrait également être facile à calculer. Si vous n'avez pas accès à ces numéros, vous devrez peut-être obtenir l'aide de votre service financier pour le résoudre.
Ce dernier est beaucoup plus simple pour vous: prouvez que vous pouvez en faire plus avec moins de nouveaux kits. Examinez la virtualisation et la consolidation pour réduire le nombre de boîtes (gros gains là-bas - j'ai environ 100 VM sur environ 7 hôtes de ressources), définissez la réduction de l'effort requis pour prendre en charge moins de boîtes (et, par conséquent, combien de temps vous aurez pour les projets et l’amélioration de l’environnement) et déterminer les économies de coûts du centre de données pour l’alimentation, le refroidissement et le rack.
À l'avenir, intégrez l'obsolescence planifiée à vos projets dès le premier jour et commencez le cycle de rafraîchissement six mois avant le jour de désactivation que vous avez spécifié (et que la direction a accepté) dans la documentation du projet. Revisiter l'environnement à environ 2 ans et demi vous donne suffisamment de temps pour passer à travers les cadres de gestion et de financement nécessaires pour le nouveau kit à commander et pour mettre en œuvre une migration en douceur avant d'envoyer l'ancien kit au grand fournisseur dans le ciel.
Faire en sorte que la direction adhère au cycle de rafraîchissement vous aidera à long terme ... tant que vous pourrez en vendre la valeur.
Bonne chance.