Aller au contenu

Documentation

Analyse Propulsée par l'IA

Comment l'IA de Jetscale génère des recommandations d'optimisation des coûts tout en maintenant les performances et la fiabilité

Documentation importée en cours de révision
Cette page conserve le contenu de l’ancien site de documentation aux fins de révision de la migration. Les détails du produit et les affirmations publiques n’ont pas encore été validés de nouveau.

Comment l'IA de Jetscale génère des recommandations d'optimisation des coûts tout en maintenant les performances et la fiabilité

Vue d'ensemble

Jetscale utilise une IA avancée pour analyser votre infrastructure cloud et générer des recommandations sûres et validées. Notre IA ne se contente pas d'identifier des économies de coûts. Elle garantit que ces économies maintiennent les performances, la disponibilité et la fiabilité.

C'est ce qui distingue Jetscale des rapports de coûts génériques.


Ce qui rend l'IA de Jetscale différente

Intelligence spécifique aux services

Contrairement aux outils génériques de coûts cloud qui fournissent de simples alertes ("Votre CPU est bas, réduisez la taille !"), l'IA de Jetscale comprend les nuances de chaque service cloud :

Pour les bases de données RDS/Azure SQL :

  • Modèles de basculement Multi-AZ et marge de capacité
  • Tolérances de latence des réplicas de lecture et surcharge de réplication
  • Comportement du pooling de connexions et limites de connexions maximales
  • Caractéristiques de la charge de travail des requêtes (OLTP vs OLAP)
  • Impact des fenêtres de sauvegarde et considérations de maintenance

Pour les EC2/Azure VMs :

  • Modèles d'équilibre de crédits des instances expansibles (T3/T4g)
  • Exigences de marge des Auto Scaling Groups pour les événements de mise à l'échelle
  • Tolérance aux interruptions des instances Spot et stratégies de repli
  • Seuils et timing des contrôles de santé du load balancer

Pour les EBS/Azure Disks :

  • Modèles de rafales IOPS vs exigences soutenues
  • Besoins de débit comparés à la capacité provisionnée
  • Stratégies de snapshots et politiques de rétention
  • Caractéristiques de performance des types de volumes selon les charges de travail

Pour ElastiCache/Azure Cache :

  • Taux d'éviction indiquant une pression mémoire
  • Nombre de connexions et modèles de connexion client
  • Latence de réplication dans les configurations en cluster
  • Ratios de succès/échec du cache et opportunités d'optimisation

Comment fonctionne l'analyse IA

1. Collecte de données complète (historique)

Métriques de performance :

  • Utilisation CPU (moyenne, p50, p95, p99, max)
  • Utilisation mémoire et pression swap/paging
  • Débit réseau, taux de paquets et modèles de bande passante
  • Opérations d'E/S disque, débit et latence
  • Connexions base de données, requêtes actives et deadlocks
  • Ratios de succès/échec du cache et taux d'éviction

Données de coûts :

  • Dépenses actuelles par ressource (granularité horaire)
  • Utilisation des Reserved Instances et écarts de couverture
  • Couverture des Savings Plans et utilisation des engagements
  • Comparaisons de prix à la demande vs engagés

Données de configuration :

  • Types d'instances, tailles et génération
  • Types de volumes, paramètres IOPS et limites de débit
  • Versions des moteurs de base de données et groupes de paramètres
  • Configurations réseau (VPC, groupes de sécurité)
  • Paramètres de haute disponibilité (multi-AZ, réplicas)

2. Classification intelligente des charges de travail

L'IA de Jetscale catégorise vos ressources en modèles d'optimisation :

ModèleCaractéristiquesStratégie d'optimisationExemple
État stableUtilisation constante, trafic prévisibleReserved Instances, ajustement de tailleServeurs API de production
RafalesMoyenne faible, pics élevésInstances expansibles (T3/T4g), auto-scalingProcesseurs de tâches en arrière-plan
PlanifiéModèles réguliers marche/arrêt (heures ouvrables)Planification, alternatives serverlessEnvironnements de développement
InactifUtilisation minimale ou nulleArrêt ou réduction significativeInstances de test oubliées
Sur-provisionnéCapacité élevée, utilisation constamment faibleAjustement de taille avec marge de sécuritéBases de données sur-dimensionnées

Exemple d'analyse réelle :

Ressource : web-server-prod-01 (t3.2xlarge)
Modèle : État stable sur-provisionné

Utilisation historique :
- CPU moy : 12% | CPU pic : 34%
- Mémoire moy : 28% | Mémoire pic : 45%
- Réseau : 100 Mbps constant (bien en dessous des limites)
- Disponibilité : 100% (fonctionnement 24/7)

Recommandation IA :
→ Réduire à t3.xlarge (moitié de la capacité)
→ Économies estimées : 248 $/mois (réduction de 50%)
→ Marge de sécurité : Le pic d'utilisation sera à 68% CPU (bien dans les limites sûres)
→ Risque : FAIBLE (3x de marge au-dessus du pic, charge de travail stable)
→ Implémentation : Zéro temps d'arrêt via create-before-destroy

3. Validation de sécurité multicouche

Avant de recommander TOUT changement, l'IA de Jetscale valide :

Marge CPU :

  • Tampon minimum de 20% au-dessus du pic d'utilisation historique
  • Analyse de capacité de rafale pour les pics de trafic inattendus
  • Analyse des tendances de croissance (utilisation croissante nécessite un tampon plus grand)

Marge mémoire :

  • Tampon minimum de 15% au-dessus du pic d'utilisation mémoire
  • Évaluation du risque swap/paging pour éviter les conditions OOM
  • Détection de fuites mémoire et analyse des tendances

Capacité E/S :

  • IOPS : Analyse soutenue vs rafale
  • Débit : Exigences vs limites de volume
  • Profondeur de file d'attente et modèles de latence sous charge

Capacité réseau :

  • Tendances d'utilisation de la bande passante et analyse des pics
  • Limitations de taux de paquets pour la taille d'instance
  • Adéquation de la classe de performance réseau (jusqu'à 100 Gbps)

Haute disponibilité :

  • Exigences Multi-AZ préservées pour les charges de travail de production
  • Capacité de basculement validée (peut survivre à une défaillance AZ)
  • Impact de la latence de réplication évalué entre les zones

4. Analyse du compromis coût-performance

L'IA de Jetscale évalue plusieurs alternatives et sélectionne l'équilibre optimal :

Exemple : Base de données RDS db.r5.2xlarge

OptionCoût mensuelImpact sur les performancesNiveau de risqueScore IA
db.r5.2xlarge (actuel)1 180 $Référence--
db.r5.xlarge590 $-5% latence requêtesMoyen6.8/10
db.r6i.xlarge540 $Identique/meilleur, nouvelle génFaible9.2/10
db.t3.2xlarge350 $Risque de crédit CPU sur picsÉlevé3.5/10
db.r6g.xlarge (Graviton)475 $Identique/meilleur, basé ARMMoyen8.5/10

L'IA sélectionne db.r6i.xlarge car :

  • Réduction de coût de 54% (économies de 640 $/mois)
  • Zéro dégradation de performance (même mémoire, CPU amélioré)
  • Faible risque d'implémentation (modification en place supportée)
  • Même fiabilité (configuration multi-AZ préservée)

5. Recommandations basées sur des preuves

Chaque recommandation Jetscale est soutenue par des preuves transparentes :

Graphiques d'utilisation :

  • Graphique d'utilisation CPU historique avec bandes de centiles
  • Graphique d'utilisation mémoire historique montrant les pics
  • Comparaison pic vs moyenne avec lignes de tendance
  • Analyse des centiles (p50, p95, p99) pour la planification de capacité

Analyse des coûts :

  • Coût mensuel actuel (détaillé par composant)
  • Coût mensuel projeté après changement
  • Projection des économies annuelles avec intervalle de confiance
  • Chronologie de rentabilité (pour les achats de Reserved Instances)

Comparaison de configuration :

  • Paramètres actuels vs recommandés côte à côte
  • Changements mis en évidence avec explications
  • Notes d'impact sur les performances et stratégies d'atténuation
  • Vérifications de compatibilité (OS, exigences applicatives)

Évaluation du risque d'implémentation :

  • Niveau de risque : Faible, Moyen ou Élevé avec justification
  • Risques spécifiques identifiés : Pression CPU, contraintes mémoire
  • Stratégies d'atténuation : Déploiement graduel, déploiements canari
  • Instructions de rollback : Processus de récupération étape par étape

Types d'analyse IA

1. Analyse d'ajustement de taille

Ce qu'elle fait : Détermine la taille d'instance optimale basée sur les modèles d'utilisation réels et les caractéristiques de la charge de travail.

Facteurs IA considérés :

  • Tendances d'utilisation historiques (pas seulement les moyennes)
  • Classification des modèles de trafic (stable, rafales, planifié)
  • Analyse du taux de croissance (croissance de 10% par an nécessite un tampon plus grand)
  • Détection de variation saisonnière (pics de vacances, fin de trimestre)

Exemple de recommandation :

Actuel : t3.xlarge (4 vCPU, 16 GB RAM) = 730 $/mois
Recommandé : t3.large (2 vCPU, 8 GB RAM) = 482 $/mois

Raison : CPU moyen 12%, CPU pic 34% sur période historique.
La config recommandée fournit 3x de marge au-dessus du pic d'utilisation.

Économies mensuelles : 248 $ (réduction de 34%)
Économies annuelles : 2 976 $
Niveau de risque : FAIBLE
Implémentation : Zéro temps d'arrêt (créer avant détruire)
Rollback : Revenir en place si nécessaire

2. Analyse des Reserved Instances

Ce qu'elle fait : Identifie les ressources adaptées aux engagements de 1 an ou 3 ans pour débloquer des réductions de 40-60%.

Facteurs IA considérés :

  • Modèles de disponibilité (doit être prévisible 24/7 ou planifié)
  • Stabilité du type d'instance (pas de changements de taille récents)
  • Criticité de la charge de travail (la production a une priorité plus élevée)
  • Exigences de flexibilité (pouvez-vous vous engager pour 1-3 ans ?)

Exemple de recommandation :

Actuel : 5x m5.large à la demande (438 $/mois chacun)
Total : 2 190 $/mois | 26 280 $/an

Recommandé : 5x m5.large Reserved Instance 1 an (Aucun paiement initial)
Coût : 1 314 $/mois | 15 768 $/an

Économies mensuelles : 876 $ (réduction de 40%)
Économies annuelles : 10 512 $
Rentabilité : Immédiate (aucun paiement initial requis)
Niveau de risque : FAIBLE (ressources en fonctionnement 24/7 depuis 6+ mois)
Engagement : 1 an, flexible entre les AZ

3. Analyse de migration Graviton

Ce qu'elle fait : Identifie les charges de travail pouvant bénéficier de 30-40% d'économies sur les instances AWS Graviton basées ARM.

Facteurs IA considérés :

  • Compatibilité applicative (charges de travail conteneurisées idéales)
  • Profil de performance (Graviton3 excelle pour le web, bases de données, mise en cache)
  • Ratio coût-performance (avantage prix/performance)
  • Effort de migration vs économies (calcul ROI)

Exemple de recommandation :

Actuel : 10x m5.2xlarge (1 752 $/mois chacun)
Total : 17 520 $/mois | 210 240 $/an

Recommandé : 10x m6g.2xlarge (Graviton3, basé ARM)
Coût : 10 512 $/mois | 126 144 $/an

Économies mensuelles : 7 008 $ (réduction de 40%)
Économies annuelles : 84 096 $
Performance : Identique ou meilleure pour la plupart des charges de travail
Niveau de risque : MOYEN (nécessite validation de compatibilité ARM)
Notes de migration : Tester d'abord en staging, surveiller les métriques CPU
Rollback : Revenir aux instances x86 si des problèmes surviennent

4. Analyse d'optimisation du stockage

Ce qu'elle fait : Optimise les types de volumes EBS (gp2→gp3) et ajuste les IOPS/débit selon les besoins réels.

Facteurs IA considérés :

  • Modèles d'utilisation IOPS (provisionné vs utilisation réelle)
  • Exigences de débit (soutenu vs rafale)
  • Besoins de performance en rafale vs soutenue
  • Coût par IOPS selon les types de volumes (gp3 est 20% moins cher)

Exemple de recommandation :

Actuel : 50x volumes gp2 (500 GB chacun, ligne de base 1500 IOPS)
Coût : 50 $/mois chacun | 2 500 $/mois au total

Recommandé : 50x volumes gp3 (500 GB, ligne de base 3000 IOPS)
Coût : 40 $/mois chacun | 2 000 $/mois au total

Économies mensuelles : 500 $ (réduction de 20%)
Économies annuelles : 6 000 $
Performance : Identique ou meilleure (gp3 a 2x IOPS de base)
Niveau de risque : FAIBLE (modification en place supportée, pas de temps d'arrêt)
Implémentation : Modifier les volumes pendant la fenêtre de maintenance

Apprentissage continu et amélioration

Boucle de rétroaction

L'IA de Jetscale s'améliore au fil du temps en apprenant des résultats :

Suivi des résultats :

  • Économies réelles vs projetées : Précision de 98% à ±5%
  • Impact sur les performances post-déploiement : Surveillance de la dégradation
  • Fréquence de rollback et raisons : Apprentissage des problèmes
  • Taux d'acceptation clients : Compréhension des préférences

Raffinement des modèles :

  • Ajustement des marges de sécurité basé sur les résultats réels
  • Amélioration de la précision de classification des charges de travail
  • Meilleure prédiction des modèles saisonniers et de croissance
  • Notation de risque améliorée basée sur les résultats de déploiement

Incorporation des retours :

  • Apprendre des recommandations rejetées (trop agressives ? mauvais timing ?)
  • Ajuster selon les préférences spécifiques à l'organisation (conservateur vs agressif)
  • Respecter les remplacements manuels et exceptions (ne pas re-suggérer)
  • Personnaliser la tolérance au risque par équipe/environnement

Transparence et contrôle

Comprendre chaque recommandation

Chaque recommandation inclut :

  • Pourquoi ce changement est suggéré : Modèles d'utilisation spécifiques et inefficacités
  • Quelles données le soutiennent : Métriques et graphiques historiques
  • Quels risques existent : Évaluation honnête des problèmes potentiels
  • Comment revenir en arrière si nécessaire : Instructions étape par étape

Vous avez toujours le contrôle :

  • Accepter, rejeter ou reporter toute recommandation
  • Fournir des retours sur la précision et les résultats
  • Définir des politiques personnalisées (ex : "ne jamais toucher les bases de données de production")
  • Ajuster les niveaux de tolérance au risque (conservateur à agressif)

Garanties de sécurité

L'IA de Jetscale ne recommande jamais de changements qui :

  • Éliminent les configurations de haute disponibilité (multi-AZ, réplicas)
  • Risquent des violations de SLA ou dégradation des performances
  • Nécessitent des migrations sans données de validation suffisantes
  • Ne peuvent pas être facilement annulés en cas de problèmes

Signaux d'alerte qui empêchent les recommandations :

  • Données d'utilisation insuffisantes (historique incomplet)
  • Variabilité élevée dans les modèles de charge de travail (imprévisible)
  • Changements de taille d'instance récents (laisser stabiliser d'abord)
  • Ressources de production critiques sans plan de sauvegarde


Documentation connexe


Questions sur la sécurité ou la validation de l'IA ?


Dernière mise à jour : 29 janvier 2025