Azure Cache for Redis Enterprise
Does ZopNight manage Azure Cache for Redis Enterprise?
Azure Cache for Redis Enterprise bills for Enterprise-family capacity that adds active geo-replication, Redis modules, and higher performance at a substantially higher price than the standard tiers. ZopNight inventories it as a distinct type via Resource Graph and applies 60 days of utilization review to justify or shrink each cluster.
Rules that fire on Azure Cache for Redis Enterprise
No active rule family targets Azure Cache for Redis Enterprise today. Rules that used to are retired, and retired rules publish no pages and fire no findings. Scheduling and permissions coverage are unaffected.
At a glance
| Field | Value |
|---|---|
| Scheduling notes | discovery and cost visibility only. |
Redis Enterprise tiers add active geo-replication, Redis modules, and higher performance at a substantially higher price point. Their cost profile makes utilization review especially valuable.
What the Enterprise premium actually buys
The Enterprise tiers meter capacity like the standard offering, a fixed size billed hourly and indifferent to traffic, but at a markedly higher rate, because the capacity includes capabilities the standard tiers lack: active geo-replication across regions, Redis modules such as search and time-series, and a higher performance ceiling. Each of those is genuinely valuable when used. The billing risk is that the premium applies whether or not they are: an Enterprise cluster serving plain get/set caching pays for module and replication capability it never exercises, every hour.
Separate inventory for a separate SKU family
ZopNight discovers Redis Enterprise as a distinct type via Azure Resource Graph, apart from standard Azure Cache for Redis, because the two SKU families deserve different scrutiny. Azure Monitor metrics with a 60-day lookback, Cost Management billing attribution, and rightsizing recommendations all apply. Nothing here can be stopped or scheduled. The type is discovery and cost visibility only, and the decision it feeds is whether each cluster’s workload still warrants the Enterprise family at all.
When Enterprise is the wrong tier
The leak pattern is qualification drift. A workload adopts Enterprise for one feature (geo-replication for a launch that was later scoped to one region, or a module an application stopped using after a rewrite) and the tier outlives the reason. Non-production copies of Enterprise clusters are the second offender: staging rarely needs cross-region replication of disposable data at the family’s price point. The fix is a downgrade decision backed by two months of utilization, not a resize within the family.
Locating Enterprise clusters in the portal
Azure portal → Azure Cache for Redis lists caches across both families; Enterprise clusters show Enterprise or Enterprise Flash as their tier. The cache blade records the geo-replication configuration and modules in use. Those two facts determine whether the premium is still earning its rate.