Skip to content

Documentation

AI-Powered Analysis

How Jetscale's AI generates cost optimization recommendations while maintaining performance and reliability

Imported documentation under review
This page preserves content from the previous documentation site for migration review. Product details and public claims have not yet been revalidated.

How Jetscale's AI generates cost optimization recommendations while maintaining performance and reliability

Overview

Jetscale uses advanced AI to analyze your cloud infrastructure and generate safe, validated recommendations. Our AI doesn't just identify cost savings. It ensures those savings maintain performance, availability, and reliability.

This is what sets Jetscale apart from generic cost reports.


What Makes Jetscale's AI Different

Service-Specific Intelligence

Unlike generic cloud cost tools that provide simple alerts ("Your CPU is low, downsize!"), Jetscale's AI understands the nuances of each cloud service:

For RDS/Azure SQL Databases:

  • Multi-AZ failover patterns and capacity headroom
  • Read replica lag tolerances and replication overhead
  • Connection pooling behavior and max connections limits
  • Query workload characteristics (OLTP vs OLAP)
  • Backup window impact and maintenance considerations

For EC2/Azure VMs:

  • Burstable instance credit balance patterns (T3/T4g)
  • Auto Scaling Group headroom requirements for scale events
  • Spot instance interruption tolerance and fallback strategies
  • Load balancer health check thresholds and timing

For EBS/Azure Disks:

  • IOPS burst patterns vs sustained requirements
  • Throughput needs compared to provisioned capacity
  • Snapshot strategies and retention policies
  • Volume type performance characteristics across workloads

For ElastiCache/Azure Cache:

  • Eviction rates indicating memory pressure
  • Connection counts and client connection patterns
  • Replication lag in clustered configurations
  • Cache hit/miss ratios and optimization opportunities

How AI Analysis Works

1. Comprehensive Data Collection

Performance Metrics:

  • CPU utilization (average, p50, p95, p99, max)
  • Memory utilization and swap/paging pressure
  • Network throughput, packet rates, and bandwidth patterns
  • Disk I/O operations, throughput, and latency
  • Database connections, active queries, and deadlocks
  • Cache hit/miss ratios and eviction rates

Cost Data:

  • Current spend per resource (hourly granularity)
  • Reserved Instance utilization and coverage gaps
  • Savings Plan coverage and commitment utilization
  • On-demand vs committed pricing comparisons

Configuration Data:

  • Instance types, sizes, and generation
  • Volume types, IOPS settings, and throughput limits
  • Database engine versions and parameter groups
  • Networking configurations (VPC, security groups)
  • High-availability settings (multi-AZ, replicas)

2. Intelligent Workload Classification

Jetscale's AI categorizes your resources into optimization patterns:

PatternCharacteristicsOptimization StrategyExample
Steady-StateConsistent utilization, predictable trafficReserved Instances, right-sizingProduction API servers
BurstyLow average, high peak spikesBurstable instances (T3/T4g), auto-scalingBackground job processors
ScheduledRegular on/off patterns (business hours)Scheduling, serverless alternativesDevelopment environments
IdleMinimal or zero utilizationShutdown or significant downsizeForgotten test instances
Over-ProvisionedHigh capacity, consistently low usageRight-sizing with safety marginOver-spec'd databases

Real Example Analysis:

Resource: web-server-prod-01 (t3.2xlarge)
Pattern: Over-Provisioned Steady-State

Historical Usage:
- Avg CPU: 12% | Peak CPU: 34%
- Avg Memory: 28% | Peak Memory: 45%
- Network: Consistent 100 Mbps (well below limits)
- Uptime: 100% (24/7 operation)

AI Recommendation:
→ Downsize to t3.xlarge (half the capacity)
→ Estimated savings: $248/month (50% reduction)
→ Safety margin: Peak usage will be 68% CPU (well within safe limits)
→ Risk: LOW (3x headroom above peak, steady workload)
→ Implementation: Zero-downtime via create-before-destroy

3. Multi-Layered Safety Validation

Before recommending ANY change, Jetscale's AI validates:

CPU Headroom:

  • Minimum 20% buffer above historical peak usage
  • Burst capacity analysis for unexpected traffic spikes
  • Growth trend analysis (increasing usage requires larger buffer)

Memory Headroom:

  • Minimum 15% buffer above peak memory usage
  • Swap/paging risk assessment to avoid OOM conditions
  • Memory leak detection and trend analysis

I/O Capacity:

  • IOPS: Sustained vs burst analysis
  • Throughput: Requirements vs volume limits
  • Queue depth and latency patterns under load

Network Capacity:

  • Bandwidth utilization trends and peak analysis
  • Packet rate limitations for instance size
  • Network performance class suitability (up to 100 Gbps)

High Availability:

  • Multi-AZ requirements preserved for production workloads
  • Failover capacity validated (can survive AZ failure)
  • Replication lag impact assessed across zones

4. Cost-Performance Trade-off Analysis

Jetscale's AI evaluates multiple alternatives and selects the optimal balance:

Example: RDS db.r5.2xlarge Database

OptionMonthly CostPerformance ImpactRisk LevelAI Score
db.r5.2xlarge (current)$1,180Baseline--
db.r5.xlarge$590-5% query latencyMedium6.8/10
db.r6i.xlarge$540Same/better, newer genLow9.2/10
db.t3.2xlarge$350CPU credit risk on spikesHigh3.5/10
db.r6g.xlarge (Graviton)$475Same/better, ARM-basedMedium8.5/10

AI selects db.r6i.xlarge because:

  • 54% cost reduction ($640/month savings)
  • Zero performance degradation (same memory, improved CPU)
  • Low implementation risk (in-place modification supported)
  • Same reliability (multi-AZ configuration preserved)

5. Evidence-Based Recommendations

Every Jetscale recommendation is backed by transparent evidence:

Usage Charts:

  • Historical CPU utilization graph with percentile bands
  • Historical memory utilization graph showing peaks
  • Peak vs average comparison with trend lines
  • Percentile analysis (p50, p95, p99) for capacity planning

Cost Analysis:

  • Current monthly cost (itemized by component)
  • Projected monthly cost after change
  • Annual savings projection with confidence interval
  • Break-even timeline (for Reserved Instance purchases)

Configuration Comparison:

  • Side-by-side current vs recommended settings
  • Highlighted changes with explanations
  • Performance impact notes and mitigation strategies
  • Compatibility checks (OS, app requirements)

Implementation Risk Assessment:

  • Risk level: Low, Medium, or High with justification
  • Specific risks identified: CPU pressure, memory constraints
  • Mitigation strategies: Gradual rollout, canary deployments
  • Rollback instructions: Step-by-step recovery process

Types of AI Analysis

1. Right-Sizing Analysis

What It Does: Determines optimal instance size based on actual usage patterns and workload characteristics.

AI Factors Considered:

  • Utilization trends over extended period (not just averages)
  • Traffic pattern classification (steady, bursty, scheduled)
  • Growth rate analysis (10% YoY growth requires bigger buffer)
  • Seasonal variation detection (holiday spikes, end-of-quarter)

Example Recommendation:

Current: t3.xlarge (4 vCPU, 16 GB RAM) = $730/month
Recommended: t3.large (2 vCPU, 8 GB RAM) = $482/month

Reason: Average CPU 12%, peak CPU 34% over extended monitoring period.
Recommended config provides 3x headroom above peak usage.

Monthly Savings: $248 (34% reduction)
Annual Savings: $2,976
Risk Level: LOW
Implementation: Zero-downtime (create before destroy)
Rollback: Switch back in-place if needed

2. Reserved Instance Analysis

What It Does: Identifies resources suitable for 1-year or 3-year commitments to unlock 40-60% discounts.

AI Factors Considered:

  • Uptime patterns (must be predictable 24/7 or scheduled)
  • Instance type stability (no recent size changes)
  • Workload criticality (production gets higher priority)
  • Flexibility requirements (can you commit for 1-3 years?)

Example Recommendation:

Current: 5x m5.large on-demand ($438/month each)
Total: $2,190/month | $26,280/year

Recommended: 5x m5.large 1-year Reserved Instance (No Upfront)
Cost: $1,314/month | $15,768/year

Monthly Savings: $876 (40% reduction)
Annual Savings: $10,512
Break-even: Immediate (No Upfront payment required)
Risk Level: LOW (resources running 24/7 for 6+ months)
Commitment: 1 year, flexible across AZs

3. Graviton Migration Analysis

What It Does: Identifies workloads that can benefit from 30-40% savings on ARM-based AWS Graviton instances.

AI Factors Considered:

  • Application compatibility (containerized workloads ideal)
  • Performance profile (Graviton3 excels at web, databases, caching)
  • Cost-performance ratio (price/performance advantage)
  • Migration effort vs savings (ROI calculation)

Example Recommendation:

Current: 10x m5.2xlarge ($1,752/month each)
Total: $17,520/month | $210,240/year

Recommended: 10x m6g.2xlarge (Graviton3, ARM-based)
Cost: $10,512/month | $126,144/year

Monthly Savings: $7,008 (40% reduction)
Annual Savings: $84,096
Performance: Same or better for most workloads
Risk Level: MEDIUM (requires ARM compatibility validation)
Migration Notes: Test in staging first, monitor CPU metrics
Rollback: Switch back to x86 instances if issues arise

4. Storage Optimization Analysis

What It Does: Optimizes EBS volume types (gp2→gp3) and adjusts IOPS/throughput for actual needs.

AI Factors Considered:

  • IOPS usage patterns (provisioned vs actual utilization)
  • Throughput requirements (sustained vs burst)
  • Burst vs sustained performance needs
  • Cost per IOPS across volume types (gp3 is 20% cheaper)

Example Recommendation:

Current: 50x gp2 volumes (500 GB each, 1500 IOPS baseline)
Cost: $50/month each | $2,500/month total

Recommended: 50x gp3 volumes (500 GB, 3000 IOPS baseline)
Cost: $40/month each | $2,000/month total

Monthly Savings: $500 (20% reduction)
Annual Savings: $6,000
Performance: Same or better (gp3 has 2x baseline IOPS)
Risk Level: LOW (in-place modification supported, no downtime)
Implementation: Modify volumes during maintenance window

Continuous Learning & Improvement

Feedback Loop

Jetscale's AI improves over time by learning from outcomes:

Tracking Outcomes:

  • Actual savings vs projected: 98% accuracy within ±5%
  • Performance impact post-deployment: Monitoring for degradation
  • Rollback frequency and reasons: Learning from issues
  • Customer acceptance rates: Understanding preferences

Refining Models:

  • Adjusting safety margins based on real-world outcomes
  • Improving workload classification accuracy
  • Better prediction of seasonal patterns and growth
  • Enhanced risk scoring based on deployment results

Incorporating Feedback:

  • Learn from rejected recommendations (too aggressive? wrong timing?)
  • Adjust for organization-specific preferences (conservative vs aggressive)
  • Respect manual overrides and exceptions (don't re-suggest)
  • Personalize risk tolerance per team/environment

Transparency & Control

Understanding Every Recommendation

Every recommendation includes:

  • Why this change is suggested: Specific usage patterns and inefficiencies
  • What data supports it: Historical metrics and charts
  • What risks exist: Honest assessment of potential issues
  • How to roll back if needed: Step-by-step instructions

You always have control:

  • Accept, reject, or defer any recommendation
  • Provide feedback on accuracy and outcomes
  • Set custom policies (e.g., "never touch production databases")
  • Adjust risk tolerance levels (conservative to aggressive)

Safety Guarantees

Jetscale's AI never recommends changes that:

  • Eliminate high-availability configurations (multi-AZ, replicas)
  • Risk SLA violations or performance degradation
  • Require migrations without sufficient validation data
  • Can't be easily rolled back if issues occur

Red flags that prevent recommendations:

  • Insufficient usage data (minimal historical metrics)
  • High variability in workload patterns (unpredictable)
  • Recent instance size changes (let it stabilize first)
  • Critical production resources without backup plan



Questions about AI safety or validation?


Last Updated: January 29, 2025