Conception pour optimiser l’utilisation

Tirer le meilleur parti de vos outils et opérations. Assurez-vous qu’ils répondent aux exigences fonctionnelles et non fonctionnelles de la solution.

Différents services sont fournis avec différentes fonctionnalités et points de prix. Après avoir choisi un plan, ne laissez pas ces fonctionnalités aller au gaspillage. Trouvez des moyens de les utiliser entièrement et obtenez la valeur de votre argent. Gardez également un œil sur vos modèles de facturation. Il est intelligent de vérifier s’il existe un meilleur modèle de facturation qui correspond à la façon dont vous utilisez réellement le service.

Exemple de scénario

Contoso University héberge un système commercial hors-service (COTS) qui aide les enseignants à gérer les cours et permet aux étudiants de s’inscrire. Il est connecté à un système de gestion de l’éducation basé sur le cloud qu’ils prévoyaient de passer entièrement à quelques années. Pour l’instant, ils souhaitent optimiser les coûts sur les composants d’intégration personnalisés.

La solution technologique de l’offre COTS est généralement traitée comme une boîte noire, à l’exception de sa base de données, qui s’exécute sur Azure Database pour MySQL. L’intégration personnalisée est une fonction durable Azure qui s’exécute sur un plan Azure App Service Standard utilisé pour héberger le site web de l’université, mais ne l’est plus. La fonction durable est une application Python qui utilise stockage Azure. Il synchronise les données chaque nuit à partir de la base de données MySQL avec l’API basée sur le cloud.

Utiliser la valeur complète de vos ressources

Achetez uniquement ce dont vous avez besoin et utilisez tout ce que vous payez.

Certaines références SKU de ressources sont fournies avec des fonctionnalités intégrées pour les performances, la sécurité ou la fiabilité. Si vous payez pour eux, assurez-vous que vous les utilisez. Et si vous n’avez pas besoin de ces fonctionnalités, choisissez une référence SKU plus simple pour économiser de l’argent.

Défi de Contoso

• La fonction durable s’exécute sur un plan App Service standard qui a été initialement dimensionné pour un site web public, mais ce site web a depuis été mis hors service.

• L’équipe n’a jamais réévalué la référence SKU, de sorte qu’elle paye toujours les fonctionnalités et la capacité qu’elle n’utilise pas.

• Ils ne savent pas quelles fonctionnalités sont réellement nécessaires pour la charge de travail d’intégration.

Application de l’approche et des résultats

• L’équipe examine le plan App Service actuel et conclut que l’intégration ne nécessite pas le même niveau d’extensibilité ou de performances et peut être prise en charge par une configuration de niveau inférieur.

• Ils déplacent la fonction vers un plan de niveau inférieur qui prend toujours en charge les fonctions durables, mais coûte beaucoup moins.

• Ils vérifient également leur référence SKU MySQL et vérifient qu’elle est droits pour la charge de travail actuelle.

• Ces modifications les aident à réduire les coûts sans affecter les performances ou la fiabilité.

Optimiser votre conception de haute disponibilité

Accordez la priorité au déploiement de modèles Actif-actif ou Actif uniquement plutôt qu’aux modèles Actif-passif, dans le cadre de votre plan de récupération, si vous avez déjà payé les ressources.

Si votre conception utilise par défaut des modèles Actif-passif, il se pourrait que vous ayez des ressources inactives qui pourraient autrement être utilisées. La conversion en Actif-actif peut vous permettre de répondre à vos exigences de nivellement de charge et d’augmentation subite de mise à l’échelle sans trop de dépenses. Si vous pouvez atteindre vos cibles de récupération avec un modèle Actif uniquement, les coûts de ces ressources peuvent être éliminés entièrement.

Défi de Contoso

• L’application COTS utilise Serveur flexible Azure Database pour MySQL configuré pour une haute disponibilité de même zone, ce qui fournit un serveur de secours dans la même zone de disponibilité que le serveur principal. Des sauvegardes automatiques sont également activées.

• L’objectif de point de récupération (RPO) de la charge de travail est relativement long à 12 heures, et l’objectif de temps de récupération (RTO) est de trois heures pendant la journée scolaire.

• D’après les tests de récupération précédents, l’équipe sait qu’elle peut atteindre ses cibles RPO et RTO par le biais d’un basculement automatique vers le serveur de secours. Elle a également testé la récupération de la base de données à partir d’une sauvegarde, et peut atteindre les cibles dans ce scénario.

Application de l’approche et des résultats

• L’équipe de charge de travail réévalue l’avantage de la conception de haute disponibilité par rapport au coût du service deux fois plus qu’une seule instance.

• L’équipe teste la création d’une nouvelle instance et la récupération d’une base de données à partir de la sauvegarde et est satisfaite qu’elle sera toujours en conformité avec ses cibles de récupération, afin qu’elle décide d’éliminer l’instance de secours.

• L’équipe met à jour le plan de récupération d’urgence pour refléter la nouvelle stratégie de récupération et réaliser les économies de coûts par le biais de la nouvelle configuration.

Mettre à l’échelle intelligente avec la demande

Ajustez la capacité en fonction de ce dont vous avez réellement besoin.

Au lieu de provisionner des pics d’utilisation tout le temps, effectuez un scale-up lorsque la demande augmente et diminue lorsqu’elle diminue. Cette approche maintient vos coûts alignés sur l’utilisation réelle.

Défi de Contoso

• La fonction d’intégration s’exécute chaque nuit, mais le plan App Service reste toujours actif.

• Ils paient pour les ressources de calcul qui restent inactives la plupart du jour.

• Ils n’ont pas exploré d’options pour effectuer un scale-down ou suspendre le service lorsqu’il n’est pas utilisé.

Application de l’approche et des résultats

• L’équipe configure le plan App Service pour effectuer un scale-down pendant les heures creuses.

• Ils explorent le déplacement de la fonction vers Azure Container Apps ou le plan De consommation d’Azure Functions, qui peut être mis à l’échelle à zéro.

• Ils configurent également des alertes pour surveiller l’utilisation et ajuster les règles de mise à l’échelle en fonction des besoins.

• Ces modifications les aident à aligner les coûts sur l’utilisation réelle et à réduire les déchets.