MongoDB Atlas Data Lake Service Level Agreement

Last updated: June 23, 2021. To see what has changed in this policy, click here.

MongoDB will use commercially reasonable efforts to maximize the availability of MongoDB Atlas Data Lake (“Data Lake”), and provide performance standards as detailed below. We will provide at least 90 days' advance notice for adverse changes to this SLA.

If we do not achieve and maintain the Monthly Uptime Percentages set forth in the table below, then you may be eligible for a Service Credit.

Monthly Uptime PercentageService Credit
< 99.95% but equal to or greater than 99.0%10%
< 99.0%25%
< 95.0%100%

Definitions

As used herein, "month" refers to a calendar month. "Applicable Monthly Service Fees" means the total fees paid by you for a given Data Lake during the month in which Downtime occurred.

"Downtime" is calculated per Data Lake on a monthly basis and is the total number of minutes (measured in 5-minute intervals) during the month that Data Lake was unavailable. An interval is considered unavailable if all of your continuous attempts to establish a connection to the Data Lake within that interval fail. Downtime does not include partial intervals or minutes of unavailability or scheduled downtime for maintenance and upgrades.

"Monthly Uptime Percentage" is calculated per Data Lake on a monthly basis and is calculated as:

Any Data Lake that you create and run for only part of the month is assumed to be 100% available for the portion of the month that you did not run that Data Lake.

"Service Credit" is the percentage of the Applicable Monthly Service Fees to be credited to you if MongoDB approves your claim, as set forth in the table above.


Customer Obligations

To be eligible for a Service Credit:

  • You must log a support ticket with MongoDB within 24 hours of first becoming aware of an event that impacts service availability.
  • You must submit your claim and all required information by the end of the month immediately following the month in which the Downtime occurred.
  • You must include all information necessary for MongoDB to validate your claim, including: (i) a detailed description of the events resulting in Downtime, including your request logs that document the errors and corroborate your claimed outage (with any confidential or sensitive information in the logs removed or replaced with asterisks); (ii) information regarding the time and duration of the Downtime; (iii) the number and location(s) of affected users (if applicable); and (iv) descriptions of your attempts to resolve the Downtime at the time of occurrence.
  • You must reasonably assist MongoDB in investigating the cause of the Downtime and processing your claim.
  • You must comply with your applicable MongoDB Cloud Services agreement, applicable Data Lake documentation and any advice from our support team.

Service Credits

We will process claims within 45 days of receipt. If we determine that you have satisfied the customer obligations above and that none of the below limitations apply to your claim, we will grant you a Service Credit.

We will apply any Service Credit to a future invoice or payment for the Data Lake that experienced the Downtime. Service Credits will not be applied to fees for any other MongoDB product or service.

Service Credits are your sole and exclusive remedy under this SLA.

Limitations

Downtime does not include, and you will not be eligible for a Service Credit for, any performance or availability issue that results from:

  • Factors outside of our reasonable control, such as natural disaster, war, acts of terrorism, riots, government action, or a network or device failure at your site or between your site and Data Lake;
  • Services, hardware, or software provided by a third party, such as cloud platform services on which Data Lake runs;
  • Use of your password or equipment to access our network;
  • Your or any third party’s (a) improper use or configuration of Data Lake (including failure to adhere to any limitations described in the Data Lake documentation) or of your data source that supports Data Lake, or (b) failure to follow appropriate security practices; or
  • MongoDB’s Beta Offerings.