Redis Cloud Essentials and Pro are designed for different workload patterns, with Essentials optimized for predictable usage on shared infrastructure and Pro providing dedicated infrastructure, configurable throughput, and advanced networking. Choosing between them typically comes down to whether your workload is approaching platform limits or requires capabilities not available in Essentials.
This article helps you determine when to stay on Essentials, identify signals that indicate you’ve outgrown it, understand what changes after upgrading, and prepare for the migration process at a high level.
For step-by-step upgrade instructions, see Upgrade a Redis Cloud Essentials database to Redis Cloud Pro
Quick Fix Table
| Issue | What it means / What to do |
|---|---|
| Seeing bandwidth or throughput warnings | You are approaching Essentials limits. If usage is consistently high, evaluate moving to Pro. |
| Getting “too many connections” errors | You are hitting connection limits. Pro removes these constraints. |
| Need private networking (VPC, PrivateLink, PSC) | Not supported in Essentials. Move to Pro. |
| Upgrade prompts in Redis Cloud Console | Triggered by usage thresholds. Confirm whether the issue is temporary or sustained before upgrading. |
| Unsure if upgrade is required | Review Signals You’ve Outgrown Essentials to determine if constraints are structural. |
Plan Differences at a Glance
The comparison below focuses on factors that typically drive upgrade decisions.
| Area | Redis Cloud Essentials | Redis Cloud Pro |
|---|---|---|
| Infrastructure | Shared, multi-tenant | Dedicated VPC infrastructure |
| Throughput model | Fixed ops/sec caps per plan | Configurable per database |
| Network bandwidth | Monthly subscription quota | Usage-based, no fixed cap |
| Connections | Per-database limits based on plan tier | Not capped per database in the same way |
| Private networking | Not supported | VPC peering, PrivateLink, PSC, Transit Gateway |
| Databases per subscription | Typically one database | Multiple databases supported |
| Active-Active geo-distribution | Not available | Supported |
| Observability | Subscription-level usage metrics | Per-database metrics and integrations |
For detailed sizing guidance, refer to Size a Redis Cloud Database.
When Essentials Is Still the Right Fit
You likely do not need to upgrade if:
Your workload stays well below bandwidth and ops/sec limits.
Monthly bandwidth rarely exceeds 80% of quota.
Latency remains stable under peak load.
Public endpoints with TLS and CIDR allowlists meet your requirements.
You do not require private networking.
You do not need per-database observability or advanced integrations.
Your environment maps cleanly to one database per subscription.
Essentials is commonly appropriate for:
Development and staging environments
Small production workloads with predictable traffic
Applications without strict network isolation or compliance requirements
Upgrading prematurely may increase cost without improving performance.
Signals You’ve Outgrown Essentials
You should evaluate moving to Pro if you consistently experience:
Throughput or Bandwidth Constraints
Bandwidth alerts near 80–85% of monthly quota
Throttling, timeouts, or latency spikes during traffic bursts
Ops/sec consistently near plan caps
Connection Limits
“Too many connections” errors
Scaling services increases connection pressure beyond plan limits
Shared Subscription Impact
One workload spike degrades other workloads due to shared quotas
Networking or Compliance Requirements
Requirement for VPC peering or private connectivity
Private-only endpoint mandates
Infrastructure isolation requirements
Observability Gaps
Inability to determine which workload drives usage
Need for per-database metrics or monitoring integrations
If these constraints are structural rather than occasional, Pro is typically the appropriate long-term solution.
What Changes After Moving to Pro
Moving from Essentials to Pro affects infrastructure, scaling flexibility, and operational controls.
Infrastructure Model
Essentials runs on shared infrastructure.
Pro runs on dedicated VPC infrastructure with stronger isolation.
Capacity and Scaling
Essentials uses fixed throughput and bandwidth caps.
Pro allows configurable dataset size and throughput per database.
This enables incremental scaling instead of tier-based jumps.
Networking
Essentials provides public endpoints.
Pro enables private connectivity options and more controlled network design.
Observability
Essentials provides subscription-level usage visibility.
Pro provides per-database metrics and deeper operational insight.
Subscription Structure
Essentials subscriptions typically contain a single database.
Pro subscriptions can host multiple databases with independent sizing.
How Migration from Essentials to Pro Works
Upgrading from Essentials to Pro is not an in-place conversion.
The supported workflow is:
Create a new Pro subscription and database.
Migrate data from Essentials to Pro.
Cut over application traffic.
Decommission the Essentials database.
For step-by-step migration instructions, see Upgrade a Redis Cloud Essentials database to Redis Cloud Pro.
Common Upgrade Questions
Is this an in-place upgrade?
No. A new Pro database must be created and data must be migrated.
Will my endpoint change?
Yes. Applications must update to the new Pro endpoint.
Does billing change immediately?
Yes. Pro uses usage-based billing rather than fixed monthly pricing.
Can I downgrade back to Essentials?
Not in-place. Downgrading would require provisioning a new Essentials database and migrating again.
Will performance automatically improve after upgrading?
Performance depends on how the Pro database is sized. Proper memory and throughput configuration is required to realize benefits.
Common Misconceptions
Upgrading increases performance automatically
Performance improvements depend on how the Pro database is sized. Misconfigured throughput or memory can still cause bottlenecks.
Upgrading removes all limits
While Pro removes many Essentials constraints, configured resources still govern capacity.
Upgrade is reversible
Downgrading requires provisioning a new Essentials database and migrating again.
Decision Summary
Remain on Essentials if your workload is predictable, comfortably within limits, and doesn't require private networking or advanced features.
Move to Pro if constraints are sustained and structural, not caused by temporary spikes.
If you're seeing upgrade prompts due to usage warnings, determine whether the issue is temporary or structural. Structural constraints are best addressed by migrating to Pro.
0 comments
Please sign in to leave a comment.