Last updated: March 28, 2023
This Service Level Agreement (“SLA”) applies to the use of the Redis (“Redis” “us” or “we”) Redis Enterprise Cloud Services (“Cloud Services”), offered under the terms of our Cloud Terms of Service or other agreement with us governing Customer’s use of Redis Products and Services (the “Agreement”). It is clarified that this SLA is part of and subject to the terms of the Agreement, and capitalized terms, unless otherwise indicated herein, have the meaning specified in the Agreement. Redis reserves the right to change the terms of this SLA by publishing updated terms on its website, such change to be effective as of the date of publication.
These Service Commitments and Service Credits apply only to Cloud Service deployments with replication enabled that have been up for a minimum of 24 hours, and apply separately to each Commercial Subscription of the Cloud Services. Redis will use commercially reasonable efforts to maximize the availability of its Cloud Services, and provide Monthly Uptime Percentages (defined below) of (a) at least 99.999% if the Active-Active SLA (defined below) applies; (b) at least 99.99% if the Multi-AZ SLA (defined below) applies; or (c) at least 99.9% if the Standard SLA (defined below) applies (this entails our “Service Commitment”). In the event Cloud Services do not meet this Service Commitment, Customer will be eligible to receive a Service Credit as described below.
“Active-Active SLA” applies to Active-Active database deployments.
“Deployment Minutes” is the total number of minutes that a given database has been deployed with the Cloud Services during a billing month.
“Downtime” is the total accumulated Deployment Minutes (across all databases deployed by a Customer in a given Cloud Services subscription) during which the database is unavailable. A minute is considered unavailable for a given database if all continuous attempts by a Customer to establish a connection to the Redis Enterprise Cloud database within that minute fail. However, for Active-Active SLAs, a minute is considered unavailable if all continuous attempts by a Customer to establish a connection to all the Redis Enterprise Cloud databases under Active-Active deployment within that minute fail. Furthermore, “Downtime” does not include downtime for Maintenance. Additionally, partial minutes of unavailability will not be counted towards Downtime.
“Maintenance” is the incorporation of new features, upgrades, updates, cluster optimization, patches, and/or bug fixes performed on the Cloud Services.
“Maximum Available Minutes” is the sum of all Deployment Minutes across all databases deployed by a Customer in a given Cloud Services subscription during a billing month.
“Monthly Uptime Percentage” for a database is calculated as the Maximum Available Minutes less Downtime divided by Maximum Available Minutes in a billing month for a given Cloud Services subscription. This Monthly Uptime Percentage is represented by the following formula:
Monthly Uptime % = (Maximum Available Minutes – Downtime) / Maximum Available Minutes.
“Multi-AZ SLA” applies to Multi-AZ database deployments that are not part of an Active-Active deployment.
“Service Credit” is a credit or discount toward future Cloud Services and is Customer’s sole and exclusive remedy for any failure by Redis to provide Cloud Services in compliance with the Service Commitment or any other representation or warranty related to the Cloud Services.
“Standard SLA” applies to Standard database deployments that are not part of an Active-Active deployment, or a Multi-AZ deployment.
Service Credits are calculated as a percentage of the monthly charges paid by Customer for a Cloud Services Commercial Subscription that did not meet the applicable Service Commitment in a billing cycle in accordance with the schedule below:
|Monthly Uptime Percentage||Service Credit Percentage|
|Active-Active SLA||Less than 99.999%, but equal to or greater than 99%||10%|
|Less than 99%||25%|
|Multi-AZ SLA||Less than 99.99%, but equal to or greater than 99%||10%|
|Less than 99%||25%|
|Standard SLA||Less than 99.9%, but equal to or greater than 99%||10%|
|Less than 99%||25%|
Redis will only apply Service Credits against future payments for Cloud Services. At our discretion, Redis may issue Service Credits to the Payment Method Customer used to pay for the billing cycle in which the failure to meet the Service Commitment occurred. Service Credits will not entitle Customer to any refund or other payment from Redis. Service Credits may not be transferred or applied to any other account. Unless otherwise indicated in the Agreement, Customer’s sole and exclusive remedy for any unavailability, non-performance or other failure by Redis to provide Cloud Services in compliance with the Service Commitment or any other Redis representation or warranty is the receipt of Service Credits (if eligible) in accordance with the terms of this SLA.
To receive a Service Credit, Customer must take all of the following actions: (1) log a support ticket with Redis within 24 hours of first becoming aware of an event that has impacted service availability, and (2) submit to Redis a credit request with respect to such event, including the information specified below and other related information which may be requested by Redis, by the end of the second billing cycle after which the incident occurred. For example, if the Downtime occurred on February 15th, we must receive a support ticket within 24 hours of Customer becoming aware of such Downtime, and receive a credit request including all required information by March 31st. The credit request must include:
i. The words “SLA Credit Request” in the subject line;
ii. The dates and times of each Downtime incident Customer are claiming;
iii. The database(s) name, the cloud(s) name and regions of the affected database;
iv. Logs that document the errors and corroborate Customer’s claimed outage (any confidential or sensitive information in these logs should be removed or replaced with asterisks); and
If the Monthly Uptime Percentage of such credit request is confirmed by Redis and is less than the Service Commitment, we will issue the Service Credits to Customer within one billing cycle following the month in which the credit request occurred. Failure to provide the credit request and other required information above will disqualify Customer from receiving Service Credits. Furthermore, Customer must be in compliance with the Agreement in order to be eligible for a Service Credit and will otherwise not be entitled, even if all other requirements hereunder are met.
If availability is impacted by factors other than those explicitly used in our Monthly Uptime Percentage calculation, then Redis may at our sole discretion, decide to regardless consider such factors and issue a corresponding Service Credit. Cloud Services based on older versions will be completely terminated and unavailable 18 months after an upgrade or as announced by Redis.
These Maintenance and Maintenance Window terms apply to all Commercial Subscriptions of the Cloud Services. Redis may perform Maintenance at any time. Notwithstanding the foregoing, Customers with annual or flexible plans are encouraged to manually select a standard weekly period for Maintenance within a Redis user interface (each, a weekly “Maintenance Window”). Despite the selection of a weekly Maintenance Window, Redis won’t necessarily perform Maintenance every week. Customers who select a Maintenance Window may postpone a Maintenance Window no more than two-times in one month and no more than ten times in a calendar year via a Redis user interface. Maintenance Windows are not currently available for fixed plans.
If Customer can select a Maintenance Window (Customers on annual or flexible plans), but has not selected one, Redis may schedule and perform Maintenance at its sole discretion and will provide notice to Customer when Maintenance begins and when it ends. Redis may perform Maintenance within Customer’s selected Maintenance Window without advance notice, but will provide notice to Customer when Maintenance begins and when it ends. If upcoming Maintenance is a high impact event, at Redis’ sole discretion, Redis will provide reasonable advance notice to Customers with annual or flexible plans only. Redis will not provide Maintenance notice to Customers on fixed plans. Notwithstanding plan type or any Maintenance Windows selected, Redis reserves the right to perform urgent Maintenance activities as soon as they are needed.
If Customer-side actions are necessary in advance of Maintenance, Customer will be given notice and a reasonable amount of time to make the necessary modifications or actions in its deployment environment for Maintenance support. If Customer fails to do so, the applicable Redis SLA will not apply after such Maintenance, and Customer recognizes and agrees that Redis will not be liable for data or information loss of any kind, availability issues, security issues, or other related issues or damages that may have been mitigated or avoided by following Redis’ instructions in the Maintenance notice.
By continuing to use this site, you consent to our updated privacy agreement. You can change your cookie settings at any time but parts of our site will not function correctly without them.