Multicloud

Possibilités et pièges de l'optimisation des coûts du cloud computing

Analyses des factures et de l'utilisation, recommandations et tableaux de bord : les outils d'optimisation des coûts du cloud computing existent et peuvent simplifier bien des choses. Mais pour gérer efficacement les écosystèmes multicloud de manière économique, il faut une vision inter-fournisseurs et une automatisation de la gestion financière du cloud.

Avec les modèles de rabais des fournisseurs, on s'engage à acheter des services de cloud ou à utiliser des instances de cloud pendant un ou trois ans. En contrepartie, on obtient pendant cette période des conditions plus avantageuses pour le volume souscrit. Pour tout ce qui dépasse cette limite, il faut payer le prix plus élevé à la demande.

Over-Commitment

Dans ce cas, il s'agit de ne pas tomber dans l'over-commitment, c'est-à-dire de ne pas acheter trop de remises anticipées qui ne seront pas du tout utilisées. Ou le cas inverse, encore plus fréquent : ne pas prendre d'engagements parce que l'on ne peut pas prévoir avec certitude si l'on va vraiment les utiliser pleinement. Ainsi, les outils de gestion des engagements dans le cloud devraient d'une part être en mesure de reproduire les accords d'escompte en cours dans l'entreprise, tous fournisseurs confondus, et de soutenir les comparaisons pour les contrats de raccordement. D'autre part, il est important d'envoyer des notifications automatisées et en temps voulu aux responsables avant l'expiration des Cloud Commitments.

Il existe un certain nombre d'outils qui fournissent des suggestions plus ou moins bonnes sur la manière de dimensionner les instances de cloud afin qu'elles aient la bonne taille pour l'utilisation réelle. Le problème : il faut que quelqu'un le mette en œuvre. Le rightsizing ne devient pratique qu'avec des solutions plus poussées : Tout d'abord, les services en nuage réservés devraient être déterminés de manière automatisée à l'aide des données de facturation du nuage et combinés avec des données de surveillance. Une particularité du cloud par rapport au centre de calcul est que
l'élasticité. Elle permet, à partir de l'analyse du comportement d'utilisation, de commander des ressources cloud au plus juste et de miser sur l'élasticité pour les pics de charge. Pour cela, il vaut la peine d'échanger avec tous les acteurs de l'architecture cloud et de l'entreprise : quand faut-il s'attendre à des pics de charge élevés, tant sur le plan technique que sur le plan commercial ?

Au lieu de concevoir l'infrastructure cloud de manière permanente pour la charge maximale, il est préférable de concevoir l'infrastructure cloud pour la charge de base et de n'augmenter les ressources cloud qu'en cas de pics attendus. Dans ce cas, il peut être judicieux de réserver à l'avance des capacités de calcul, également appelées "réservation de capacité" - à ne pas confondre avec le modèle de remise "Instances réservées" de la section précédente. A l'inverse, il est également possible de désactiver les instances non utilisées et d'économiser ainsi jusqu'à la moitié ou plus des coûts. 

La fonction Autoscaling permet d'adapter automatiquement les capacités du cloud nécessaires en fonction de règles prédéfinies. Lorsqu'il y a peu de calculs à faire, de faibles capacités de calcul suffisent, si des tâches de calcul intensives sont prévues, la capacité est augmentée à la volée. Un groupe autoscaling définit la capacité minimale et maximale à mettre à disposition, les types d'instances à utiliser et la manière dont la mise à l'échelle est effectuée. Bien que les architectures modernes permettent généralement un autoscaling, il convient de déterminer au cas par cas quelles sont les applications qui s'y prêtent. L'application doit au moins supporter le load balancing, de sorte que la charge puisse être répartie sur plusieurs instances de calcul. 

La gestion des déchets consiste à identifier les ressources cloud inutilisées et à éviter les dépenses inutiles. Cela semble simple à première vue, mais il n'est pas possible d'identifier manuellement les ressources inutilisées parmi les centaines de milliers de ressources cloud. En comparant les données de facturation avec les données de surveillance, les outils identifient les dépenses en nuage potentiellement superflues. En outre, parmi les centaines de milliers de ressources informatiques en nuage, il est possible d'identifier celles qui ne sont pas utilisées la nuit ou le week-end. Il est également possible de faire la distinction entre les environnements de production et les environnements non productifs.

Optimisation des coûts

En plus de toutes les optimisations des coûts du cloud, il faut une gestion responsable des ressources dans le cloud. La première étape consiste à créer la conscience de la responsabilité nécessaire à cet effet par la transparence des coûts et l'attribution à qui de droit. Les équipes doivent comprendre les coûts qu'elles génèrent par leur mode d'utilisation du cloud et quels sont les principaux inducteurs de coûts. Dans un deuxième temps, il est possible non seulement de mettre en évidence les coûts, mais aussi de les facturer aux équipes par le biais d'une imputation interne des coûts. Si une utilisation rentable du cloud fait partie des objectifs, les coûts du cloud n'augmenteront plus de manière incontrôlée, mais seront investis dans des services cloud là où les avantages pour l'entreprise justifient les dépenses.

L'évaluation du succès des stratégies "cloud first" est fortement influencée par les coûts du "cloud public". Les comprendre de mieux en mieux et ancrer de plus en plus la gestion financière du cloud directement dans les équipes DevOps est un processus important. En effet, leur expertise est décisive pour créer, avec des infrastructures en nuage, un modèle non seulement fiable, mais aussi économiquement viable pour les activités opérationnelles.