Vous n’avez pas toujours besoin de tout reconstruire ou de renégocier pour économiser.

Parfois, il suffit de mieux utiliser ce que vous avez déjà. Si vous n’optimisez pas les ressources et les opérations existantes, vous risquez de gaspiller de l’argent sans bénéfice réel.

Scénario d’exemple

L’équipe Business Intelligence (BI) de Contoso héberge une suite d’API GraphQL pour permettre aux différents départements d’accéder aux données sans interagir directement avec les bases de données. Au fil du temps, ils ont ajouté la gestion des versions et exécutent tout via une passerelle Azure API Management en niveau Consumption.

Derrière cette passerelle, trois clusters Azure Kubernetes Service (AKS) :

• Un cluster avec des nœuds Windows pour les API en .NET 4.5
• Un cluster Linux pour les API en Java Spring
• Un cluster avec des nœuds Windows sur Linux pour les API en .NET Core, hérité d’une autre équipe

Ces clusters sont uniquement utilisés pour les API et sont maintenant tous gérés par l’équipe BI. Ce n’est pas une configuration idéale, mais elle fonctionne, donc ils l’ont laissée telle quelle.

L’équipe BI étant un centre de coûts, elle cherche à optimiser les tarifs pour réduire les coûts d’exploitation.

Regrouper l’infrastructure quand c’est pertinent

Essayez de regrouper les ressources, les charges de travail ou les équipes dans un même environnement. Utilisez des services qui permettent de faire plus avec moins. Évaluez les compromis, notamment en matière de sécurité.

En regroupant plus d’utilité dans moins de systèmes, vous utilisez moins de matériel et réduisez les coûts de gestion, ce qui signifie moins de complexité et des économies.

Défi de Contoso

Contoso suit l’architecture de référence AKS de Microsoft. Ils exploitent trois clusters, chacun avec trois nœuds système, soit neuf nœuds au total.

Ils appliquent des mises à jour à tous les clusters trois fois par mois.

Approche et résultats

Après des tests, l’équipe décide de regrouper toutes les API dans un seul cluster avec trois pools de nœuds utilisateur, tout en conservant les mêmes performances et caractéristiques OS.

Ils réduisent également le pool de nœuds système à quatre nœuds, économisant ainsi cinq machines virtuelles.

Ils n’ont désormais qu’un seul cluster à maintenir, ce qui économise du temps.

Prochaine étape : fusionner deux pools Linux pour simplifier encore davantage.

Profiter des réservations et des remises sur l’infrastructure

Optimisez en vous engageant à long terme sur des ressources dont l’utilisation est prévisible, pour bénéficier de remises. Collaborez avec votre équipe de licences pour influencer les accords d’achat futurs et les renouvellements.

Microsoft propose des tarifs réduits pour les engagements à long terme sur des ressources spécifiques. Ces ressources coûtent moins pendant la période d’utilisation et peuvent être amorties.

Défi de Contoso

Maintenant que l’équipe a consolidé les clusters, elle souhaite réduire encore les coûts.

L’équipe BI est satisfaite de la plateforme AKS et prévoit de continuer à l’utiliser, voire d’augmenter son usage.

Approche et résultats

AKS étant basé sur Azure Virtual Machine Scale Sets, l’équipe explore les réservations Azure.

Elle connaît les SKUs et les unités de mise à l’échelle nécessaires pour les nœuds utilisateur.

Elle achète une réservation de 3 ans couvrant le pool de nœuds système et le nombre minimum d’instances par pool utilisateur.

Résultat : meilleure offre sur les besoins en calcul, tout en permettant à la charge de travail de croître.

Utiliser la facturation à prix fixe quand c’est pertinent

Passez à une facturation à prix fixe au lieu d’un modèle basé sur la consommation, lorsque l’utilisation est élevée et prévisible, et qu’un SKU comparable est disponible.

Ce modèle est souvent moins coûteux et offre plus de fonctionnalités, ce qui peut augmenter le ROI.

Défi de Contoso

Les instances API Management sont toutes déployées en niveau Consumption. Après analyse, l’équipe constate que les API sont utilisées globalement et parfois intensément.

Elle décide d’analyser les coûts entre le modèle actuel et un modèle à prix fixe.

Approche et résultats

L’analyse montre que passer au niveau Standard serait moins coûteux dans l’ensemble, compte tenu des modèles d’utilisation actuels.

À mesure que les services se développent, les économies seront encore plus importantes.

Bonus : le niveau Standard permet d’utiliser un point de terminaison privé pour les connexions entrantes, ce que l’équipe souhaitait mettre en place.

Ce changement de SKU est avantageux à la fois pour l’optimisation des coûts et pour la segmentation réseau grâce au point de terminaison privé.