Workload Manager best practices for Redis

This document lists the best practices that Workload Manager supports for evaluating Redis workloads running on Google Cloud. To learn about Workload Manager, see Product overview.

Severity levels

When you run an evaluation, Workload Manager evaluates resources by comparing their current state with best practices. If a resource doesn't comply with a selected best practice, Workload Manager assigns it a severity level that indicates how far the resource is out of compliance. The Google Cloud console marks each non-compliant resource with an icon. The following table explains these icons, their corresponding severity levels, how the current resource setting might impact your workload, and recommendations for modifying the resource to adhere to best practices.
Icon Severity level Impacts Recommendation
Critical System Reliability, Unplanned Outages, Unsupported Configuration

Resolve as soon as possible to prevent an impact on system availability and data integrity due to a high risk of an unplanned outage.
High Degraded Performance, System Stability Resolve during the next planned maintenance window.
Medium Suboptimal Performance, Supportability Resolve at your earliest convenience.
Low Informational, Non-essential Behavior Although there's no resolution needed, reviewing this best practice can provide useful insights.

Best practices for Redis workloads

The following table shows the Workload Manager best practices for evaluating Redis workloads that run on Google Cloud.

Note that to enable Workload Manager for evaluating your Redis workloads, you must set up Google Cloud's Agent for Compute Workloads on the host VMs.

Select one or more rule categories to filter the following table.

Category Best practice name and description Severity Last updated
Redis General Check that the Google Cloud Agent for Compute Workloads is set up correctly on all instances in the evaluation scope

Instances in the evaluation scope must have the Google Cloud Agent for Compute Workloads configured to run Workload Manager evaluations. If you have not configured the agent correctly, evaluation results can be incomplete or inaccurate. The minimum recommended version is 1.2.
Severity: Critical Critical
August 27, 2025
Redis General Enable automatic restart for VMs running Redis workloads

To ensure that the VM restarts automatically in the event of a failure, enable the Compute Engine automatic restart policy for any VM that is running a Redis workload.
Severity: Critical Critical
August 27, 2025
Redis General Provision Hyperdisk with minimum IOPS and throughput

The default provisioned IOPS and throughput values for small Hyperdisks can be too low to guarantee proper performance. We recommend that you raise these values to a minimum of 10,000 IOPS and 1 GiB/s throughput.

For more information, see Default performance.
Severity: Medium Medium
August 27, 2025
Redis General Set VM maintenance policy to MIGRATE for Redis workloads

To prevent any platform maintenance events from stopping or restarting a VM that is running Redis workloads, the onHostMaintenance parameter for the VM must be set to the recommended option MIGRATE.

For more information, see Set VM host maintenance policy.
Severity: Critical Critical
August 27, 2025
Redis General Do not run Redis workloads on PD Standard or Hyperdisk Throughput disk types

Google Cloud recommends that you do not run Redis workloads on PD Standard and Hyperdisk Throughput disk types, because these are hard disk-based disks and might lead to degraded performance.

For more information, see Persistent disk types, Hyperdisks, and Hyperdisk Throughput.
Severity: Medium Medium
August 27, 2025
Redis General Ensure replication is sent to a machine in a different zone or region

To maintain proper high availability, we strongly recommend that you send your replication to a machine in a different zone or region from the primary location.

For more information, see Well-Architected Framework: Reliability pillar.
Severity: Medium Medium
August 27, 2025
Redis General Do not use replication without persistence

Persistence ensures that the system writes the data sent to the primary instance to a durable storage. In a replicated system, choosing the right persistence strategy is critical to prevent data loss in case of a failure. If you choose not to use any persistence options, Google Cloud recommends that you disable the systemd Redis service from automatically restarting to avoid potential data integrity issues.
Severity: Medium Medium
August 27, 2025