Service-Specific Terms for Products and Services
Service Specific Terms
Effective as of April 1, 2026
These Service Specific Terms together with the OVHcloud® Terms of Service (the "Terms of Service") apply only to those specific OVHcloud Services purchased by Customer (a) through the execution of an Order Form (b) through Customer's Account via OVHcloud Control Panel, or (c) through an OVHcloud Partner. In the event of a conflict between these Service Specific Terms and the Terms of Service between Customer and OVHcloud, the terms and conditions of these Service Specific Terms apply, but only to the extent of such conflict. Capitalized terms used herein but not otherwise defined herein shall have the meanings set forth in the Terms of Service. OVHcloud reserves the right to upgrade, update or discontinue any aspect or feature of an OVHcloud Service in whole or in part. While specific roles and responsibilities are identified as being owned by You or OVHcloud, any roles or responsibilities not set forth in these Service Specific Terms or otherwise provided in the Terms of Service are either not provided with the OVHcloud Services or are assumed to be Your responsibility.
- Universal Service Terms
- Dedicated Servers
- Virtual Private Server ("VPS")
- Public Cloud Services ("PCS")
- Hosted Private Cloud
- Managed Bare Metal Essentials Powered By VMWare®
- Bring Your Own IP (BYOIP) Service
- Additional IP Service
- Logs Data Platform
- Key Management Service
- OVHcloud Connect
UNIVERSAL SERVICE TERMS (APPLICABLE TO ALL OVHCLOUD SERVICES)
- Mitigation (Protection Against DOS and DDOS Attacks)
- OVHcloud shall implement commercially reasonable protection against DOS and DDOS-type hacking attempts provided that these attacks are conducted in a manner reasonably considered to be serious enough by OVHcloud to warrant such protection. These protection measures shall not apply in the case of attacks such as SQL injection, brute-force, abuse of security flaws or other similar-type attacks. Given the nature of a potential DOS or DDOS attack and their complexity, OVHcloud shall implement different levels of traffic protection in order to preserve its infrastructure and the OVHcloud Service(s).
- Mitigation is only activated once an attack has been detected by OVHcloud tools. Therefore, until mitigation is activated, the impacted OVHcloud Service will sustain the attack directly, which may result in unavailability of OVHcloud Service. Once the attack is identified and mitigation is automatically activated, mitigation may not be deactivated until the attack has ended (the "Mitigation Period"). During the Mitigation Period, OVHcloud Services may be suspended and/or the Customer may be unable to access the OVHcloud Services.
- If, despite activating mitigation measures, the cyberattack affects the integrity of OVHcloud and the Customer's infrastructures, OVHcloud shall apply more robust protective measures which may result in a reduction in quality or unavailability of the OVHcloud Services.
- It is possible that a portion of traffic generated by the cyberattack may not be detected by OVHcloud systems and thus adversely affect the OVHcloud Service provided to the Customer. The effectiveness of mitigation measures also depends on the configuration of the OVHcloud Services. As such, the Customer is responsible for ensuring that it has the necessary competence to provide effective administration.
- Mitigation does not exempt the Customer from ensuring the security of the OVHcloud Service being utilized by, installing security tools (e.g. firewalls), carrying out regular updates of its systems, backing up its data, or monitoring the security of its computer programs (e.g. scripts, codes).
- Self-Service Portals
- OVHcloud-provisioned OVHcloud Services can be managed through the OVHcloud Control Panel (the "Control Panel"). Control Panel is the central administrative portal for OVHcloud Services. The Control Panel provides purchasing, billing, support, and security services for available products, as well as direct management of the infrastructure.
- OVHcloud Service Provisioning
- OVHcloud will provide the following provisioning services for the following product families: Dedicated Servers, Virtual Private Servers (VPS), Public Cloud Services and Hosted Private Cloud (the "Base Products"):
- Implementation of compute, storage, networking (physical servers, physical storage, and physical network devices, etc.) specific to the selected Base Products; and
- Providing initial network resources including default public IP addresses, where applicable.
- You will be responsible for the following provisioning services:
- Installing and configuring custom or third-party applications, distributions and operating systems, and
- Creating user accounts and changing default system preferences as needed.
- OVHcloud will provide the following provisioning services for the following product families: Dedicated Servers, Virtual Private Servers (VPS), Public Cloud Services and Hosted Private Cloud (the "Base Products"):
- Operations – Monitoring
- OVHcloud will provide the following services with respect to monitoring:
- Monitoring the underlying infrastructure, infrastructure networks, top-layer management and user-management interfaces, and computing, storage and network hardware for availability; and
- Monitoring capacity and performance for storage infrastructure and network hardware.
- You will be responsible for the following services with respect to monitoring:
- Monitoring the assets deployed or managed within Your Account, including but not limited to operating systems, applications, specific network configurations or network appliances deployed by You, operating systems or application vulnerabilities; and
- Monitoring the performance of any virtual machines ("VMs").
- OVHcloud will provide the following services with respect to monitoring:
- Incident and Problem Management
- OVHcloud will provide incident and problem management services (e.g. detection, severity classification, recording, escalation, and return to service) pertaining to:
- Infrastructure over which OVHcloud has direct administrative and/or physical access and control, such as servers, storage, and network devices; and
- Service software over which OVHcloud has direct administrative access and control, such as the Control Panel, management services required to support Your environment and other applications that OVHcloud uses in delivery of the OVHcloud Services.
- You are responsible for incident and problem management (e.g. detection, severity classification, recording, escalation, and return to service) pertaining to:
- Services You have deployed within the infrastructure granted to You, such as VMs, private clouds, and any virtualized infrastructure deployed to support the OVHcloud Services;
- Performance of user-deployed VMs, custom or third-party applications, Your databases, operating systems imported or customized by You, or other assets deployed and administered by You that are unrelated to OVHcloud platforms;
- Operating system administration including the operating system itself or any features or components contained within it;
- Configuration of the OVHcloud Services as it pertains to how you are consuming the OVHcloud Services, such as local backup configurations, firewall configurations, virtual network configuration.
- OVHcloud will provide incident and problem management services (e.g. detection, severity classification, recording, escalation, and return to service) pertaining to:
- Change Management
- OVHcloud will maintain the following change management elements for OVHcloud's infrastructure that supports You:
- Processes and procedures to maintain the health and availability of the management tools and OVHcloud delivery platform; and
- Processes and procedures to release code versions, hot fixes and service packs related to the Control Panel and all supporting tools/platforms.
- You are responsible for:
- Management of changes to Your VMs, operating systems, custom or third-party applications, databases, and administration of general network changes within Your control; and
- Administration of self-service features provided through the Control Panel up to the highest permission levels granted to You, including but not limited to VMs and network functions, backup administration, user configuration and role management and general account management.
- OVHcloud will maintain the following change management elements for OVHcloud's infrastructure that supports You:
- Infrastructure Data Recovery
- OVHcloud is responsible for data protection, such as routine backups, for OVHcloud's infrastructure required to operate Your service, including top-layer management and user-management interfaces owned and operated by OVHcloud.
- OVHcloud is also responsible for data and infrastructure restoration for OVHcloud's infrastructure required to operate Your service, including top-layer management and user-management interfaces owned and operated by OVHcloud.
- For the avoidance of doubt, the obligations set forth in this Section 1.G do not relieve You of Your obligation to protect Your data.
- Security
- Responsibility for end-to-end security is shared between OVHcloud and You. OVHcloud will provide security for the aspects of the OVHcloud Services over which OVHcloud has sole physical, logical, and administrative level access or control. The primary areas of responsibility as between OVHcloud and You are set forth below.
- OVHcloud will use commercially reasonable efforts to provide:
- Physical Security: OVHcloud Services are hosted in state-of-the-art data center facilities. The following controls are in place at the physical layer in the data centers:
- Equipment Location: OVHcloud and our corporate parent operate in the United States, EMEA and APAC. A site selection team determines the location of each data center site. The site selection process includes a rigorous assessment, ensuring that each site has appropriate measures and countermeasures in place.
- OVHcloud Data Centers: OVHcloud builds, except in the APAC region, and operates its own data centers and many are certified via third-party audit to meet certain compliance certifications. A list of certifications is available here, and may be updated by OVHcloud from time to time as required. Copies of reports are available upon request – subject to confidentiality and nondisclosure agreements.
- Information Security: OVHcloud will protect the information systems used to deliver the OVHcloud Services for which OVHcloud has sole administrative level control.
- Network Security: OVHcloud will protect the network containing OVHcloud's information systems up to the point where You have some control, permission, or access to modify the networks.
- Security Monitoring: OVHcloud will monitor for security events involving the underlying infrastructure servers, storage, networks and information systems used in the delivery of the OVHcloud Services over which OVHcloud has sole administrative level control. This responsibility stops at any point where You have some control, permission, or access to modify an aspect of the OVHcloud Services.
- Patching and Vulnerability Management: OVHcloud will maintain the systems OVHcloud uses to deliver the OVHcloud Services including the application of patches we deem critical for the target systems. OVHcloud will perform routine vulnerability scans to surface critical risk areas for the systems OVHcloud uses to deliver the OVHcloud Services. Critical vulnerabilities will be addressed in a timely manner.
- PCI Compliance: If an environment is identified as PCI compliant, OVHcloud will enforce Level 1 PCI compliance at the infrastructure level. This includes the security posture, patching, logging, and audit requirements for the offering (compute, network and storage).
- Physical Security: OVHcloud Services are hosted in state-of-the-art data center facilities. The following controls are in place at the physical layer in the data centers:
- You are responsible for the following:
- Information Security: You are responsible for ensuring adequate protection of the information systems, data, content, or applications that You deploy and/or access on OVHcloud Services. This includes, but is not limited to, any level of patching, security fixes, data encryption, access controls, roles and permissions granted to Your internal, external or third-party users.
- Security Monitoring: You are responsible for the detection, classification and remediation of all security events that are isolated within Your instance(s), associated with any VMs, operating systems, applications, data or content surfaced through vulnerability tools, or required for a compliance or certification program in which You are required to participate, and which are not serviced by another security program.
- Network Security: You are responsible for the security of the network over which You have administrative level control. This includes but is not limited to maintaining effective firewall rules, exposing only communication ports that are necessary to conduct business and locking down promiscuous access.
- IP Addresses
- Each of the Base Products will have a public, fixed, non-transferable IPv4 and/or IPv6 address attached (each an "IP Address").
- Each IP Address provided to Customer by OVHcloud will remain the property of OVHcloud.
- General
- Owing to the highly technical nature of the OVHcloud Services, OVHcloud is subject only to those obligations maintained in the applicable section of the Service Level Agreement regarding our Monthly Availability Commitment.
- With the exception of items provided by OVHcloud, OVHcloud does not intervene in the handling of information, data, files, systems, applications, websites or other items which are reproduced, hosted, collected, stored, transmitted, distributed, published and more generally used and/or operated by the Customer within the scope of the OVHcloud Services (collectively known as "Content Data"), and is forbidden from accessing said Content Data for any purpose other than as necessary for the provision of the OVHcloud Services.
- For security reasons, OVHcloud reserves the right to proceed with the immediate suspension without notice of any OVHcloud Service on which there is a public service Proxy, IRC, VPN or TOR which is available free of charge or for a fee, and for which OVHcloud has knowledge of its fraudulent or illegal misuse.
- Given that the network resources provided to the Customer are shared, Customer undertakes not to use the OVHcloud Service(s) in a manner detrimental to OVHcloud's other customers. In particular, the Customer undertakes not to use the public bandwidth in an intensive manner. In such a situation, OVHcloud reserves the right to apply limitations to this bandwidth. The Customer may, if it so wishes, subscribe to additional bandwidth options for the purpose of having unrestricted use of guaranteed public bandwidth.
- The Customer is the sole administrator of the OVHcloud Service(s). In this capacity, the Customer confirms it possess all the technical knowledge necessary to ensure correct administration of the resources provided by OVHcloud.
- The Customer must have an internet connection in order to log into the Control Panel or any other management interface offered by OVHcloud and access the OVHcloud Services, and is solely responsible for the aforementioned internet connection, particularly its availability, reliability and security.
- OVHcloud reserves the right to interrupt the OVHcloud Services in order to perform a technical intervention to improve the operation of the OVHcloud Services.
- Mitigation (Protection Against DOS and DDOS Attacks)
DEDICATED SERVERS
- Service Description
- A "Dedicated Server" is a bare metal server that OVHcloud makes available to the Customer for rent on a monthly basis (the "Service(s)" for the purposes of this Section 2). OVHcloud offers different categories of Services, including: Eco Range (Rise, So you Start and Kimsufi), Advance, Infrastructure, HG, High Grade, Scale, Storage, Best Value and Game. The fees, features, and basic hardware and software configurations are described and accessible online via the OVHcloud website.
- Customer Obligations
- The Service(s) do not have any pre-installed distribution (or operating system). Customer is solely responsible for selecting the distribution (or operating system). It is the Customer's responsibility to acquire the necessary rights to use the selected distribution from a publisher, an authorized third party, or OVHcloud, if applicable. The Customer is solely responsible for installing the selected distribution on the Service(s).
- Customer is highly encouraged to order all VMware product offerings for use with the Service(s) directly from OVHcloud. Customer acknowledges and agrees that various VMware on-premises offerings are subject to restrictions or outright prohibitions regarding installation and/or use with cloud service offerings, including the Service(s). It is Customer's responsibility to review the VMware Product Guide (see VMware Product Guide) regarding such restrictions and prohibitions. For example, if Customer has purchased a vSphere perpetual license entitlement from VMware or another VMware authorized channel partner (other than OVHcloud), such license cannot be used with the Services.
- The Customer accepts sole responsibility for the performance of any and all maintenance operations in reference to the Service(s), including but not limited to any updates to the distribution installed on the Service(s) and upgrades.
- OVHcloud Obligations
- In the context of maintenance operations, OVHcloud may have occasion to replace a component in order to keep the Service(s) in an operational condition. In such cases OVHcloud will replace the component with a new component that is identical or has equivalent features. OVHcloud cannot guarantee the substitute components compatibility with the content (including distributions, systems, software and applications) installed by the Customer in the context of the Service(s).
- OVHcloud reserves the right to make any modifications, updates, and/or upgrades to the Service(s) or the Host Server (as defined in Section 4.A.i). In the event of a development necessitating such an update or upgrade, the Customer will be given reasonable advance warning, except in urgent cases that may necessitate immediate implementation. If the distribution update or upgrade is not carried out following OVHcloud's requests, OVHcloud reserves the right to interrupt the connection of the Service(s) to the network.
- HG Customizable
- In addition to the terms and conditions set forth above, customizable HG servers ("HG Customizable Servers"") offered by OVHcloud are subject to the following terms and conditions:
- Customers may request upgrades to their HG Customizable Servers by submitting a request to the OVHcloud Customer Support Team (CST) or, where applicable, their OVHcloud account representative.
- OVHcloud offers Customers certain disk, GPU and Intel® Optane™ upgrades for HG Customizable Servers as further detailed on the OVHcloud website (collectively, "Upgrades"). The types and availability of Upgrades are subject to change. OVHcloud cannot guarantee the availability of any Upgrade. The cost of each Upgrade will be communicated to the Customer at the time of purchase.
- Any Upgrade requested by Customer and installed on an HG Customizable Server cannot be removed by the Customer for any reason.
- The installation of an Upgrade may result in downtime. Any downtime incurred during the installation of an Upgrade is excluded from any time-based calculations related to an HG Customizable Server being Unavailable (as defined in the Service Level Agreement).
- In addition to the terms and conditions set forth above, customizable HG servers ("HG Customizable Servers"") offered by OVHcloud are subject to the following terms and conditions:
- Service Description
VIRTUAL PRIVATE SERVER ("VPS")
- Service Description
- A Virtual Private Server ("VPS") is a single virtual machine (VM), with resources dedicated to its user, that OVHcloud makes available to the Customer for rent on a monthly basis (the "Service(s)" for the purposes of this Section 3). The fees, features, and basic hardware and software configurations are described and accessible online via the OVHcloud website.
- Customer Obligations
- The Service(s) do not have any pre-installed distribution (or operating system). Customer is solely responsible for selecting the distribution (or operating system). It is the Customer's responsibility to acquire the necessary rights to use the selected distribution from a publisher, an authorized third party, or OVHcloud, if applicable. The Customer is solely responsible for installing the selected distribution on the Service(s).
- The Customer accepts sole responsibility for the performance of any and all maintenance operations in reference to the Service(s), including but not limited to any updates to the distribution installed on the Service(s) and upgrades.
- The virtualization technologies used by OVHcloud for the management of Customer's VPS shall in no way represent any obligation on the part of OVHcloud to ensure the safeguard of the Customer's data. All measures necessary to ensure the backup of the Customer's data remains the exclusive responsibility of the Customer.
- Customer is prohibited from using or allowing the Services to be used for any intrusive activity or any intrusion attempts (including, but not limited to port scans, sniffing, spoofing), and any activity or contentious behavior such as traffic exchanging (Hitleap, Jingling), Black Hat SEO (downloading and uploading videos from and to online gaming platforms), crypto-currency mining, video game bots, etc. Anonymization services or public proxy (including VPN, Tor, P2P, IRC) and cardsharing (CCCam or equivalent) are not permitted on the Services.
- OVHcloud Obligations
- OVHcloud reserves the right to make any modifications, updates, and/or upgrades to the Service(s). In the event of a development necessitating such an update or upgrade, the Customer will be given reasonable advance warning, except in urgent cases that may necessitate immediate implementation. If the distribution update or upgrade is not carried out following OVHcloud's requests, OVHcloud reserves the right to interrupt the connection of the Service(s) to the network.
- Service Description
PUBLIC CLOUD SERVICES ("PCS")
- Definitions
- "Host Server": Physical server with attributed memory (RAM) and compute (CPU). Configured and administered by OVHcloud, it is designed to accommodate one or more VMs or Instances administered by the Customer.
- "Infrastructure": set of components provided by OVHcloud which permit to host the Customer's public cloud including in particular (depending on the circumstance) the Host Server, the Storage Space, the network, the bandwidth and/or virtualization or cloud computing technology.
- "Instance": Virtual server created on the OVHcloud public cloud infrastructure and which enables the development and/or use of application solutions. The Instance, created using cloud computing technologies, includes a Storage Space and a quantity of processor and RAM resources. It is possible to add Object Storage to an Instance.
- "Object Storage": Distributed Storage Space based on the Object Storage architecture (management of data as objects). In the OVHcloud public cloud, it may be added to an Instance, particularly when it is used as a Snapshot (as defined below) and/or subscribed to separately.
- "Object Storage Container": Head unit of the Object Storage Space that shares the same access right policy, created by the Customer.
- "Service(s)": Public Cloud Services for the purposes of this Section 4.
- "Storage Space": Disk space attached to an Instance that can be either a 'local' Storage Space or a 'distributed' Storage Space, depending on the characteristics of the Instance. The 'local' Storage Space is directly attached to the Instance for the proper functioning of the operating system. Data is deleted and the disk is reinstalled to its original state every time the Instance is rebooted or stopped. Data in the 'distributed' Storage Space is stored whatever the state of the Instance. 'Distributed' Storage Space is deleted when the Instance is deleted.
- PCS Instances
The following terms apply only to PCS Instances:
- Service Description. PCS Instances are computing services offered by OVHcloud and located on OVHcloud-owned Infrastructure for rent on a monthly basis consisting of one or several Instances and/or several Object Service Containers.
- Hardware resources (Host Server, Storage Space, etc.) and the Instances rented by the Customer will remain the exclusive property of OVHcloud.
- OVHcloud reserves the right to limit or deny access to certain ports to protect the underlying infrastructure.
- The Customer acknowledges that, for security reasons, some features and protocols (such as IRC or peer-to-peer file exchanges) are likely to be restricted under the Services.
- Customer Obligations.
- The Customer undertakes to comply with the license conditions and conditions of use of the operation system on which the Instance is configured by OVHcloud, and the license conditions of use of the applications, in some cases pre-installed on the Instances by OVHcloud.
- The Customer shall be the sole administrator of their Instance. OVHcloud shall under no circumstances be involved in the administration of the Customer's Instances.
- The Customer may also perform maintenance operations and updates on the aforementioned operating systems and applications pre-installed on the Instance. In such a case, the Customer assumes full responsibility and OVHcloud shall not under any circumstances be held responsible, including without limitation where said operations (maintenance, updates, etc.) are performed in violation of the applicable conditions of use/license conditions, or where the Instance fails to perform and/or operate correctly following maintenance operations and/or updates performed by the Customer.
- The Customer shall not use the Services to deploy services which are intended to enable users to download files in large quantities to and from file hosting platforms.
- Customer is prohibited from using or allowing the Services to be used for any intrusive activity or any intrusion attempts (including, but not limited to port scans, sniffing, spoofing), and any activity or contentious behavior such as traffic exchanging (Hitleap, Jingling), Black Hat SEO (downloading and uploading videos from and to online gaming platforms), crypto-currency mining, video game bots, etc. Anonymization services or public proxy (including VPN, Tor, P2P, IRC) and cardsharing (CCCam or equivalent) are prohibited.
- In order to maintain the service level of the Customer's Instance and all the servers on the Infrastructure, OVHcloud reserves the right to request that the Customer update the operating system running on the Instance and any applications pre-installed by OVHcloud, where a security vulnerability is identified. If the Customer does not act upon such requests, OVHcloud reserves the right to disconnect the Instance, Object Storage Container and/or Infrastructure from the internet.
- In the event that OVHcloud finds that the Instance or Object Storage represents a security risk, OVHcloud may send an email to the Customer to inform the latter that the Instance or Object Storage Container will be reinstalled or deleted to maintain the integrity of the Instance or Object Storage Container and the entire Infrastructure. OVHcloud reserves the right to disconnect the Instance and the Object Storage Container from the internet pending the Customer's reinstallation of their Instance. The Customer is responsible for transferring data from the pirated or failing system to the new system within a commercially reasonable time. The sole responsibility of OVHcloud is the installation of the new system.
- OVHcloud Obligations.
- OVHcloud reserves the right to modify the operating systems and applications pre-installed by OVHcloud on the Instance, in particular by way of any updates and/or version upgrades that it deems necessary in its sole discretion.
- OVHcloud reserves the right to limit or restrict certain functionality of the Instance in order to guarantee the security of the Infrastructure. OVHcloud shall inform the Customer of the implementation of these restrictions whenever possible.
- OVHcloud shall use reasonable endeavors to replace any defective part of Host Server as soon as reasonably possible except where OVHcloud is not directly responsible for the failure or in situations where the repair or replacement procedure requires an interruption of Service which exceeds the usual replacement time. In the latter case, OVHcloud will notify the Customer as soon as reasonably practicable.
- Service Description. PCS Instances are computing services offered by OVHcloud and located on OVHcloud-owned Infrastructure for rent on a monthly basis consisting of one or several Instances and/or several Object Service Containers.
- Snapshot
- Service Description. OVHcloud provides a feature enabling Customer to make instantaneous copies of an Instance ("Snapshots"). A Snapshot is not a perennial backup of the data of the Instance; it is rather an "instantaneous" copy of the Instance. Customers are limited to one Snapshot per VM.
- Customer Obligations.
- Snapshot does not, under any circumstances, exempt the Customer from their obligation to back up their data. Snapshot is not a disaster recovery tool.
- Managed Kubernetes Service
The following terms apply only to the Managed Kubernetes Service:
- Service Description. OVHcloud provides a solution based on the Kubernetes open-source system allowing the containerized applications and underlying resources (including computing instances and additional disks) to be orchestrated via an API within the OVHcloud Public Cloud.
- To use the Managed Kubernetes Service, it must be associated with the Customer’s OVHcloud Public Cloud project.
- The location of the Kubernetes cluster (the "Cluster") is selected by the Customer at the time of its creation from among the available datacenters.
- Once a Cluster is associated with a project, the Customer can configure the particular Cluster and add/remove resources such as instances, additional disks or load balancers via the API provided and developed by OVHcloud and orchestrate its resources through the standard Kubernetes API.
- The main infrastructure in charge of managing the Cluster (the "Master Infrastructure") is dedicated to the Customer and hosted, managed and maintained in operational condition by OVHcloud. As such, the configuration of the Cluster performed by the Customer is backed up by OVHcloud on its own infrastructure, located in the same availability zone as the Cluster. This does not constitute a permanent backup of the Customer’s configuration.
- Resources orchestrated as part of the Managed Kubernetes Service, such as Public Cloud Instances, are subject to the Terms of Service, Service Specific Terms and Service Level Agreements applicable to them.
- Customer Obligations.
- It is the Customer’s sole responsibility to carry out any operation necessary to preserve their configuration, taking into account how critical the Managed Kubernetes Service is to the Customer’s activity and their risk analysis, in the event the Managed Kubernetes Service is shutdown or undergoing maintenance, version upgrades or updates.
- It is the Customer’s responsibility to manage the resources orchestrated within their Cluster, with the exception of the Master Infrastructure which is managed by OVHcloud.
- OVHcloud strongly recommends that the Customer not interact directly, specifically through their Management Interface or Openstack API, with the resources managed as part of the Managed Kubernetes Service.
- In order for the Managed Kubernetes Service to orchestrate the resources constituting the Customer’s Cluster according to the rules defined by the Customer via the API, the Customer expressly accepts that said Service may automatically add, delete and/or modify resources, and acknowledges that they are liable for all costs related to the use of these resources.
- The Customer agrees to keep its Cluster(s) active for the entire duration of its use of the Managed Kubernetes Service. A Cluster will be considered active where it orchestrates at least one active worker node and/or is configured with at least one persistent volume. OVHcloud may, in its sole discretion, delete any Cluster that has not been active for three consecutive months or more. The Customer shall be informed of OVHcloud’s upcoming deletion by e-mail or through the OVHcloud Control Panel thirty (30) days before the deletion (the "Deletion Notice"). Customer shall be entitled to no further notice beyond the Deletion Notice. Any additional notice that may be sent to the Customer after the deletion notice is merely a courtesy. To prevent deletion, Customer may add an active worker node or some persistent volume to the Cluster(s) set for deletion. Deletion takes place automatically so it is Customer’s responsibility to ensure that they have added an active worker node or persistent volume to trigger their Cluster(s) not deleting. In no event shall OVHcloud be liable or provide compensation to Customer for the deletion of their Cluster(s).
- OVHcloud Obligations.
- OVHcloud is responsible for installing and updating the components of the Master Infrastructure as well as software components, like operating systems present on the Cluster’s nodes.
- OVHcloud reserves the right to upgrade its operating systems and pre-installed applications by carrying out any updates and/or version upgrades it deems necessary. In the event that it is necessary to update an operating system or application used by the Customer, this update will be carried out in accordance with the update strategy chosen by the Customer in the Service configuration. OVHcloud shall not be liable for the Customer’s refusal to receive an update or if the Customer blocks OVHcloud from accessing the nodes.
- Service Description. OVHcloud provides a solution based on the Kubernetes open-source system allowing the containerized applications and underlying resources (including computing instances and additional disks) to be orchestrated via an API within the OVHcloud Public Cloud.
- Load Balancer Service
- Service Description. OVHcloud shall make a load balancer ("Balancer(s)") available to the Customer, as a service, allowing the Customer to distribute workload by distributing packets of the Customer’s traffic across several of its units in order to improve performance, optimize response times and increase resilience to faults and downtime.
- To use the Load Balancer Service, it must be associated with the Customer’s OVHcloud Public Cloud project.
- Any feature of the Load Balancer Service that allows the Customer to revert to a previous configuration does not constitute a method of permanently backing up the Customer’s configuration.
- Any resources used as part of the Load Balancer Service, such as Public Cloud Instances, are subject to the Terms of Service, Service Specific Terms and Service Level Agreements applicable to them.
- Customer Obligations.
- Details regarding the functionality and features of the Balancers are accessible on the OVHcloud website and are regularly updated. The Customer is responsible for monitoring any such changes.
- The Customer shall be solely responsible for the administration, configuration, and use of the Balancer. OVHcloud is not liable for any lapse or impairment in the Load Balancer Service caused by the Customer’s incorrect configuration of the Balancer.
- It is the Customer’s sole responsibility to take all necessary action to maintain their configuration taking into account how critical the Load Balancer Service is to the Customer’s activity and their risk assessment in the event the Load Balancer Service is shutdown or undergoing maintenance, version upgrades or updates. OVHcloud is under no obligation to carry out any backup of the Customer’s Balancer configuration.
- OVHcloud Obligations.
- OVHcloud is responsible for the administration and maintenance of the underlying infrastructure supporting the Customer’s Load Balancer.
- OVHcloud reserves the right to conduct any maintenance, administer any version upgrades, carry out any updates or take any other action in order to maintain and improve the security and functionality of the Load Balancer Service. Such action shall be taken in OVHcloud’s discretion. OVHcloud shall attempt to inform the Customer of any planned maintenance that shall have an effect on the Customer’s Balancer.
- Service Description. OVHcloud shall make a load balancer ("Balancer(s)") available to the Customer, as a service, allowing the Customer to distribute workload by distributing packets of the Customer’s traffic across several of its units in order to improve performance, optimize response times and increase resilience to faults and downtime.
- Object Storage Services
- Service Description. Object Storage Services consist of Storage Spaces that allow static files to be moved through a public access point to an unlimited Storage Space so that the files can be used from an application or be accessible on the web. These Storage Spaces are accessible via an application programming interface (API).
- The Customer activates the Object Storage Services from their Management Interface or API.
- The Object Storage Services include the following solutions:
- Standard Object Storage: Object storage that is scalable, compatible with many use cases, as limited by OVHcloud, and adapted to any volume type. The solution is based on HDD storage. The solution is accessed via an S3™ compatible API*.
- High Performance Object Storage: Object Storage for applications that have high bandwidth requirements and require fast and intensive read and write access to data. The solution is based on high-performing NVMe SSD storage. The solution is accessed via an S3™ compatible API.
- Standard (Swift) Object Storage: Object Storage with triple data replication. The solution is accessed via a Swift API or an S3™ compatible API. This solution may not be compatible with the Object Storage S3™ compatible solutions.
- Cloud Archive (Swift) Object Storage: Object Storage with long-term data retention. The solution is adapted for business needs. The solution is based on capacitive disk storage. The solution is accessed via a Swift API.
- Customer Obligations.
- It is the Customer’s responsibility to carefully review each available Object Storage solution and ensure the selected solution suits their needs, ensure they have the necessary technical knowledge to administer the Object Storage Services, in particular the Storage Space and inform themselves about the hardware requirements and the services and/or elements needed to use the Object Storage Services.
- The Customer is solely responsible for their management and use of the Object Storage Services, including the Storage Space.
- The Customer is responsible for ensuring the longevity of the Content Data stored and archived as part of the Object Storage Services, in particular by carrying out backup operations on separate physical media in a separate location.
- The Customer is solely responsible for backing up their Content Data on separate physical media in a separate location, for setting up, managing and ensuring business continuity, for setting up and managing disaster recovery plan(s), and for taking the necessary technical and organizational measures to enable the Customer to continue activity in the event of any and all circumstances which may affect the Object Storage Services, the availability of the Customer’s Content Data and Customer’s continuity of activity.
- The Customer is solely responsible for conducting any backup, transfers, snapshots or other reasonable protection measures to protect against the loss of their Content Data if the Object Storage Services is stopped for any reason.
- The Customer is responsible for checking and confirming that the Object Storage Services are being used without saturating the bandwidth or volume ordered.
- The Customer is responsible for ensuring that the Object Storage Services purchased are used exclusively for storage and/or archiving purposes.
- OVHcloud Obligations. OVHcloud provides the Customer with a management interface or programming interface that allows the Customer to configure and administer the Object Storage Services (the "Management Interface").
- OVHcloud Reservations of Rights.
- OVHcloud reserves the right to limit Customer’s orders and or use of the Object Storage Services, if in OVHcloud’s sole discretion, Customer’s order or usage of the Object Storage Services may impact the stability of the infrastructure or the performance of the OVHcloud Services provided to other OVHcloud customers.
- OVHcloud reserves the right to temporarily limit the Customer’s use of the Object Storage Services when the infrastructure capacity is insufficient.
- OVHcloud is not responsible and cannot be held responsible, in any capacity, for Customer’s Content Data or for the way the Customer’s Content Data is used as part of the Object Storage Services, including, but not limited to, its transmission, distribution, collection, operation or update.
- Term and Termination. The Object Storage Services are a consumption-based service and cannot be purchased for a Service Term. OVHcloud does not guarantee or provide that the Object Storage Services shall be available to the same extent and at the same capacity each time Customer uses the Object Storage Services. The Object Storage Services shall automatically terminate when all of the Customer’s Content Data is deleted from the Storage Space.
- Service Description. Object Storage Services consist of Storage Spaces that allow static files to be moved through a public access point to an unlimited Storage Space so that the files can be used from an application or be accessible on the web. These Storage Spaces are accessible via an application programming interface (API).
- Managed Private Registry
- Service Description
- The Managed Private Registry Service (referred to in this Section as the "Service") enables Customers to store and manage containerized software images and other artifacts.
- By default, Customers have a Storage Space delivered as part of the OVHcloud Service. Customers are also provided with a Management Interface, as well as API applications, tools, and software programs (the "Components"), all of which enable Client Data to be processed.
- A range of plans are offered for the Service with varying features that are described on the OVHcloud Website.
- The Data stored by Customers as part of the Service is replicated by default in OVHcloud’s Storage Spaces located in the same region as the one selected by the Customer when the Customer creates Customer’s Managed Private Registry within the Customer’s OVHcloud "Public Cloud Project".
- The Management Interface is designed to allow Customers to use the Service to manage their Data, use the available tools and software programs, track the Customer’s resource usage, and view historical resource usage.
- For each category of models, a limited number of parallel outgoing connections is defined depending on the model, as detailed on the OVHcloud Website.
- As part of the Service, OVHcloud provides Customers with a range of different Components that may be opensource or proprietary. All the Components provided to Customers are the exclusive property of OVHcloud, or OVHcloud’s third party licensors. . Some Components can only be accessed via certain Managed Private Registry models, as described on the OVHcloud Website.
- Depending on Managed Private Registry plan purchased by a Customer, Customers will receive a Component that can be used to detect security vulnerabilities (via the use of a security vulnerability list). OVHcloud does not guarantee that this Component will detect any or all security vulnerabilities, and OVHcloud is not responsible if this Component fails to detect a security vulnerability. The function of this Component is limited to alerting Customers of the presence of a known security vulnerability, as well as listing the corrective actions that Customers are responsible for carrying out. This Component is pre-configured with a selection of lists, subject to the license, as specified within the OVHcloud documentation. The Components must be used in compliance with the applicable Conditions of Service, including third-party product conditions, if applicable.
- Customer Obligations
- Customers are responsible for carrying out any operation necessary to preserve a Customer’s configuration of the Service.
- Customers are also responsible for managing and supervising their Data. OVHcloud is not responsible for a Customer’s lost of altered Client Data .
- In addition, Customers are responsible for managing the Service, particularly for the rights linked to using the Service, as well as the implementation of any required measures to ensure the longevity of any Client Data used in connection with the Service.
- OVHcloud Obligations
- OVHcloud is responsible for the operation of the hardware and network Infrastructures on which the Service is installed, pursuant to the applicable provisions of the Terms of Serviced.
- OVHcloud is also responsible for updating the Components with available updates and patches pursuant to the applicable provisions of the Terms of Service.
- In addition, OVHcloud is responsible for maintaining the hardware on which the Service is installed, pursuant to the applicable provisions of the Terms of Service.
- Lastly, OVHcloud is responsible for updating and upgrading the operating systems and software programs offered as part of the Service, as well as configuring the aforementioned operating systems and software programs, all pursuant to the Terms of Service.
- OVHcloud Reservation Rights
- The Service may only be used in connection with a Customer’s own internal business purposes. Customers may not use the Service within the context of public registries, which can be publicly read via the internet. OVHcloud reserves the right to suspend or cancel the Service on these grounds. In addition, OVHcloud may suspend a Customer’s access to the Service if the Customer uses an excessive amount of outgoing traffic in connection with the Service.
- OVHcloud reserves the right to collect metadata linked to a Customer’s use of the Service, such as data related to CPU usage, RAM, errors in the logs, etc.
- Duration of Services and Financial Conditions
- The Service is billed on a Pay-As-You-Go basis, pursuant to the applicable provisions of the Terms of Service. Any hour (i.e. clock hour) within which the Service is used is billed and due in full. Outgoing traffic used by the Customer is not billed as part of the Service.
- Service Description
- Managed Databases
- Service Description
- The "Managed Databases" (referred to in this Section as the "Service") allows Customers to create clusters of one or more database instances (referred to in this Section as the "Cluster") either via an Application Programming Interface (referred to in this Section as the "API") or using the Control Panel. The Service provides Customers with a solution based on various third-party software, called an "Engine".
- Features offered by the Service are detailed on the OVHcloud website.
- The disk sizes indicated are an approximate size before formatting and partitioning. The actual size may differ depending on the format, partitioning, and system installation.
- OVHcloud maintains the infrastructure used as a part of the Service and provides Customers with a Management Interface and an API.
- The Management Interface enables Customers to use the Service (in particular manage their data placed on the Service), use the available tools and software, track their consumption, or view their consumption history.
- Customers choose the storage capacity of their Service during the Order. This capacity is linked to the type of Service selected. Any change of capacity will involve a change in the Service range.
- Customer Obligations
- Each Engine may have specific configurations in terms of the resources made available. These configurations and features change regularly. It is the Customer’s responsibility to be aware of these changes, particularly when it comes to any new Orders.
- Customers are responsible for configuring their security groups and security rules (IP address authorizations and/or IP address blocks). No rules are configured by default, so the Cluster provided to the Customer is isolated from the public network. OVHcloud is not
- Customers may not:
- Modify and/or delete the user accounts reserved for OVHcloud to use for administration purposes as part of the Service management;
- Modify the topology of the Cluster;
- Leave the scope of the DataBase Management System ("DBMS")
- The data that Customers store in a database is not subject to specific encryption by OVHcloud. Customers are responsible for ensuring the security and confidentiality of their data.
- The Cluster is dedicated to the Customer and is hosted, managed, and maintained by OVHcloud (or OVHcloud’s partners, where applicable) throughout the duration of the Service. the Customer is responsible for carrying out any operations needed to preserve their configuration of the Service, taking into account the Service’s criticality to the Customer’s activity and the Customer’s risk analysis, particularly in the event of the Service’s shutdown or maintenance, version upgrade or update operations.
- Customers are responsible for taking all necessary measures to transfer their content before the Service is terminated and before reinstallation of each Service and generally before any event leading to content deletion.
- OVHcloud Obligations
- OVHcloud is responsible for the operation of the hardware and network Infrastructures on which the Service is installed, pursuant to the applicable provisions of the Terms of Serviced.
- OVHcloud maintains the infrastructure used as a part of the Service and provides Customers with a Management Interface and an API.
- OVHcloud is responsible for maintaining the hardware on which the Service is installed, pursuant to the applicable provisions of the Terms of Service.
- OVHcloud Reservation Rights
- OVHcloud is not responsible for the Customer Content used in connection with the Service, or for how Customer’s use the Customer Content used with the Service, including but not limited to, transmission, distribution to internet users, collection, operation, updating, etc.
- OVHcloud reserves the right to carry out any Service updates necessary to comply with the DBMS lifecycle policy described on https://support.us.ovhcloud.com/hc/en-us
- OVHcloud may store WAL (Write-Ahead Logging) data, logs and metrics linked to a Customer’s Cluster for a duration of one (1) year following the date the Cluster was created.
- Backup operations for Customer data stored on the Cluster can be performed when the option is included in the Service subscription. OVHcloud may store backups for a duration of one (1) month following the creation of the backup.
- Customers may restore backups through Control Panel and use of command lines. OVHcloud cannot restore a Customer’s Cluster if the Customer deletes all of the backups performed by OVHcloud. As such, Customers must are reminded that the termination of the Service for anyreason (including termination of the Contract, non-renewal, nonpayment, termination of Service by the Customer, non-compliance with the Terms and Conditions of Service, etc.), as well as certain operations to reinstall the Service will result in the automatic and irreversible deletion of all content (including information, data, files, systems, applications and other elements) that’s reproduced, stored, hosted, collected, transmitted, distributed, published, and more generally used and/or operated by Customers as part of the Service, including any potential backups.
- AIVEN OY is the publisher of the Engines listed below in this Section and may access the vRack used for the Service related to these Engines, to manage the Service:
- MySQL
- PosgreSQL
- Kafka and its additional services
- Opensearch
- Grafana
AIVEN OY also acts as sub-processor as detailed in Section 4.vi.e (Sub-Processors) below.
- Duration of Services and Financial Conditions
- The Service is billed on a Pay-As-You-Go basis.
- There is no minimum usage duration. However, once a clock hour begins, it is billed and payable in full.
- Processing of Personal Data
This Section describes the conditions for the personal data processing carried out by OVHcloud as processors upon instruction from a Customer as part of the Service. It supplements the Data Processing Agreement, which remains fully applicable to the Service.- Data: In providing the Service, OVHcloud processes the following data as a processor (referred to in this Section as "Client Data"):
- Data hosted and used by the Customer as part of the Service ("Project Data")
- Logs generated by the Service ("Application Logs")
- Logs for accessing and using the Customer’s Service ("Logs System")
- Processes and Purposes: OVHcloud’s processing of the Customer Data includes storing, recording, retaining, organizing, accessing, and deleting the aforementioned data. These processes are carried out only when necessary for the purposes of performing the Service (maintenance, administration, and support).
- Location: The locations of the different components of the solution are specified on the OVHcloud website, and in the Customer’s Management Interface. Certain data processing operations may be carried out remotely under the conditions set out in the Section 4.vi.e "Subprocessors" and Data Processing Agreement.
- Data Conservation
- Project Data: The Project Data is managed by Customers, the the Customers are responsible for collection, backup, retention, and deletion of the Customer’s Project Data for the duration of the Service. At the end of the Service, the Customer Data is deleted by OVHcloud under the conditions set out in the Section 4.vi.e below.
- Application Logs: Customers are responsible for managing the retention period of the Application Logs. Subject to the deletion operations carried out by the Customer, the Application Logs are retained for the entire duration of the Service, depending on the maximum storage capacity specified in the documentation available on the OVHcloud website.
- Logs Systems (or Access Logs): These are kept for 12 months from creation.
- Backups: The Service includes an automatic weekly backup of the Customer’s Data. The backup is retained for a period that may vary depending on the deletion cycle, from two (2) days, up to a maximum duration defined by the Customer according to the options selected for the Service. The location of the backups is indicated on the Customer’s Management Interface for the Service. These backups do not constitute a guarantee against data loss. To better ensure business continuity, OVHcloud recommends thatCustomers backup their Data at one or more remote sites depending on the criticality of their data.
- Sub-processors: In addition to the OVHcloud Subsidiaries listed in the sub-processor section of Data Processing Agreement, the company AIVEN OY is involved in the administration and maintenance of this Service and the support provided to OVHcloud in the context of the Engines. AIVEN OY may need to process the Customer’s data (in particular the data contained in the Service, logs and usage metrics, etc.). As such, AIVEN OY acts as a sub-processor to OVHcloud. The aforementioned data processing is carried out by AIVEN OY remotely.
- Service Closure: Data Recovery and Deletion: At the end of the Service for any reason (deletion, termination, non-renewal, etc.), the aforementioned Customer Data becomes immediately inaccessible following deletion of the encryption key. Depending on the removal cycle, the encrypted data may remain available for a minimum of 2 (two) days to a maximum of 1 (one) month. However, this retention period does not guarantee against data loss. Before the Service ends, the Customer is responsible for retrieving all of the Customer Data that the Customer wishes to keep. Information on how to retrieve this data is available on OVHcloud website.
- Data: In providing the Service, OVHcloud processes the following data as a processor (referred to in this Section as "Client Data"):
- Service Description
- AI Solutions
- Service Description
- General Description of the AI Tools Service
The AI Tools service includes a set of tools such as AI Training, AI Notebooks, AI Deploy, and their Jobs and Notebooks (collectively referred to as the “Tool(s)”). The Tools enable the development of machine learning models (collectively referred to as the “AI Tools Service” or “Service”) and the exploitation of data for data scientists.
The Tools that are part of the AI Tools Service can be used independently by the Customer. Each Tool launched by the Customer is deployed on one or more computing units linked to a Public Cloud project and isolated in a Container. Each computing unit has its own features (such as cores and memory). The Customer chooses the desired number of computing units, the prices being indicated in the Control Panel or on the Website.
Resources orchestrated as part of the AI Tools Service (such as Object Storage, Private Registry, etc.) are subject to their respective service terms and SLA.
- AI Training Description
AI Training enables the Customer to train machine learning models and execute work tasks in a Container (hereinafter collectively referred to as the “Jobs”) via an API application, a command-line interface (CLI), or the Control Panel.
Jobs may be based on libraries provided by OVHcloud, by the Customer, or by Third-Party Products. The duration of the Jobs depends on multiple factors such as the complexity of the training models selected, the volume of data to be processed, and the quantity of Resources deployed.
The duration of the Jobs also depends on the actions of the Customer, who has mechanisms available to start, stop, restart, and delete Jobs. Depending on the mechanisms used by the Customer, Jobs may be submitted to the following reports:
- “running”: the Jobs that the Customer has started.
- “complete”: the computing units of the Jobs in question are freed up by the Customer.
- “deleted”: the Job in question is entirely deleted by the Customer.
Additional statuses may be defined in the technical documentation.
- AI Notebooks Description
AI Notebooks allow the Customer to program and run code in a code editor (integrated development environment or “IDE”) adapted to machine learning via their web browser (hereinafter collectively referred to as the “Notebook(s)”).
The Customer may administer their Notebooks via an API application, a command-line interface (“CLI”), or the Control Panel. Notebooks may be based on libraries provided by OVHcloud, by the Customer, or by Third-Party Products. The duration of the Notebooks depends on the actions of the Customer, who has mechanisms available to start, stop, restart, and delete Notebooks.
Depending on the mechanisms used by the Customer, Notebooks may be submitted to the following statuses:
- “running”: Notebooks that the Customer has started or relaunched.
- “stopped”: the Notebook computing units are freed up by the Customer. The Workspace is retained as described below, and the temporary local storage space is deleted.
- “deleted”: the Notebook is completely deleted by the Customer, including their Workspace.
Additional statuses may be defined in the technical documentation.
- AI Deploy Description
AI Deploy allows the Customer to deploy applications and machine learning models (hereinafter the "App(s)") via an API application, a command-line interface ("CLI"), or the Control Panel and to access the Apps created via an endpoint.
Apps may be provided by OVHcloud, third-party partners, or by the Customer and may be subject to their own contractual conditions that the Customer accepts separately. Each of the Apps deployed is accessible and viewable via an HTTP API.
As such, each of the Apps launched by the Customer is deployed on one or more computing nodes linked to a Public Cloud project. Each computing node has its own allocated resources (such as cores and memory). The Customer chooses the desired number of computing nodes and their configuration, the prices of which are indicated in their Control Panel.
AI Deploy also offers automatic scaling of allocated resources: the Customer indicates the minimum and maximum number of computing nodes desired. AI Deploy adjusts their number according to the workload. The final price will reflect the resources used.
The duration of the Apps depends on the actions of the Customer, who has mechanisms available to start, stop, restart, and delete Apps. Depending on the mechanisms used by the Customer, Apps may be submitted to the following statuses:
- “running”: Apps that the Customer has started or relaunched.
- “scaled”: the computing units are allocated to the Apps in question.
- “stopped”: the App’s computing units are freed up by the Customer.
- “deleted”: the App is completely deleted by the Customer.
Additional statuses may be defined in the technical documentation.
- General Description of the AI Tools Service
- Customer Obligations
The Customer acknowledges and agrees to:
- When providing its own code and/or Container, the Customer must first meet the technical requirements set out in the AI Tools technical documentation available in the “Platform as a Service” section of the OVHcloud documentation (available in the “Support” tab of the Website, in the “Guides” section). The Customer agrees to put their Container on a Managed Private Registry in order to be able to use the AI Tools Service under nominal conditions.
- The Resources are dedicated to the Customer. They are hosted, managed, and maintained in operational condition by OVHcloud for the entire duration of the use of the Service. The Customer must carry out any operation necessary to preserve the configuration, taking into account the level of criticality of the Service to the Customer's activity and their risk analysis, in particular in the event of a Service shutdown, maintenance, version upgrade, or update operations.
- In order for the Service to orchestrate the Resources allocated to the Customer's subscribed Services in line with the rules set by the Customer in their API, CLI, or Control Panel, the Customer expressly accepts that this Service may automatically or manually add, delete, and/or modify Resources, within a reasonable time period and according to the Resources available, and acknowledges that the Customer is liable for all costs relating to the use of these Resources.
- The location of the Service Resources is selected by the Customer at the time of their creation from among the available Datacenters.
- Any backups carried out as part of the AI Tools Service, particularly in accordance with Article iii.b of these Product Specific Terms, “Temporary local storage”, and Article iii.c of these Product Specific Terms, “AI Notebooks Workspace” below, do not exempt the Customer from being responsible for securing their Service and the Content stored on it, and in particular from managing their disaster recovery plan independently. The Customer must take all necessary measures to back up their Content outside of the Service in order to be able to restore it in the event of its loss or deterioration.
- It is the Customer’s responsibility to terminate all or part of the unused Service. Failure to do so will result in the unused Service being charged.
- At the end of the AI Tools Service or any Tool execution, regardless of its cause (via code, expiry, cancellation, deletion, non-renewal, etc.), as well as at the end of the retention period applicable to the Content of the Customer, OVHcloud will delete the Resources used. Meanwhile, the Customer is responsible for deleting the collateral Resources used with the AI Tools Service, such as Object Storage Containers and Private Registry created by the Customer to store model files and containers. OVHcloud shall apply, and Customer on demand agrees to pay, an operating fee at the price displayed on the Website in the event that the Customer does not delete the collateral resources.
- OVHcloud Obligations
- OVHcloud is responsible for providing the Resources and maintaining them in an operational condition, within the limits of the SLA associated with the Service. The Customer is in charge of sizing the infrastructure, the Content used, and its security.
- Temporary local storage: A temporary local storage space is allocated to a specific Tool in order to allow the Customer to use their data. Its storage capacity varies depending on the Resources selected by the Customer. The local and temporary storage space is not synchronized or backed up by OVHcloud. As soon as the Tool is “completed,” “stopped,” or “deleted” by the Customer (as applicable) or in the event of a malfunction, the contents of the temporary storage space will be deleted.
- AI Notebooks Workspace: Each Notebook has a file directory backed up to an Object Storage Container (hereinafter referred to as the “Workspace”). The Workspace is accessible by the Customer during the execution of their Notebook and is backed up by OVHcloud as soon as the Notebook is stopped by the Customer. It is permanently deleted thirty (30) days after the Customer deletes a Notebook, unless the Customer decides otherwise. The technical specifications of the Workspace (including the maximum storage capacity) are set out on the Website. The storage space allocated to the Customer will depend on the options selected when creating a Notebook. The Content of the Workspace is deleted on the Notebook deletion date.
- OVHcloud Reservation Rights
OVHcloud reserves the right to:
- modify or delete libraries. The Customer acknowledges and accepts that these changes do not entitle the Customer to termination and/or compensation.
- stop or suspend a Tool, after having informed the Customer via any means, in order to perform any operation necessary for the proper functioning of the AI Tools Service (application update, security patches, service usage that violates these Product Specific Terms).
- OVHcloud cannot guarantee an availability time or a minimum or maximum execution time for the Tools.
- Financial Conditions
- The Service is billed according to usage (“Pay as you go”). Any started minute (i.e., clock minute) is billed and payable in full. The execution time of a Job or Notebook is limited to seven (7) consecutive days. If the Job or Notebook is not deleted by the Customer before, it will be automatically canceled at the end of this period.
- Provisions specific to AI Training: Minutes are counted from the time that a Job is launched until the end of its lifecycle. If a Job is deployed but fails for any reason, including but not limited to inaccessible data or incompatible code, the Service will be billed.
- Provisions specific to AI Notebooks: Minutes are counted from the time that a Notebook is launched until the end of its lifecycle, regardless of whether it is used by the Customer. The amount charged depends on the available status of the AI Notebooks service. When the Notebook is “running,” the entire AI Notebooks service is payable. When the Notebook is “stopped,” the computing units (GPU and CPU) released are no longer billed. If the Customer retains the Workspace for a duration of more than thirty (30) days from the Notebook end date and/or in the event of the use of additional storage capacity, OVHcloud will apply the Object Storage prices listed on the Website and applicable documentation.
- Provisions specific to AI Deploy: Minutes are counted from the time an App replica runs to the end of its lifecycle. If an App replica is deployed but fails for any reason, including but not limited to inaccessible data or incompatible code, the Service will be billed. In addition to the billing of the Resources, some Apps offered by OVHcloud and external partners may incur an additional cost for the Customer, which will be listed in the Control Panel during deployment.
- Service Description
- Billing Terms
OVHcloud offers two billing models in connection with Public Cloud Services. The billing method that applies to a particular type of Public Cloud Service is as described on OVHcloud's website.
- Hourly Services (Pay As You Go). For Public Cloud Services offered on a hourly billing basis ("Hourly Service"), OVHcloud bills Customers for the actual time in which the corresponding Hourly Service was used by the Customer in a calendar month. Except as noted below, OVHcloud bills Customers for the amount of Hourly Services consumed in a prior month on the first day of the following month. However, OVHcloud reserves the right to bill Customers before the end of a current calendar month, if the Public Cloud Services consumed by a Customer during that month reaches a significant total amount. Usage is billed in hourly increments, rounded up to the nearest full hour. For example, usage from 9:50 AM to 10:10 AM on the same day will be billed as one hour. OVHcloud will commence billing for a Hourly Service when the Customer places the corresponding Order. OVHcloud will stop billing for the Hourly Service when the resource is removed. Unless otherwise agreed upon in the Order associated with the Hourly Service, the Hourly Service shall be provided at OVHcloud’s then current market rate.
Example- A Customer launches a B2-15 instance on the 4th day of the month at 08:40.
- On the 8th day of the month at 10:00, the Customer adds 250GB additional volume (Classic Volume).
- The Customer cancel all services on the 12th day of the same month at 16:30.
From the 4th day of the month at 08:40 until the 12th of the month at 16:30, there are 200 hours of resource usage. For the storage, from the 8th day of the month at 10:00 until the 12th of the month at 16:30, there are 103 hours of resource usage. - Monthly Services. For Public Cloud Services offered on a monthly billing basis ("Monthly Service"), OVHcloud bills Customers every month at the beginning of the corresponding month, even if the instance is canceled before the end of the month. If the Monthly Service starts after the beginning of a month, for that first month, Customer is billed a pro-rata amount for that month, based on the number of days in the month in which the Monthly Service was used, calculated as a daily rate from the corresponding monthly rate for the Monthly Service. Unless otherwise agreed upon in the Order associated with the Monthly Service, the Monthly Service shall be provided at OVHcloud’s then current market rate. Customers can also change the service type in the middle of the month. If the Customer changes the service type during a billing month, the Customer is billed for the initial service plus a pro rata charge for the updated service based on the number of days remaining in the month.
- Hourly Services (Pay As You Go). For Public Cloud Services offered on a hourly billing basis ("Hourly Service"), OVHcloud bills Customers for the actual time in which the corresponding Hourly Service was used by the Customer in a calendar month. Except as noted below, OVHcloud bills Customers for the amount of Hourly Services consumed in a prior month on the first day of the following month. However, OVHcloud reserves the right to bill Customers before the end of a current calendar month, if the Public Cloud Services consumed by a Customer during that month reaches a significant total amount. Usage is billed in hourly increments, rounded up to the nearest full hour. For example, usage from 9:50 AM to 10:10 AM on the same day will be billed as one hour. OVHcloud will commence billing for a Hourly Service when the Customer places the corresponding Order. OVHcloud will stop billing for the Hourly Service when the resource is removed. Unless otherwise agreed upon in the Order associated with the Hourly Service, the Hourly Service shall be provided at OVHcloud’s then current market rate.
- Definitions
HOSTED PRIVATE CLOUD
- Hosted Private Cloud (or Dedicated Cloud) referred to as "HPC Services"
- Service Description. HPC Services are single-tenant private cloud environments with dedicated computing servers, layer-2 network isolation for workload traffic, dedicated storage volumes, and a dedicated cloud management. Infrastructure capacity may be allocated to a single physical data center or to multiple data centers.
- Network Services
- HPC Services Customers have access to the following network services:
- Network Address Translation (NAT): Separate controls for source and destination IP addresses, as well as port translation.
- Dynamic Host Configuration Protocol (DHCP): Configuration of IP pools, gateways, DNS servers, and search domains.
- Firewall: Supported rules include IP 5-tuple configuration with IP and port ranges for stateful inspection for all protocols.
- Load Balancing: Dynamically configurable virtual IP addresses and server groups.
- Site-to-Site Virtual Private Network (VPN): Uses standardized IPsec protocol settings to interoperate with major VPN vendors.
- Static Routing: Static routes for destination subnets or hosts.
- HPC Service environments also receive vSphere Enterprise Plus and NSX Enterprise, with access to VMware Standard Switches, VMware Distributed Switches, and the NSX management console.
- HPC Services Customers have access to the following network services:
- Network Services
- Ordering Metered Usage Components
- For purposes of this Section, "Metered Usage Components" means those OVHcloud Service elements that are billed based on actual usage.
- HPC Services Customers are obligated to pay for the Metered Usage Components at the then-current rates published by OVHcloud if the Customer purchases the HPC Services directly from OVHcloud, or at the rates agreed with the Customer’s Partner if the Customer purchases the HPC Services through a Partner. The Customer will be invoiced for such usage charges within the first seven (7) days of the month for the month after the usage is incurred.
- Capacity may be added via the Control Panel, the Customer’s Account Manager, or through Customer’s Partner, if applicable.
- Customer Obligations.
In connection with the HPC Services Customer is responsible for:
- Provisioning Services
- Creating and configuring applicable virtual data centers ("VDCs"), VMs, and networks using deployment templates and wizards.
- Deploying and maintaining on-premises deployments of vSphere® Replication™, Zerto®, or VMware® Hybrid Cloud Extension for use with Disaster Recovery, including but not limited to installation of vSphere Replication, registering the Customer’s local vSphere environment(s), selecting VMs for protection, and assigning a recovery point objective ("RPO") for replication frequency. Customer is responsible for license costs associated with the above referenced products.
- Monitoring
- Monitoring the assets deployed or managed within the Customer’s Account, including but not limited to VMs.
- Data Recovery
- Data protection, such as routine backups, for the data and content accessed or stored on the Customer’s VMs or storage devices, configuration settings, etc.
- Data, content, VM, and configuration restorations for assets accessed or stored on the Customer’s account.
- Virtual Server Deployment Templates
- Regardless of OVHcloud patching timelines, the Customer is responsible for deploying and configuring the virtual server deployment templates that the Customer chooses to use, patching patches necessary for the Customer’s operations, activating related licenses, and maintaining compliance with all applicable license terms.
- In order to comply with OVHcloud's legal obligations to OVHcloud's third party licensors, the Customer may not export, download, or remove certain templates or any installed forms of certain templates for installation or use outside of the HPC Services, as set forth in the Third-Party Terms. The Customer may implement or import the Customer’s own virtual server deployment templates so long as the Customer has the legal right to deploy and use the software contained in such templates.
- Provisioning Services
- OVHcloud Obligations.
In connection with the HPC Services, OVHcloud is responsible for:
- Monitoring
- Providing the Customer with a VDC- and VM-level view of compute and storage resource utilization and availability.
- Incident and Problem Management
- In addition to those incident and problem management services outlined in the Universal Terms, OVHcloud will provide VMware-provided operating system templates, to the extent that:
- Published templates cannot be accessed from the Service Catalog (as defined below),
- Published templates cannot be instantiated without modification,
- Published templates cause errors at first run time,
- There are substantial hangs or excessive delays in the retrieval of a template from the Service Catalog,
- The configuration of a published template affects the VM's interaction with the hypervisor, and
- Time synchronization issues (NTP) exist.
- VMware-provided tools, including:
- VMware Tools installation and configuration,
- VMware Tools optimization, and
- Performance tuning as it relates to VMware tools and drivers.
- In addition to those incident and problem management services outlined in the Universal Terms, OVHcloud will provide VMware-provided operating system templates, to the extent that:
- Virtual Server Deployment Templates
- Providing a catalog (the "Service Catalog") of supported virtual server deployment templates that the Customer may deploy into the Customer’s Hosted Private Cloud environments. The deployment and use of such templates will be subject to the Terms of Service, including any applicable Third-Party Terms, and may also be subject to additional fees. OVHcloud will provide these templates, test them for quality, check for viruses, and install security patches from time to time.
- Templates provided by OVHcloud that are infrequently used, out of date, or no longer supported may be removed at any time.
- Monitoring
- Service Description. HPC Services are single-tenant private cloud environments with dedicated computing servers, layer-2 network isolation for workload traffic, dedicated storage volumes, and a dedicated cloud management. Infrastructure capacity may be allocated to a single physical data center or to multiple data centers.
- VMware on OVHcloud
- Definitions.
- "VMware on OVHcloud": All the Virtual Data Center(s) hosted on OVHcloud Infrastructure. The VMware on OVHcloud is managed by the Customer through the Control Panel and the Virtualization Interface. Host Servers and Storage Resources provided to the Customer as part of the VMware on OVHcloud Service are reserved for the Customer.
- "Virtual Machine": A non-physical server that uses Virtual Datacenter resources and is installed on the VMware on OVHcloud network. Each Virtual Machine is managed independently from the others in the Customer's Virtual Datacenter.
- "OVHcloud Connect": A connection to the OVHcloud internal dedicated network ("Backbone") provided to a Customer at one or more OVHcloud Points of Presence. OVHcloud Connect allows the Customer to connect the Customer’s own Network (i.e. the Customer’s own infrastructure and IT resources and/or the third-party infrastructure and resources the Customer uses) to the Customer’s OVHcloud Connect.
- "Pack": Contains the minimum physical resources required to launch a "Virtual Datacenter". An "OVHcloud Managed VMware vSphere" Pack consists of a minimum of:
- The VMware vSphere interface, known as vSphere Web Client, is the management interface provided by VMware to administer the resources provided to the Customer. This interface will provide logical access to the platform usually composed of 1 vCenter, 1 Virtual Datacenter and 1 Cluster, plus at least 2 datastores, and, for an architecture which includes NSX, software-defined networking resources. The VMware vRealize Operations (vROps), which helps monitor, troubleshoot, and manage the virtual environments.
- Two datastore resources. If the Virtual Datacenter includes different pairs of datastore resources, the lowest pair in terms of capacity will be considered in the "Pack" for the Virtual Datacenter. For example, if the Virtual Datacenter contains two datastore resources of 2 TB and two datastore resources of 3 TB, the "Pack" considered will be made up of the two 2 TB datastore resources. Two Identical Host Data Servers (in the context of other than an OVHcloud Managed VMware vSphere, Hyperconverged Storage and OVHcloud Managed VMware vSphere, Software-Defined Datacenter (SDDC) architecture) Two identical Host Servers (contributing CPU and RAM for Virtualization) dedicated to computing. The Customer must ensure that the Customer has two identical Host Servers at all times (i.e., the Customer’s Host Servers have the same technical specifications). If the Virtual Datacenter includes different pairs of Host Servers, the lowest pair in terms of CPU and RAM will be considered in the "Pack" for the Virtual Datacenter. For example, if the datacenter contains two "48 RAM" Host Servers and two "96 RAM" Host Servers, the Pack considered will be made up of the two "48 RAM" Host Servers.
Three Identical Host Data Servers (in the context of an OVHcloud Managed VMware vSphere, Hyperconverged Storage and OVHcloud Managed VMware vSphere, Software-Defined Datacenter (SDDC) architecture) Three identical Host Servers (contributing CPU and RAM, locally provisioned storage for Virtualization) dedicated to computing. The Customer must ensure that the Customer has three identical Host Servers at all times (i.e., the Host Servers must have the same technical specifications). If the Virtual Datacenter includes a different number of Host Servers, the lowest three hosts in terms of CPU, RAM and vSAN storage will be considered in the "Pack" for the Virtual Datacenter. For example, if the datacenter contains three "192 RAM" vSAN Premier Host Servers and three "384 RAM" vSAN Premier Host Servers, the Pack considered will be made of the three vSAN Premier "192 RAM" Host Servers.
The OVHcloud Managed VMware vSphere, Network Security and OVHcloud Managed VMware vSphere, Software-Defined Datacenter packs will also include two edge servers for VMware NSX-T networking and security functionality.
- "Point of Presence": Physical locations of CDN Servers connected to the internet on the OVHcloud network, as presented in its commercial offer (CDN infrastructure, Geocache Accelerator, CDN WebStorage).
- "Customer Network": Resources external to the OVHcloud Infrastructure used by the Customer to communicate with the Resources provided by OVHcloud. These may be the Customer's own resources or resources provided and/or hosted by third parties on the Customer's behalf.
- "Host Server": Dedicated server deployed in a Customer's VMware on OVHcloud, This server provides additional capacity through the server’s processor (CPU) and memory (RAM) in the VMware on OVHcloud that can be managed using VMware® User Interface.
- "Virtualization": A technology that involves running multiple operating systems, Virtual Servers, or applications on the same physical server.
- "vRack": One or more Virtual Local Area Networks ("VLANs") set up on OVHcloud's internal private network ("Backbone"), made up of resources (Servers, Storage Spaces, etc.) provided to a Customer by OVHcloud. Resources physically located in different, geographically remote OVHcloud datacenters can be connected to vRack. Some OVHcloud resources are not suitable for vRack. Information on the suitability of OVHcloud resources for vRack is available online on the OVHcloud Website.
- "Infrastructure": Structure established by OVHcloud to host the Customer's VMware on OVHcloud, including notably the network, bandwidth, physical resources and virtualization.
- "Storage Resource": Dedicated storage resource (typically a NAS-type resource presented as a datastore) provided and managed in a Customer's VMware on OVHcloud. This resource uses disk space in the VMware on OVHcloud to provide additional capacity that can be managed using VMware® User Interface.
- "Range": Defined as the generation of a Virtual Datacenter added to the Customer's infrastructure. Each Virtual Datacenter has an associated range.
- "Virtualization Interface": Third-party software provided by OVHcloud that allows the Customer to manage its VMware on OVHcloud and associated services, and in particular establish and manage its Virtual Machines (VMs).
- "Management Interface": The "Management" space that can be accessed by the Customer when the Customer logs in with the Customer’s username and corresponding password.
- Service Description. The VMware on OVHcloud Service (the "Service(s)" for purposes of this Section 5(B)) consists of one or more Virtual Data Centers within a secure private network. Physical resources provided under this Service are reserved exclusively for the Customer. Each VMware on OVHcloud has its own secure private network.
- Functionalities (subject to availability)
- Virtualization Interface. The Service is based on functionalities intrinsic to integrated Third-party Products from OVHcloud partner VMware's software package and which enable server ("vSphere® Hypervisors"), network ("NSX®") and storage ("vSAN®") visualization, in accordance with applicable VMware's specific terms and conditions currently in effect. All Third-Party Products from the VMware software package (which constitutes a Visualization Interface) are hosted on resources managed directly by OVHcloud and external to the Customer's VMware on OVHcloud. Each Visualization Interface has its own functionalities. The Customer’s election of vSphere® Hypervisor selections cannot be amended once made.
- Virtual Machine Encryption. VM Encryption uses an internal functionality in vSphere 6.5 or later, which can be used to encrypt VM data on the fly using an encryption key provided by a component external to the VMware on OVHcloud (box encryption) or using the "Native Key Provider" features of vSphere 7.0, with the aim of encrypting data stored in the VMware on OVHcloud data stores. The Customer is responsible for managing the Customer’s own encryption key.
- Federation. This functionality allows Users to connect a Users own LDAP (Lightweight Directory Access Protocol) server to the Users VMware on OVHcloud to handle authentication and identification on the User’s existing accounts. The Customer is responsible for ensuring that its LDAP server has proper connectivity.
- 2FA (Dual Factor Authentication). 2FA functionality provides the Customer a double authentication method when logging into the Customer’s management interfaces. As well as username and password, the Customer requires a temporary access token to log in. The Customer is responsible for generating access tokens.
- vRack. vRack allows the Customer to connect some or all resources (Host Servers and Storage Resources) provided by OVHcloud, including resources located in multiple environments and/or geographically remote OVHcloud Data Centers. It is used to allow virtual workloads to run on dedicated vLANs and allow those vLANs to be propagated to other Virtual Machines on other VMware on OVHcloud located in other OVHcloud Data Centers, or with other OVHcloud services. The Customer's vRack is isolated from other OVHcloud Backbone components in a logical manner.
- A minimum number of Host Servers may be required to activate some functionalities.
- Functionalities (subject to availability)
- Customer Obligations.
- The Customer is responsible for the use of the Services, including the administration of keys used to manage credentials and access to the Service, the use of APIs, software and tools provided by OVHcloud, the administration of subscriptions and of data that the Customer uses in connection with the Services. The Customer must possess the necessary technical knowledge and competence and become familiar with the characteristics of Services before use.
- The Customer shall be the sole administrator of Virtual Data Centers, Host Servers, and Storage Resources in the Customer’s possession.
- As part of the Services, the Customer is the resource administrator for IP addresses. The Customer is responsible for managing these appropriately to ensure that the Service operates properly. The Customer must have sufficient IP addresses to allocate or, where applicable, for the hypervisor to allocate an IP address for each of its Virtual Machines. The Customer is responsible for properly using the IP address resources allocated or leased as part of the Service.
- The Customer is responsible for administering its vRack and the resources deployed thereon. The Customer is responsible for determining the vRack's composition (connected resources) and logical configuration (logical network and sub-network architecture). The Customer shall administer its vRack directly via the OVHcloud Control Panel. The Customer may securely connect its own infrastructure and external resources to vRack through OVHcloud Connect Service for example.
- The Customer undertakes to make responsible use of the Service, in particular allocated network resources and is responsible for ensuring that it has sufficient resources to ensure that its Virtual Machines function correctly.
- The Customer acknowledges that, for security reasons, some functionalities and protocols (such as IRC or peer-to-peer file sharing) may be subject to restrictions under the Service. The use of proxies, and anonymization services are strongly discouraged under the Service. Applicable restrictions are set forth in the Terms of Service.
- The Customer acknowledges that, for security reasons, some functionalities, and protocols (such as IRC or peer-to-peer file sharing) may be subject to restrictions. The use of proxies, and anonymization services are strongly discouraged under the Service. Applicable restrictions are set forth in the Terms of Service.
- Business Continuity. Unless purchased separately, VMware on OVHcloud service does not include a Business Continuity Plan ("BCP") or Disaster Recovery Plan ("DRP"). The Customer may order VMware on OVHcloud Services in different Data Centers, which will provide resources in different risk environments. The Customer must then take the necessary technical and organizational measures to ensure continuity in its business activity in the event of a major malfunction that might impact the availability, integrity, or privacy of its Service. The Customer may use the Disaster Recovery as a Service (DRaaS) option, the conditions of which are detailed below.
- Back-ups. OVHcloud makes no commitment to back up the Customer's data hosted on the VMware on OVHcloud. It is therefore the Customer's responsibility to take all necessary measures to back up its data in the event of loss, damage to shared data, for any reason, including data not expressly mentioned in these Service Specific Terms. The Customer may use the Backup Option, the specific conditions for which are attached hereto as Annex 2.
- OVHcloud Obligations.
- OVHcloud shall provide the Customer with a range of Pack configurations, descriptions of which are available on the OVHcloud website. The Host Server product line and Pack selection determines the functionalities that can be accessed on the Virtual Data Center, as well as performance levels.
- OVHcloud's role is limited to Infrastructure maintenance operations and responsibility for energy supply and network connection to the Customer's VMware on OVHcloud.
- The Service may have limitations (for example, the number of Virtual Machines that can be used in a VMware on OVHcloud, traffic, bandwidth, etc.). These limitations are set out in the documentation/specifications available on the OVHcloud Website. The Customer agrees to comply with these limitations.
- The outgoing bandwidth of the VMware on OVHcloud is limited to a maximum data throughput. The public bandwidth depends on the service Range.
Commercial Range Public Bandwidth vSphere n.a. vSAN 10Gbps/host NSX-T 10Gbps/host SDDC 10Gbps/host - OVHcloud reminds the Client that they can view the bandwidth usage history of their VMware on OVHcloud, as well as the average speed, via their Virtualization Interface.
- OVHcloud provides the Customer with different Virtual Datacenter Ranges, the descriptions of which are available online on the OVHcloud Website.
- The Host Server product line and the selection of the Virtual Datacenter Range determine the features accessible in the Virtual Datacenter, as well as its performance.
- Updates.
- As part of the Services, OVHcloud updates the infrastructure with planned maintenance. During such planned maintenance, the Host Servers will be updated. If the VMware on OVHcloud environment is sized with enough spare compute and Storage Resources to allow the automation to reboot the Host Servers safely, OVHcloud will reboot the Host Servers so they are up to date without any downtime. If the environment is not sized to allow the automation to reboot safely, the Customer must reboot the Host Servers within one (1) month after the installation of the new build. If the reboot has not been performed, the automation will proceed automatically at the end of the thirty (30) days. The reboot will not be able to enter the Host Servers in maintenance mode and the reboot will create downtime. For the avoidance of doubt, such downtime is excluded from any applicable SLA calculations.
- There are three (3) types of maintenance operations that can be performed by OVHcloud.
- • Emergency changes for critical events. This type of maintenance is defined by updates, patches and/or modifications to the infrastructure, hardware, firmware, software, or any other component. The consequences of not applying this maintenance could include:
- loss of compliance with security certifications;
- endangering the security and stability of the system;
- exposure to critical vulnerabilities;
- loss of service to a wider customer base;
- data loss (belonging to OVHcloud or the Client).
Once OVHcloud becomes aware of the problem with a clear understanding of the impact and has an analysis/validation from its security teams, the relevant information is shared with the Client, indicating that OVHcloud is working on a solution. Within hours of this first communication, the Client is informed of the process that will be followed, when and how it will be applied to the environment, the actions to be taken, and the level of impact for the Client, ranging from a minor impact on a given component to a major impact resulting in the interruption of one or all components.
Given the impossibility of predicting how many critical vulnerabilities will be revealed at any given time during a calendar month, there is no limit to the number of emergency change tasks to be performed. Due to the criticality of the tasks to be performed, these can be undertaken at any time during the calendar month. In cases where OVHcloud relies on the provider to provide a patch or fix, OVHcloud will then have to extend this repair period to include the time required by the manufacturer.
- Standard. These maintenance tasks are not critical or urgent in nature. They are of medium criticality and can only be applied to the Client or the entire company, but do not pose a security problem or a risk regarding loss of compliance. They will be communicated to the Client at least seventy-two (72) hours in advance. These tasks may or may not trigger downtime, but it is recommended that the Client make arrangements in advance to avoid any possible downtime. The change advisory committee (an internal body within OVHcloud) must approve these changes.
- Normal. These tasks have little or no material impact that will result in a loss of service to the customer. They can have a criticality level ranging from low to high. The Client will be notified at least seventy-two (72) hours in advance. These tasks shall be subject to the appropriate change advisory committee process for approval. There is no limit to the number of tasks that can be performed.
- • Emergency changes for critical events. This type of maintenance is defined by updates, patches and/or modifications to the infrastructure, hardware, firmware, software, or any other component. The consequences of not applying this maintenance could include:
- As maintenance is an indispensable element in the Service’s maintainability and stability, it is important that the Client does not add any configurations to their Infrastructure that could hinder the maintenance processes. If this happens, OVHcloud (a) will not be responsible for the consequences of these configurations or for their alterations in accordance with the provisions of this paragraph, (b) will not be required to pay service credits in the event of Service unavailability for the period during which OVHcloud was unable to perform maintenance operations, and (c) will inform the Client by email or telephone that a configuration is blocking the maintenance actions, and will request that the configuration be removed within seven (7) days. If after seven (7) days the configurations are not removed, OVHcloud is authorized to remove the configurations and carry out the maintenance, while informing the Client that the configurations have been altered.
- During maintenance, certain actions can result in hot modifications to the infrastructure, such as moving Virtual Machines on Host Servers. OVHcloud shall inform the Client of the actions taken on the infrastructure via email or on the OVHcloud Status page. If the actions cause instability on the Client’s production, and it is determined that the Client’s production is not compatible with the hot actions, OVHcloud cannot be held responsible for service impacts on the Client’s production.
- OVHcloud provides updates for the various software components that enable the provision of the VMware on OVHcloud service, including VMware vCenter, VMware NSX, VMware vROps, Veeam Backup Server, and Zerto. The updates made are those published by the various software publishers, in accordance with the Third-Party Product Terms of Use currently in force. Updates to VMware components can result in automatic updates to the ESXi hypervisor.
- However, in the event of a significant change in software component (for example, the change from VMware NSX-V to VMware NSX-T), and/or where the implementation of which would have a definite impact on the Customer’s production, the responsibility for the production implementation would be the Customer’s responsibility and the update could result in a Service price change.
- With regards to ESXi installations on Customer's Host Servers, OVHcloud will notify the Customer. The Customer is responsible for directly administering minor updates (patches) to ESXi. As such, OVHcloud encourages the Customer to regularly check for available updates with the VMware publisher. For this purpose, the Customer may use VMware's VUM (Virtual Update Manager). OVHcloud is not responsibile for any Service malfunctions resulting from updates to the Hypervisor installed by the Customer. Likewise, the Customer is responsibile for non-application of updates or upgrades to the Hypervisor.
- Where the Customer refuses an upgrade provided by OVHcloud, the Customer shall not receive Virtualization Interface improvements or new functionalities. OVHcloud reserves the right not to maintain or make improvements to older versions of the Hypervisor. The Customer may be required to move to a later version of the Virtualization Interface to ensure effective Service operation. Older versions of Hypervisor are understood as two major versions behind the most current as provided by OVHcloud. Furthermore, when the Customer’s failure to apply an update poses a security risk (to the Customer, OVHcloud and/or third parties), OVHcloud reserves the right to restrict or suspend the Service to the Customer. OVHcloud shall inform the Customer promptly if applicable.
- Lifecycle Management
- OVHcloud will announce within six (6) months following the launch of a new generation of Services the specific dates for the end of sales, support, and life for the previous generation(s) of the Service.
- Definitions.
- Disaster Recovery as a Service (DRaaS)
- Service Description.. Service Description. DRaaS provides operational consistency and business continuity for THE Customer’s data workloads located on premises or in the cloud. A DRaaS solution combines HPC Services with a third-party disaster recovery solution.
- Customers may select from the following disaster recovery solutions (each, a "DR Solution", and collectively, the "DR Solutions"):
- VMware vSphere® Replication™
- VMware Hybrid Cloud Extension™,
- Veeam
- Zerto
The Customer’s use of the DR Solutions set forth above (or otherwise offered by OVHcloud), are subject to the applicable terms for that DR Solution. Please see the Third-Party Terms for more details.
- OVHcloud reserves the right to add, update or discontinue any DR Solution at any time.
- Customers may select from the following disaster recovery solutions (each, a "DR Solution", and collectively, the "DR Solutions"):
- Zerto
In addition to the terms and conditions provided in the Third-Party Terms related to Zerto, the Customer is limited to a maximum of five thousand (5,000) virtual machines per vCenter.
- Service Description.. Service Description. DRaaS provides operational consistency and business continuity for THE Customer’s data workloads located on premises or in the cloud. A DRaaS solution combines HPC Services with a third-party disaster recovery solution.
- Nutanix Bring Your Own License
- The Customer may use certain Third-Party Products developed by Nutanix on the Services (collectively referred to as the "Nutanix Services") using OVHcloud infrastructure that is certified by Nutanix as interoperable with Nutanix’ software and products ("Certified Hardware"). Except in connection with the Preview License described below, the Customer is responsible for: (a) obtaining a license to use any Nutanix software and products directly from Nutanix or an authorized reseller of Nutanix’ software and products; and (b) upgrading, updating, patching and otherwise maintaining any Nutanix software and products that the Customer may use and/or install on the Certified Hardware.
Support Services. In connection with the Customer’s use of the Nutanix Services, OVHcloud is only responsible for maintaining the associated Certified Hardware that the Customer may purchase, subject to the application terms of the Terms of Service. The Customer may address any questions, issues, or incidents pertaining to the Customer’s use of the Certified Hardware to OVHcloud, and may address any questions, issues, or incidents pertaining to the Nutanix Services to Nutanix or other contact points authorized by the Customer’s Nutanix Services reseller, as applicable.
The subscription of the "Business Support" or "Enterprise Support" of OVHcloud is mandatory for the entire duration of the Service.
- Preview License. The Customer will receive through OVHcloud a preview license to evaluate Nutanix’ products and services for a limited period in a non-production environment ("Preview License"). The legal terms and conditions governing the Preview License are specified here: https://www.nutanix.com/legal/eula. If the Customer does not agree to these terms and conditions or if the Customer does not have the authority to accept these terms and conditions the Customer may not use the Preview License.
- No Additional Warranty. OVHcloud offers no warranty to the Customer in connection with the Customer’s use of the Nutanix Services. OVHcloud’s sole warranty in connection with the Customer’s using the Nutanix Services is the warranty, if any, specified in the Terms of Service that is associated with the Certified Hardware that the Customer may purchase and on which the Customer uses the Nutanix Services.
- Certified Hardware. The Certified Hardware consists of Dedicated Servers approved by Nutanix and equipped with a preinstalled Preview License as well as a Load Balancer, and if applicable, additional options. At the time of the Customer’s order, the Customer must select the type of cluster, which determines the number of Dedicated Server(s) provided, the material configuration options, replication options, etc. The description of the cluster and the detail of the specifications are available on the OVHcloud website.
Functionalities. The Customer is responsible for managing the Nutanix Services using the Nutanix Service’s management interface ("Management Interface") and virtualization interface, which will be available to the Customer on the Management Interface ("Virtualization Interface"). The Customer will receive login details allowing the Customer to connect for the first time to the Virtualization Interface once the Customer sends the contact details to the contact listed on the Management Interface. The password linked to these login details is available for seven (7) days starting from the date of dispatch of the email. OVHcloud encourages the Customer to modify this password upon the first connection to the Virtualization Interface.
The Nutanix Services allow the Customer to create and manage resources in accordance with capacities associated with the license category that the Customer has acquired from Nutanix or a corresponding Third-Party Product vendor that the Customer uses as part of the Nutanix Services. The Customer is responsible for verifying that the license category of any Third-Party Product is compatible with the Nutanix Services.
The Nutanix Services may include limitations (e.g., the number of Dedicated Servers that may be used in a cluster, number of virtual machines, bandwidth, etc.). These limitations are described in the documentation and/or the specifications available on the OVHcloud website.
Using the Nutanix Service
The Customer is responsible for protecting and preserving the credentials to access the Management Interface and using the Third-Party Products and the other tools provided by OVHcloud as part of the Nutanix Services. The Customer is responsible for managing the resources that the Customer allocates in the clusters within the scope of the Nutanix Services (partitioning of the virtual machines, resources, etc.) and performs the configuration of the network).
OVHcloud does not perform backups or business continuity services as part of the Nutanix Services.
MANAGED BARE METAL ESSENTIALS POWERED BY VMWARE®
- Definitions
- Customer Network: Resources external to OVHcloud Infrastructure used by the Customer in order to communicate with Resources provided by OVHcloud. These may be the Customer's own resources and/or resources provided and/or hosted by third parties on Customer's behalf.
- Managed Bare Metal Essentials or Essentials: All of the Virtual Data Centers hosted on OVHcloud Infrastructure. Essentials is managed by the Customer through the Control Panel and the Virtualization Interface. Host Servers and Storage Resources provided to the Customer as part of the Essentials service are reserved for the Customer.
- Host Server: Dedicated server deployed in a Customer's Essentials. This server provides additional capacity through its processor (CPU) and memory (RAM) in the Essentials that can be managed using the VMware® User Interface.
- Infrastructure: Structure established by OVHcloud to host the Customer's Essentials, including notably the network, bandwidth, physical resources and Virtualization.
- OVHcloud Connect": Connectivity to the OVHcloud internal dedicated network ("Backbone"), provided to the Customer at one or more OVHcloud Points of Presence. OVHCloud Connect allows the Customer to connect its own Customer Network to its OVHcloud Connect.
- Pack": Contains the minimum physical resources required to operate a "Virtual Datacenter" of Essentials. An Essentials Pack consists of a minimum of: (i) two (2) identical Host Servers dedicated to compute; (ii) two (2) data store resources; and (iii) the VMware vSphere Interface, known as vSphere Web Client.
- Point of Presence: Physical locations on the OVHcloud network of CDN Servers connected to the Internet, as presented in its commercial offering (CDN infrastructure, Geocache Accelerator, CDN Web Storage).
- Range: This is defined as the generation of Essentials added to the Customer infrastructure.
- Storage Resources: Dedicated storage resource (typically a NAS-type resource presented as a datastore) provided and managed in Customer's Essentials. This resource uses disk space in the Essentials to provide additional capacity that can be managed using VMware® User Interface.
- Virtualization Interface: Third-party software provided by OVHcloud that allows Customer to manage its Essentials and associated services, and in particular to establish and manage its Virtual Machines.
- Virtual Machine or VM: A non-physical workload that uses Virtual Datacenter resources and is installed on the Essentials network. Each virtual workload is managed independently from others within the Customer's Virtual Datacenter.
- Service Description
- Managed Bare Metal Essentials (the "Service(s)" for the purpose of this Section 6) consists of one or more Virtual Datacenters within a secure private network. Physical resources provided under the Service are reserved exclusively for the Customer. Each Essentials has its own secure private network.
- Functionalities (subject to availability)
- Virtualization Interface. The Service is based on functionalities intrinsic to integrated Third-party Products from OVHcloud partner VMware's software package and which enable server ("vSphere® Hypervisors") and vROps visualization, in accordance with applicable VMware's specific terms and conditions currently in effect. All Third-party Products from the VMware software package (which constitutes a Visualization Interface) are hosted on resources managed directly by OVHcloud and external to the Customer's Essentials. Each Visualization Interface has its own functionalities. The Customer should ensure that it makes an informed choice of Visualization Interface and acknowledges that vSphere® Hypervisor selections cannot be subsequently changed. The Customer acknowledges that full compatibility of functionalities and interoperability between Virtualization Interfaces cannot be guaranteed.
- Virtual Machine Encryption. VM Encryption uses an internal functionality in vSphere 6.7 or later, which can be used to encrypt VM data on the fly using an encryption key provided by a component external to the Essentials (box encryption), with the aim of encrypting data stored in the Essentials datastore. Customer is solely responsible for managing its own encryption key; OVHcloud accepts no responsibility in this regard.
- Federation. This functionality allows the Customer to connect their own LDAP (Lightweight Directory Access Protocol) server to their Essentials in order to handle authentication and identification on its existing accounts. The Customer alone is responsible for ensuring that its LDAP server has proper connectivity.
- 2FA (Dual Factor Authentication). 2FA functionality provides Customer with a double authentication method when logging into its management interfaces. As well as a username and password, the Customer requires a temporary access token to log in. The Customer is responsible for generating access tokens.
- vRack. vRack allows Customer to connect some or all resources (Host Servers and Storage Resources) provided by OVHcloud, including resources located in multiple environments and/or geographically remote OVHcloud Datacenters. It is used to allow Virtual Workloads to run on dedicated vLANs and allow those vLANs to be propagated to other Virtual Machines on other Essentials located in other OVHcloud Data Centers, or with other OVHcloud services. Customer's vRack is isolated from other OVHcloud Backbone components in a logical manner.
- Customer Obligations
- Customer is solely responsible for the use of the Services, including the administration of keys used to manage credentials and access to the Service, the use of APIs, software and tools provided by OVHcloud, the administration of subscriptions and of Data that it uses in connection with the Services. Customer must possess the necessary technical knowledge and competence and become familiar with the characteristics of Services before use.
- Customer shall be the sole administrator of Virtual Data Centers, Host Servers, and Storage Resources in its possession.
- As part of the Service, Customer is the resource administrator for IP addresses. Customer is responsible for managing these appropriately to ensure that its Service operates properly. Customer should ensure that it has sufficient IP addresses to allocate or, where applicable, for the Hypervisor to allocate, an IP address for each of its Virtual Workloads. Customer is therefore solely responsible for the use of IP address resources allocated or leased as part of the Service.
- Customer alone is responsible for the administration of its vRack and resources deployed thereon. Customer should determine the vRack's composition (connected resources) and logical configuration (logical network and sub-network architecture). Customer shall administer its vRack directly via the Control Panel. Customer may securely connect its own infrastructure and external resources to vRack through OVHcloud Connect Service, for example.
- Customer undertakes to make responsible use of the Service, in particular allocated network resources, and is responsible for ensuring that it has sufficient resources to ensure that its Virtual Machines function correctly.
- Customer acknowledges that, for security reasons, some functionalities and protocols (such as IRC or peer-to-peer file sharing) may be subject to restrictions under the Service. The use of proxies, and anonymization services are strongly discouraged under the Service. Applicable restrictions are forth in the Terms of Service.
- Customer is responsible for using the Service in accordance with the user licenses of integrated solutions. OVHcloud reserves the right to perform checks to ensure compliance with these conditions of use by the Customer, and to suspend the Service under the conditions set forth in the Terms of Service, where the Customer does not comply with the terms and conditions of use of the Services, applicable law and regulations, and/or third-party rights.
- Business Continuity. The Essentials service does not include a Business Continuity Plan ("BCP") or Disaster Recovery Plan ("DRP"). As such, Customer is responsible for implementing its own BCP and/or DRP. The Customer may use the Disaster Recovery as a Service (DRaaS) option, the conditions of which are detailed herein.
- Back-ups. OVHcloud makes no commitment to back up the Customer's data hosted on Essentials. It is therefore Customer's responsibility to take all necessary measures to back up its data in the event of loss, damage to shared data, for any reason, including data not expressly mentioned in these Service Specific Terms. The Customer has the option of adding Veeam Managed Backup to Essentials, the specific conditions for which are attached hereto as Annex 3.
- OVHcloud Obligations
- OVHcloud shall provide the Customer with a range of Pack configurations, descriptions of which are available on the OVHcloud website. The Host Server product line and Pack selection determines the functionalities that can be accessed on the Virtual Data Center, as well as performance levels.
- OVHcloud's role is limited to Infrastructure maintenance operations and responsibility for energy supply and network connection to Customer's Essentials.
- Updates
- OVHcloud will update the Infrastructure during planned maintenance windows. Following the pre-staging of the update during a maintenance window, the Customer will be prompted by OVHcloud to reboot the Host Server(s). If the Customer does not reboot the Host Server(s) within seven (7) days and the Essentials environment is sized with enough spare compute and Storage Resources to allow the automation to reboot the Host Server(s) safely, OVHcloud will reboot the Host Server(s) so they are up to date. If the Customer does not reboot the Host Server(s) within seven (7) days and the Essentials environment is not sized to allow the automation to reboot safely, a free spare host will be added temporarily to allow the Host Server(s) to be rebooted. Any downtime resulting from updates to Essentials environment not sized to allow the automation to reboot safely is excluded from any applicable SLA calculations.
- With regard to ESXi installations on Customer's Host Servers, OVHcloud will notify the Customer as stated above. Customer shall be fully responsible for, and directly administer, minor updates (patches) to ESXi. As such, OVHcloud encourages Customer to regularly check for available updates with the VMware publisher. For this purpose, Customer may use VMware's VUM (Virtual Update Manager). OVHcloud accepts no responsibility for any Service malfunctions resulting from updates to the Hypervisor installed by Customer. Likewise, Customer assumes full responsibility for non-application of updates or upgrades to the Hypervisor.
- OVHcloud shall provide updates to vCenter. Updates carried out are those released by VMware, in accordance with the applicable Third Party Terms currently in effect. Updates to vCenter may result in automatic updates to the ESXi Hypervisor.
- Where activated, OVHcloud shall provide updates to vROPS; however, Customer is solely responsible for implementing such updates.
- Where Customer refuses an upgrade provided by OVHcloud, it shall not receive Virtualization Interface improvements or new functionalities. OVHcloud reserves the right not to maintain or make improvements to older versions of the Hypervisor. Customer may be required to move to a later version of the Virtualization Interface to ensure effective Service operation. Older versions of Hypervisor are understood as two major versions behind the most current as provided by OVHcloud.
- Customer alone is responsible for maintenance of and updates to systems and applications that it installs on Virtual Machines, which are outside OVHcloud's scope of operations.
- Lifecycle Management
- OVHcloud will announce within six (6) months following the launch of a new generation of Services the specific dates for the end of sales, support and life for previous generation(s) of the Service.
Bring Your Own IP (BYOIP) Service
- Definitions
- Border Gateway Protocol: Referred to in this section as "BGP Protocol" or "BGP" is a routing protocol used to exchange routing information between the different AS, defined within, that make up the public internet.
- BGP Announcement: Route information exchanged via BGP Protocol.
- Autonomous System: Referred to in this section as "AS" or "Autonomous Network" is a standalone network linked to the Internet, identified by a unique identifier called the "AS number" in BGP Announcements. A given AS is responsible for the routing information it exchanges for a given set of IP address ranges.
- Public IP Address(es): Identifier of a host attached to a public IP network connected to the public Internet, allowing it to reach the host.
- Size: Number of IP addresses within an IP address range, identifiable by the size of its prefix. The prefix size is commonly designed in "Classless Inter-Domain Routing" (or "CIDR") notation.
- Regional Internet Registry: Referred to in this section as "RIR" is a regional body that provides and manages Public IP Addresses and AS numbers for a given geographic region.
- American Registry for Internet Numbers: Referred to in this section as "ARIN" is the RIR for North America.
Asia-Pacific Network Information Center: Referred to in this section as APNIC, means the RIR for the Asia-Pacific region.
- Reseaux IP Europeens Network Coordination Centre: Referred to in this section as "RIPE NCC" is the RIR for Europe.
- Campus: A data center or a group of data centers controlled by OVHcloud and located in a defined geographic region from which OVHcloud is providing its services.
- IP Reputation: A flag issued by an entity managing a real time block list and linked to a given Public IP Address that allows a receiving software entity to assess the reliability of the issuer using that Public IP Address to communicate.
- AS Path: An ordered list of AS numbers in a BGP Announcement that lists the networks to cross to reach the announced Customer IP Address Range, defined within.
- Service Description:
- The BYOIP Service allows Customer to:
- import Customer’s IPV4 IP address ranges to OVHcloud (the "Customer IP Address Range(s)") and use them with other OVHcloud services, provided that they are compatible;
- use Customer’s AS number to announce Customer IP Address Ranges; and
- delegate the management of the reverse DNS attached to the Customer IP Address Ranges to OVHcloud.
- The BYOIP Service can only be used with compatible OVHcloud Services in the U.S. OVHcloud shall determine which OVHcloud Services are compatible with the BYOIP Service.
- Only IPV4 addresses are eligible for the BYOIP Service.
- Only IPV4 addresses with an ARIN or RIPE NCC RIR, or APNIC RIR are eligible for the BYOIP Service.
- By using the BYOIP Service, Customer authorizes OVHcloud to announce the Customer IP Address Range on the Internet, following OVHcloud’s procedure.
- Bring Your Own AS is an additional feature that allows a Customer to use its AS number to announce the IP addresses contained in its Customer IP Address Range on the Internet. This feature is only available for Customer IP Address Ranges and cannot be used with IP addresses provided by OVHcloud to the Customer for use with other OVHcloud services. By using the Bring your Own AS feature, Customer authorizes OVHcloud to announce its Customer IP Address Range(s) over the internet via its AS number following OVHcloud’s procedure.
- Reverse DNS is an additional feature which allows a Customer to delegate the management of the reverse DNS attached to the Customer IP Address Ranges to OVHcloud.
- The BYOIP Service allows Customer to:
- Customer Obligations
- For a Customer to import Customer’s IP Address Range and use the BYOIP Service, the Customer must:
- Ensure that the Customer IP Address Range has a Size compatible with the BYOIP Service (whether a Size is compatible with the BYOIP Service shall be established by OVHcloud);
- Own the imported Customer IP Address Range at the time of signing up for the BYOIP Service and while using the BYOIP Service;
- Prove that the Customer is the legal and rightful owner of Customer IP Address Range. The method of acceptable proof shall be provided by OVHcloud; and
- Ensure that the Customer IP Address Range is exclusively used with OVHcloud while using the BYOIP Service and is not announced on any public network via the BGP Protocol.
- AS numbers
In order to use a Customer’s AS numbers as part of the BYOIP Service, the Customer must:- Provide proof that the Customer was assigned the AS number it desires to use. (The method of acceptable proof shall be provided by OVHcloud).
- Reverse DNS
When using the Reverse DNS feature, a Customer must:- Delegate the management of its reverse DNS zone (.ARPA suffix) to OVHcloud, following the procedure on the RIR website; and
- Use the DNS service provided by OVHcloud to maintain and publish its reverse DNS zone.
- The IP addresses contained in the Customer IP Address Ranges that the Customer imports as part of the BYOIP Service must have a good IP reputation at the time Customer imports the Customer IP Address Ranges and throughout the Customer’s use of the BYOIP Service.
- Customer is solely responsible for its use of the IP addresses it imports, its assignment of its IP addresses to different OVHcloud Services and its IP reputation.
- Before terminating the BYOIP Service, Customer is responsible for ensuring that other IP addresses are assigned to Customer’s OVHcloud Services that use Customer IP Address Ranges so Customer’s OVHcloud Services continue to function properly.
- AS numbers
In order to use a Customer’s AS numbers as part of the BYOIP Service, the Customer must:- The owner of the IP addresses contained in the Customer’s IP Address Ranges at the time of signing up for the BYOIP Service and throughout Customer’s use of the BYOIP Service; and
- Responsible for the AS numbers used, if applicable.
- If a third party has any requests, claims or actions involving or related to Customer’s IP Address Range(s) or Customer’s AS number(s), Customer shall intervene and indemnify and compensate OVHcloud for any damages, including reasonable attorney’s fees, if any.
- For a Customer to import Customer’s IP Address Range and use the BYOIP Service, the Customer must:
- OVHcloud Obligations.
- Once the Customer IP Address Ranges have been imported, OVHcloud will announce the Customer IP Addresses on the internet from its own public network.
- Using Customer’s IP addresses, OVHcloud will make available for Customer’s use one or more Size/24 IP address blocks (the "Customer IP Block(s)"). The number of Customer IP Blocks made available to the Customer depends on the Size of the imported Customer IP Address Range. As a guide, the below table shows the number of Customer IP Blocks made available depending on the Size of Customer IP Address Range.
Imported Customer IP Address Range Size Number of Customer IP Blocks /24 1 /23 2 /22 4 /21 8 /20 16 /19 32 - Campus. When placing an Order, Customer shall choose the Campus in which to use the Customer IP Address Range. The IP Customer Blocks can only be used on the Campus selected when placing an Order.
- Reputation. In the event that any IP address in the Customer IP Address Range has or develops a bad IP reputation, OVHcloud reserves the right to immediately terminate the BYOIP Service for that Customer IP Address Range.
- Termination.
When the BYOIP Service is terminated:- OVHcloud shall stop announcing the Customer’s IP addresses from its own public network online;
- Customer’s IP addresses will no longer be available in the Management Interface; and
- Customer’s IP addresses will no longer be usable with Customer’s OVHcloud Services.
- Additional IP Service.
- Customer IP blocks resulting from the import of a Customer IP Address Range can be used through OVHcloud’s Additional IP service. The Additional IP Service allows customers to dynamically assign IP addresses or IP address blocks to a compatible OVHcloud service.
- The Additional IP service can be used through an API or the Management Interface with compatible OVHcloud services, in OVHcloud’s discretion.
- As part of this Service, the Customer may therefore assign one or more Customer IP blocks to a compatible service, using the same tools available in the Additional IP service.
- Please note that the Customer cannot assign the same Customer IP Block to several services simultaneously, and that a Customer IP Block cannot be divided in order to individually assign the IP addresses it contains across multiple services.
Additional IP Service
- Definitions
- Additional IP: Commercial name of the Service as indicated on the OVHcloud website.
- Compatible Service(s): All OVH Services that are compatible with the Additional IP Service.
- IP Address: Identifier of a host attached to a public IP network connected to the public internet, allowing it to reach the host.
- IPv4 Address: Internet Protocol version 4 address.
- Campus: Datacenter or group of datacenters controlled by OVHcloud, from which OVHcloud is providing its services, located in a defined region.
- IP Reputation: A flag issued by an entity managing a real time blacklist and linked to a given Public IP Address that allows a receiving software entity to assess the reliability of the issuer using that Public IP Address to communicate.
- Regional Internet Registry or RIR: A regional body that provides and manages public IP Addresses and AS numbers for a given geographic region.
- WHOIS: A global database containing administrative information related to Public IP addresses listed on the public internet.
- The Additional IP Service allows Customer to:
- Provision and assign IP Addresses or IP Address Blocks to a Compatible Service through an API or via the Management Interface, except that:
- Customer cannot assign the same IP Address from the same IP Address Block to several services simultaneously;
- An IP Address Block cannot be divided to individually assign the IP Addresses it contains across multiple services; and
- OVHcloud only provides IPv4 Addresses as part of the Additional IP Service. The Additional IP Service is not compatible with IPv6 Addresses.
- Provision and assign IP Addresses or IP Address Blocks to a Compatible Service through an API or via the Management Interface, except that:
- Customer Obligations
- Customer must choose the Compatible Service with which the Customer wishes to use the IP Address or IP Address Block. The Campus on which the associated Compatible Service runs determines the Campus where the IP Address or IP Address Block can be used. The Campus assigned cannot be modified during the term of the Additional IP Service.
- To protect the allocated IP Addresses or IP Address Blocks from cyber-attacks and ensure a good IP Reputation for all IP Addresses or IP Address Blocks ordered during the Additional IP Service.
- To take actions to remove any assigned IP Addresses or IP Address Blocks from the blacklist of any notable organization (i.e., SPAMHAUS or SPAMCOP) fighting against SPAM or fraudulent activities (such as, phishing or malicious files) prior to the termination of the Additional IP Services.
- Customer is solely responsible for the use of the resources allocated to them. Customer shall not engage in the mass sending of unsolicited emails (spamming) via the IP addresses allocated by OVHcloud.
- Customer shall not transfer any of the allocated IP Addresses to a third party. Customer is responsible for any requests made by a third party relating to the use of an IP Address assigned to the Customer.
- Customer shall use the allocated IP Addresses on a continuous basis during the entire term of the Additional IP Service. Customer shall delete via the Management Interface, as soon as possible, those IP Addresses that are no longer in use. OVHcloud reserves the right to require the Customer to fill-out a form that can be used to justify the use of IP Addresses or IP Address Blocks.
- Order
- Any order for an IP Address or IP Address Block must not exceed the maximum number of IP Addresses per Compatible Service.
- OVHcloud reserves the right to refuse any request for new resources.
- Ownership of IP Addresses
- OVHcloud remains the owner of the IP Addresses. In no event shall OVHcloud transfer the ownership of the IP Addresses and/or IP Blocks to the Customer.
- Removal from Blacklist
- When a Customer requests termination of the Additional IP Services (including deletion of an IP Address or IP Address Block), OVHcloud will first check that the IP Address or IP Address Block has not been blacklisted by a notable organization (i.e., SPAMHAUS or SPAMCOP) fighting against SPAM or fraudulent activities (such as, phishing or malicious files). If the IP Address or IP Address Block is blacklisted and Customer has not taken the actions necessary to have it removed from any such blacklist, then OVHcloud will charge Customer a fee for its removal from the blacklist.
- IP Reputation
- OVHcloud may immediately rescind all or part of the IP Addresses made available to the Customer in order to preserve the integrity and value of such IP Addresses.
- Termination and/or Suspension
- Suspension - If the Customer fails to use an IP Address continuously for a period of thirty (30) consecutive days, the Customer may be invited, by email or via Management Interface, to assign the unused IP Addresses to a Compatible Service. If Customer fails to make such assignment, the Additional IP Service will be suspended immediately.
- Termination - In the event of any proven or imminent risk to the IP Reputation of an IP Address ordered by a Customer, whether as a result of a malicious act or following the detection of a flaw in the security of the Customer’s infrastructure, OVHcloud may terminate the IP Addresses immediately and without notice.
- WHOIS
- The IP Address Block will be saved in the WHOIS database of the RIR. The Customer may edit some of the fields that will then be publicly available. The Customer agrees to customize the reverse DNS for these additional IP addresses.
- Transferability
- The IP Addresses and IP Address Blocks are transferrable between the different Compatible Services in the same Campus. The Customer can modify the assignment of an IP address via the Management Interface. Assigning an IP Address or IP Address Block to another Compatible Service is counted towards the maximum number of IP Addresses than can be associated with the Compatible Service.
- IP Address Non-Specificity
- IP Addresses are not specifically assigned (i.e., once a specific IP address is released or rescinded, that specific IP Address can be assigned to another Customer). In the event OVHcloud is requested to provide an IP Address, it is not guaranteed that the IP Address provided will be one that was previously released or rescinded.
Logs Data Platform
- Definitions
Terms beginning with a capital letter in this document are defined below and in the Terms of Service into which these Special Conditions are incorporated.
- Items: Data streams, dashboards, data-gathering tools, roles, indices, and aliases created by Customer on the Service.
- Logs: Data from the Customer’s computer system event logs.
- Service: The Logs Data Platform service.
- Service Description:
- The Service consists of providing the Customer with a platform that enables the Customer to set up a solution for collecting, aggregating, storing, processing, and analyzing Logs.
- As part of the Service, OVHcloud provides the Customer with a Management Interface, APIs, and a Storage Space, as well as tools such as dashboards and data-gathering tools.
- The Management Interface allows the Customer to: use the Service to create Items; manage Customer keys by linking the keys to people, servers, software or other tools; manage authorizations; use tools, track a tool’s usage; and view historical usage.
- API applications allow the Customer to import logs from external systems or environments onto the Service, and to log in and request Logs stored on the Service from external applications.
- The Service includes a Storage Space, which may be shared or dedicated depending on the Customer’s subscription, on which the Logs are imported and stored. The Logs are isolated from those of other OVHcloud customers in a logical or physical way, depending on the Customer’s subscription.
- Customer Obligations
- The Customer is solely responsible for managing the keys that enable the Customer to administer authorizations and access to the Service, the use of APIs, software, and tools provided by OVHcloud, and managing Logs, Items, and the general data used as part of the Service.
- The Customer is solely responsible for the Logs and information that the Customer imports and stores on the Service.
- The APIs, tools, and software provided by OVHcloud as part of the Service must be used in compliance with the applicable Third-Party Product Conditions communicated by OVHcloud, if applicable.
The Customer agrees to also use the latest available versions of the APIs, tools, and software provided by OVHcloud.
The Service can be used and interconnected with elements not provided by OVHcloud (software, systems, connected devices, etc.). The Customer is responsible for acquiring all of the rights needed to use these elements and shall pay any applicable corresponding charges directly to the third-party rights holders. - The Customer is responsible for acquiring all technical and legal rights to hold and retain Logs or any data processed by the Service that identifies any person, providing for a 12-month retention period.
OVHcloud provides no warranty, expressed, statutory or implied, in connection with the availability of information in the Storage Space provided as part of the Service. OVHcloud does not carry out any specific backups of the data stored as part of the Service. Customer is responsible for backing up their Logs in order to be able to continue their activities in the event of loss or deterioration of the Logs stored and used as part of the Service. OVHcloud provides no warranty or guarantee regarding the consequences or results of Customer’s use of the Service. - The location of Storage Spaces is confirmed at the time of ordering. When several Storage Space locations are available, the Customer can select the location(s) of their choice. The Customer agrees to comply with the applicable regulations in the territory in which their Storage Space Services are located.
- The Customer is responsible for all data processed by the Service. OVHcloud is not responsible for the content of the Logs.
- Upon the expiration or termination of a Customer’s subscription to the Service, for any reason, all of the Logs and Data associated with the Service are automatically and permanently deleted. The Customer is responsible for backing up or transferring the Customer’s data before the Service is terminated.
- OVHCLOUD OBLIGATIONS
- OVHcloud agrees to use good faith efforts to:
- Keep the Service in good working order,
- make the Service generally available, and intervene as soon as practicable in the event of an incident that is not caused by the Customer’s misuse of the Service,
- Inform the Customer in the event of an intervention requiring an interruption in the Service beyond the usual time limits.
OVHcloud reserves the right to interrupt the Service in order to perform a technical intervention to improve its operation.
- OVHcloud agrees to use good faith efforts to:
- OVHCLOUD RESERVATION RIGHTS
- OVHcloud maintains the Service, particularly the infrastructure (hardware, network, Servers, disks). In order to maintain the security level and performance of the Service, OVHcloud reserves the right to upgrade, modify and update all or part of the Service components (including operating systems, software, database engine, etc.), as well as the available APIs.
- OVHcloud implements protection against DOS and DDOS-type (Distributed Denial of Service) attacks, provided that these are conducted on a massive scale. This function is designed to better ensure that the Customer’s Service continues running throughout the duration of the attack.
- The protection against DOS and DDOS-type (Distributed Denial of Service) attacks involves checking traffic being sent to the Service from outside of the OVHcloud network. Traffic identified as illegitimate is then rejected prior to reaching the infrastructure.
- These protection measures cannot intervene for cyber-attacks such as SQL injection, brute force, exploitation of security vulnerabilities, etc. Due to the very high complexity of the denial-of-service attacks, OVHcloud does not guarantee, nor provide any warranty, express, statutory or implied, that the protection against DOS and DDOS-type (Distributed Denial of Service) attacks will protect the Customer from interruptions in the operation of the Service.
- Depending on the nature and complexity of the attack, OVHcloud will implement different levels of traffic protection in order to preserve the Service.
- The mitigation is only activated after OVHcloud’s tools have detected an attack. As a result, until the mitigation is activated, the Service bears the attack directly, which may lead to its unavailability.
- The mitigation is activated for an indefinite period and is automatically deactivated when OVHcloud’s tools no longer identify malicious activity or illegitimate traffic to the Service.
- Throughout the duration of the activated mitigation, OVHcloud cannot guarantee accessibility to the Customer's Logs.
- If, in spite of the mitigation activation, the cyberattack is of a nature that adversely affects the integrity of the OVHcloud Infrastructure or OVHcloud’s other Customers, OVHcloud shall strengthen its protection measures, which may lead to the deterioration of the Services or impact their availability.
- Finally, it is possible that part of the traffic generated by the cyberattack is not detected by OVHcloud’s equipment and reaches the Service.
- OVHCLOUD LOGS DATA PLATFORM BILLING
- Upfront setup fees:
- The setup fees, if applicable, are payable when the Service is ordered. For purchases from the OVHcloud digital portal, the rates will be those listed on the OVHcloud website at the time the Service is purchased. The set up fees for the Service purchased using an Order Form shall be set forth in the corresponding Order Form.
- Monthly subscription:
- If a Customer purchases the Service with a payable monthly subscription, the Customer receives a pro-rata invoice for the first month.
- For subscriptions purchased on OVHcloud digital portal, the rates are specified on the OVHcloud Control Panel; and the rates associated with orders of the Service purchased using an Order Form will be as set forth in the associated Order Form. At the end of the initial subscription period, the subscription will automatically renew for successive periods of the same duration, unless either party decides to cancel the offer in accordance with the Terms of Services Special Conditions and/or the Terms of Service.
- Fees are payable upfront upon purchase. When the Service is initial purchased, as well as when the Service is renewed, the Customer will be invoiced using the payment method registered by the Customer.
- Pay-as-you-go storage fees:
- The Customer may purchase dedicated storage space in connection with the Service. If this option is selected, the Customer will be invoiced for the dedicated storage on a "pay as you go" basis.
- Assessing the stored volume for each retention period:
- The Customer is billed for the maximum daily volume stored on the Service platform during the month. Data processing and storage billing units are always billed in full, even if the storage is not fully used (rounded up).
- The Customer can choose the retention period per stream. The retention periods offered on data streams are sliding and renewed every 24 hours (i.e., retention period + 1 day).
- The monthly unit price is indivisible. Billing units vary from option to option. The billing units applicable to each option and the corresponding prices are detailed on the OVHcloud website, for purchases made on the OVHcloud digital portal or on the corresponding Order Form, as applicable.
- The dedicated storage is billed monthly in arrears based on the consumption recorded.
- Upfront setup fees:
Key Management Service
- Definitions:
- "KMS" means the Key Management Service provided by OVHcloud.
- “Service” means KMS and SMS, collectively.
- "Client's Data" means the Keys, Secrets, KMIP objects and domain root keys, processed by OVHcloud as data processor.
- "Keys" means the encryption keys used for the encryption of data using KMS.
- "Secrets" means the text data considered by the Customer to have a higher degree of confidentiality, which the Customer wants to store in the SMS to increase its security level.
- "Compatible Services" means the services provided by OVHcloud which are compatible with the KMS and/or the SMS, as applicable.
- "Version(s)" means the various previous versions of a given Secret, which the Customer stores in the SMS.
- Service Description.
- What is the KMS?
The KMS allows the Customer to encrypt data hosted in compatible OVHcloud Services, and to generate, manage and store the respective Keys.- The list of compatible OVHcloud Services is updated by OVHcloud from time to time.
- The KMS is based on the concept Customer Managed Keys (CMK), where the Customer manages within the KMS the lifecycle of the Keys, that are generated by the KMS itself or created elsewhere by the Customer and imported by the Customer to the KMS.
- Information on the detailed features of the KMS is available on OVHcloud's website.
- What is the KMS?
- Conditions of Use:
- Delivery
Once a Customer orders the Service from OVHcloud, OVHcloud informs the Customer by e-mail about the provision of the Service and its availability.
For the KMS: After the effective payment of the order by the Customer, OVHcloud informs the latter by e-mail about the provision of KMS and its availability. - Customer's responsibility
The Customer is responsible for managing the Keys with the Service, including data extraction, importation and/or migration of Keys from or to another provider. - Shared Responsibility
The responsibilities of each Party are set out in a RACI matrix available in the OVHcloud help center. - Authentication
Certificates or authentication tokens issued by OVHcloud are necessary to authenticate the Users accessing the Service. These certificates and tokens comprise a private component which needs to be locally stored by the Customer in a safe way to prevent malicious access.
- Delivery
- Data location:
All infrastructure of the Service, including the processing of data inserted by the Customer into the Service, is hosted on a public cloud infrastructure. This public cloud infrastructure is located in an OVHcloud datacenter displayed to, or chosen by, the Customer when purchasing the Service.
All infrastructure for the Service, including Content, is hosted on dedicated bare metal servers managed by OVHcloud. The dedicated infrastructure is located in the Datacenter chosen by the Customer when placing the Order.
For the KMS: The Customer is solely responsible for the compliance with data residency requirements that might be applicable to the Keys stored using the KMS. In order to allow the Customer to verify such compliance, OVHcloud informs the Customer, before the placement of any Order containing the KMS, the location where the Keys will be hosted. - Activation:
Temporary access codes are provided by OVHcloud when the Service is made available. The Customer must change the codes as soon as possible after receiving them. Certificates issued by OVHcloud are also necessary to access the Service. - Restrictions
Encryption keys generated by the Service may not be compatible with third-party services. Information about such compatibility is available on OVHcloud's website. Information about available encryption algorithms, methods and key lengths is displayed on OVHcloud's website.
Encryption keys generated by the Services may not be compatible with third-party services supplied by the Customer. Information about such compatibility is available on OVHcloud’s website. - Encryption Settings:
Information about available encryption algorithms, methods and encryption key lengths is displayed on OVHcloud’s website. - Backup:
OVHcloud does not assume any obligation regarding the backup of the Keys. The Customer is responsible for taking all necessary measures to backup the Keys in the event of loss. Upon the expiration or termination of Customer's subscription to use the Service, the Keys are deleted according to the same provisions in the Terms of Service which govern the deletion of Content. In case of loss of the Keys, any data encrypted using such Keys may become permanently and irreversibly inaccessible.
As part of the provision of the Services, OVHcloud proceeds with the backup of Client's data, according to the methods explained in the help center. This backup is erased within 30 days from its creation.
This also applies at the end of the Services for any reason, in which case the Keys and Secrets will be deleted, subject to the applicable terms in the Terms of Service.
In the event of the loss of Keys and/or Secrets, all data encrypted using the Keys and/or Secrets may become definitively and irreversibly inaccessible. The Client is therefore responsible for taking all necessary measures when deleting the Services and their Content.- Customer Obligations
The Customer is responsible for managing the Keys and Secrets with the Service, including data extraction, importation and/or migration of Keys and Secrets from or to another provider. - OVHcloud Obligations
The Content is managed by OVHcloud, who remains solely responsible for its backup, retention and deletion for the duration of the Service, subject to the applicable terms in the Terms of Service. Service access certificates have an expiration duration that can be configured by the Customer. At the end of this duration, the certificate is revoked.
- Customer Obligations
- OVHcloud Reservation of Rights
OVHcloud reserves the right to update the list of compatible services, encryption algorithms, and key management features from time to time. - Financial Terms
- Pricing
For the KMS: The KMS is priced according to the maximum number of active Keys reached during the period in question. The prices are available on the Website. No amount is due for a given month if no active Keys are stored in the KMS during the month in question. - Billing and Payment
Upon ordering the Service, as well as when renewing them, an invoice is issued and paid automatically via the payment method registered by the Customer. The Service is then billed monthly in arrears at the beginning of the calendar month following the month of use.
- Pricing
- Processing Personal Data
This article describes the personal data processing carried out by OVHcloud in its role as processor on instruction from the Customer, as part of the provision of the Service. It supplements the Personal Data Processing Annex or the "DPA", which remains fully applicable. Within its capacity as data controller, OVHcloud also processes personal data relating to the use of the Service, particularly domains, login data and User IDs, access and use logs, SSH keys, Service use and consumption histories, along with Service technical performance and configuration data.- Data
In order to provide the Service, OVHcloud processes the Customer's Data.
The Customer's Data, which the Customer transfers, is stored and encrypted by OVHcloud. Decryption is done by OVHcloud within the Service, at the Customer's request, after authentication and authorization in compliance with instructions from the Customer. - Processing and Purposes
OVHcloud's processing of Customer 's Data includes storing, recording, retaining, organizing, accessing, consultation, use, erasure and deleting this data.
For the KMS: This processing is only carried out when necessary for the purposes of providing KMS (maintenance, administration and support). - Logs
OVHcloud is solely responsible for the logs that the Customer generates as part of using the Service.
These logs are kept for a maximum of twelve (12) months. - Sub-processors
No Sub-processors are engaged in the provision of the Services, other than the ones mentioned in the Personal Data Processing Annex or "DPA". - Shared Responsibility
The responsibilities of each Party are set out in a RACI matrix available in the OVHcloud help center.
- Data
OVHcloud Connect Service (Applicable to Dedicated Servers, Public Cloud Services and Hosted Private Cloud)
- Definitions
- Customer Network: Resources outside OVHcloud’s Infrastructure that are used by the Customer and that the Customer wishes to have communicate with the Resources made available by OVHcloud. These may be the Customer’s own resources or resources made available by third parties and/or hosted by third parties on behalf of the Customer.
- Cross-Connect/Cross-Connection: Fiber cable link that connects two racks together at a datacenter or PoP, defined herein.
- LoA: The Letter of Authorization is a document provided by OVHcloud to the Customer. This letter authorizes the Customer to connect to the position reserved for them in the OVHcloud rack and should be given to the PoP manager when ordering a Cross-Connect.
- MMR: Meet Me Room: PoP room where rack fiber cables are interconnected.
- OVHcloud Connect Direct: Connection(s) to the OVHcloud internal local area network made available to the Customer at one or more OVHcloud PoP(s).
- OVHcloud Connect Provider: Connection(s) to the OVHcloud internal local area network made available to a Customer at one or more PoP(s) via a third party provider.
- OVHcloud Connect Infrastructure: All equipment operated by OVHcloud.
- PoP: Point of Presence: the physical location where OVHcloud has equipment for VRack interconnection.
- Virtual Circuit: This service is provided by a third-party provider and allows the Customer to use the OVHcloud Connect services via the third-party provider to take advantage of its network coverage. This is a point to point customer link between a PoP from a third-party provider and a given OVHcloud PoP.
- vRack: Virtual Local Area Network ("VLAN"), or set of Virtual Local Area Networks created on the OVHcloud internal local area network and consisting of different resources made available to Customer by OVHcloud. Resources in different OVHcloud Data center locations can be connected in the vRack. Some OVHcloud resources are not eligible for the vRack.
- Service Description
- With OVHcloud Connect Direct, You can connect Customer Network to the OVHcloud vRack. OVHcloud provides the Customer with OVHcloud network connection ports at its various PoP’s ("OVHcloud PoP(s)").
- With OVHcloud Connect Provider, OVHcloud makes available to You, with the help of a third-party provider, a connection service to the OVHcloud network. This service allows Customer to use the connection ports located at the third-party’s PoPs ( "Third-Party PoP(s)"). A Virtual Circuit is used to connect Third-Party PoP(s) to OVHcloud PoP(s).
- Customer Obligations
- For OVHcloud Connect Direct, You choose from the available OVHcloud PoPs and select one or more where You wish to have one or more connection ports. You are responsible for connecting Customer Network to the ports made available by OVHcloud. OVHcloud shall communicate all necessary information about how to establish this connection. In creating the connection, You establish: (a) a link between Customer Network and the selected OVHcloud PoP(s) and (b) a Cross-Connection between the selected OVHcloud PoP(s) with the position made available by OVHcloud in the MMR.
- For OVHcloud Connect Provider, You are responsible for choosing from among the available OVHcloud PoP(s) that You would like to have one or more connection ports from. You are responsible for the connection operations of Customer Network to the physical ports made available by the third-party provider. You are responsible for supporting the establishment of the Virtual Circuit between the Third-Party PoP and the OVHcloud PoP. The operations you are responsible for supporting include the establishment of: (a) a connection link between Customer Network and your selected third-party provider and (b) a Cross-Connection, at the level of the selected Third-Party PoP(s).
- In addition to the above, Customer is solely responsible for:
- Your relationship, contractual and otherwise, with OVHcloud PoP connection providers and PoP providers in charge of operating Cross-Connections;
- Your relationship, contractual and otherwise, with the Virtual Circuit third party providers;
- the acquisition, reliability, security, availability and maintenance of material used to establish connections and Cross-Connections (subject to the connection ports and connections being made available by OVHcloud);
- the compliance of the aforementioned material with the prerequisites provided by OVHcloud;
- managing all required costs including but not limited to installation, maintenance and material; and
- configuring the OVHcloud Connect Service, including, but not limited to, setting IPS for BGP sessions and VLAN numbers.
- OVHcloud Obligations
- OVHcloud is responsible for connecting the position made available to its optical equipment.
ANNEX 1
DIVISION OF TASKS AND RESPONSIBILITIES BETWEEN OVHCLOUD AND CUSTOMER
VMWARE ON OVHCLOUD
| OVHcloud | Customer | |
| Maintenance | ||
| Private Cloud VMware on OVHcloud Infrastructure Hardware | X | |
| Virtualization Interface | X | X |
| Software installed by the Customer | X | |
| Software provided by OVHcloud | X | |
| Back-up | ||
| Virtual Machine and Customer Content | X | |
| Configurations provided by OVHcloud | X | |
| Maintenance VEEAM Back-up | X | |
| VEEAM Back-up use (including ensuring proper back-up performance and integrity) | X | |
| Service Operation | ||
| Administration | X | |
| Infrastructure Availability | X | |
| Reversibility | ||
| Data retrieval | X | |
| Deletion of data on termination | X | |
| Security | ||
| VMware on OVHcloud Infrastructure | X | |
| Virtual architecture hosted in the VMware on OVHcloud | X | |
| Safeguarding VM content | X |
ESSENTIALS
| OVHcloud | Customer | |
| Maintenance | ||
| Essentials Infrastructure Hardware | X | |
| Virtualization Interface | X | X |
| Software installed by the Customer | X | |
| Software provided by OVHcloud | X | |
| Back-up | ||
| Virtual Machine and Customer Content | X | |
| Configurations provided by OVHcloud | X | |
| Maintenance VEEAM Back-up | X | |
| VEEAM Back-up use (including ensuring proper back-up performance and integrity) | X | |
| Service Operation | ||
| Administration | X | |
| Infrastructure Availability | X | |
| Reversibility | ||
| Data retrieval | X | |
| Deletion of data on termination | X | |
| Security | ||
| Essentials Infrastructure | X | |
| Virtual architecture hosted in the Essentials | X | |
| Safeguarding VM content | X |
ANNEX 2
VEEAM MANAGED BACKUP – VMWARE ON OVHCLOUD
This document describes and sets out the specific terms and conditions applicable to the Veeam Managed Backup Service offered by OVHcloud as an add-on option to the VMware on OVHcloud Service (hereinafter referred to as the "Backup Option" or "Veeam Managed Backup"). It complements and forms an integral part of the VMware on OVHcloud Services. In the event of any inconsistencies between this Annex 2 and the Service Specific Terms, this Annex 2 shall prevail if the Customer has purchased Veeam Managed Backup.
Description: The Backup Option allows the Customer to back up the Virtual Machines on the Customer’s VMware on OVHcloud, as well as the data stored on the Customer’s Virtual Machines (hereinafter referred to as "Backup"). This backup feature is integrated into the management interface and Virtualization Interface. The Backup Option is an optional service that is not included by default in the cost of the VMware on OVHcloud Service. This Backup Option must be the subject of a specific order or activation, and results in additional invoicing.
Software: The software that allows the Customer to use the Backup Option is developed by third-party suppliers ("Third-Party Products"). OVHcloud does not participate in the creation and development of these Third-Party Products made available to the Customer as part of the Backup Option. Consequently, OVHcloud is not responsible for Third-Party Products made available as part of the VMware on OVHcloud Service, which may include technical errors, security vulnerabilities, incompatibilities or instability, and does not give any guarantee on Third-Party Products made available as part of the VMware on OVHcloud. The Customer is only allowed to use the Third-Party Products made available by OVHcloud within the scope of the VMware on OVHcloud Service in accordance with any applicable Third Party's terms and conditions currently in effect. OVHcloud and the third-party supplier reserve the right to modify the Third-Party Products at any time.
Backup Option Mechanisms: Backups are performed using the "Veeam Managed Backup" Third-Party Product. The Customer will activate the Veeam Managed Backup option in the Customer’s management interface and will chose between three (3) levels of offers: "Standard", "Advanced" or "Premium". Once one of these offers is selected and activated on the Customer's VMware on OVHcloud, this is the only offer that will be available for the Backup of the Customer’s virtual machines. The number of incremental backups, full backups and additional features available depend on the level of service selected in the management interface. Backups are not replicated by default, and are only available on the higher levels of offers. On each update, a consistency check between the backed up Virtual Machine and its Backup is performed automatically via a control application. This check concerns only the consistency of the Backup file against the source file and does not check the integrity of the Backup or the data contained on it. In the event of an inconsistency or error detected, a new Backup is automatically performed by the system. In the event of a new inconsistency or error detected, this is mentioned in the daily Backup report communicated to the Customer. The Backup Options are conceived for Virtual Machines to be backed up that do not exceed two (2) terabytes.
Storage space: The Storage Resources allocated to the Backup Option are shared. The Storage Resources allocated to the Customer are logically isolated from those allocated to other OVHcloud customers, and are physically separated from the Infrastructure in which the Customer has set up the Customer’sVMware on OVHcloud. The Storage Resources used for the Backup Option is located in the same datacenter as the VMware on OVHcloud Service that is being backed up.
Terms of use: The Customer is responsible forr (a) selecting the Virtual Machines on the Customer’s VMware on OVHcloud to be backed up, (b) checking that the Backups are properly performed, (c) checking the integrity of the backups using the tools that the Customer considers appropriate, and, (d) for implementing a new Backup operation if necessary by contacting OVHcloud Support. OVHcloud does not manage Backup or Restore operations performed as part of the VMware on OVHcloud Services. The Customer agrees to flag as soon as possible the discovery of a malfunction, error or vulnerability in the Backup operation.
Billing: The Customer is invoiced according to (i) the number of Virtual Machines backed up, (ii) the size of the Virtual Machines backed up and (iii) the Backup service chosen.
End of Services: In the event of deletion, reinstallation or configuration change of a Virtual Machine or Backup, as well as in the event of termination or non-renewal of a VMware on OVHcloud Service or the Backup option, all Backups (including the data and information they contain) are automatically and irreversibly deleted. Before starting these tasks, as well as before the expiry date of the Customer’s Backup Option or VMware on OVHcloud Services, the Customer is responsible for backing up or transferring the Customer’s Virtual Machines (including all the data and information they contain) to other devices, in order to protect against any loss or alteration.
Service Level Agreement. OVHcloud shall use commercially reasonable efforts to maintain the uptime and response time SLAs for the Veeam Managed Backup Service provided by OVHcloud to allow the Customer to perform daily backup tasks and make those tasks available to the Customer. To do this we will collect a combination of metrics, such as these:
- Veeam service uptime
- Uptime of infrastructure where Veeam Services are installed
- Network uptime
- Storage uptime
In addition, we will watch for errors on API calls, in case there are any, for longer than 120ms. SLA does not apply on the backup content nor the time it takes for the backup job to run.
| SLA | Uptime | GTI* | GTR** |
| Standard | 99.9% | 12h | 72h |
| Advanced | 99.9% | 8h | 48h |
| Premium | 99.9% | 4h | 24h |
*Backup jobs are excluded
**Start from the Backup Report for backup jobs
In case the Veeam Managed Backup product SLA is not reached, Customer is entitled to be compensated up to 30% of all the protected VMs impacted by the downtime of Veeam Managed Backup product in accordance with the Hosted Private Cloud Premier Service Level Agreement.
GTI, Goal Time for Intervention. The time target for OVHcloud's initial intervention on an incident. Starts when a task is launched by Customer, results in an error, and it ends when OVHcloud contacts Customer with a Support Ticket ID, or when OVHcloud Support personnel replies for the first time on an incident ticket opened by Customer.
GTR, Goal Time for Recovery. The target amount of time OVHcloud will take to recover from the incident reported automatically by the system or by the Customer, by creating an incident ticket. It starts when a task launched by Customer results in error and it ends when the incident is resolved with a state of "done" or "cancel" (with Customer agreement).
Conditions
These are the conditions for this SLA to be applied:
- Customer must have the Veeam Backup Server VM hosted and in working order in the Hosted Private Cloud Premier infrastructure at OVHcloud.
- Customer must have this VM protected with High Availability at all times.
- The VM must follow Veeam Backup Best Practices.
- VMs over 2TBs in size are not subject to this SLA.
- Should Customer try to back up a VM over the allowed size or if the Backup job is cancelled by Customer, this SLA will not apply.
- OVHcloud reserves the right to request Customer to relaunch a backup job that previously failed, if Customer is not able to comply and/or if Customer is not available to perform this request, this SLA should not apply.
ANNEX 3
VEEAM MANAGED BACKUP – ESSENTIALS
This document describes and sets out the specific terms and conditions applicable to the Veeam Managed Backup Service offered by OVHcloud as an add-on to the Essentials Service (hereinafter referred to as the "Backup Option" or "Veeam Managed Backup"). In the event of any inconsistencies between this Annex 3 and the Service Specific Terms, this Annex 3 shall prevail if the Customer has purchased Veeam Managed Backup.
Description: The Backup Option allows the Customer to back up the Customer’s Virtual Machines on the Customer’s Essentials Service, as well as the data stored thereon(hereinafter referred to as "Backup"). This backup feature is integrated into the Management and Virtualization Interfaces. The Backup Option is an optional Service that is not included by default in the cost of the Essentials Service. This Backup Option must be the subject of a specific order or activation, and results in additional invoicing.
Software: The software that allows the Customer to use the Backup Option is developed by third-party suppliers ("Third-Party Products"). OVHcloud does not participate in the creation and development of these Third-Party Products made available to the Customer as part of the Backup Option. Consequently, OVHcloud is not responsible for Third-Party Products made available as part of the Essentials Service, which may include technical errors, security vulnerabilities, incompatibilities, or instability, and does not give any guarantee on Third-Party Products made available as part of the Essentials Service. The Customer’s use of Third-Party Products are subject to any applicable Third Party's terms and conditions currently in effect. OVHcloud and the third-party supplier reserve the right to modify the Third-Party Products at any time.
Backup Option Mechanisms: Backups are performed using the "Veeam Managed Backup" Third-Party Product. From the OVHcloud Control Panel, the Customer must activate the Veeam Managed Backup option in the Customer’s management interface and will choose between three (3) levels of offers: "Standard", "Advanced" or "Premium". Once one of these offers is selected and activated on the Customer's Essentials Service, this is the only offer that will be available for the Backup of the Customer’s virtual machines. The number of incremental backups, full backups, and additional features available depend on the level of service selected in the management interface. Backups are not replicated by default and are only available on the higher levels of offers. On each update, a consistency check between the backed up Virtual Machine and its Backup is performed automatically via a control application. This check concerns only the consistency of the Backup file against the source file and does not check the integrity of the Backup or the data contained on it. In the event of an inconsistency or error detected, a new Backup is automatically performed by the system. In the event of a new inconsistency or error detected, this is mentioned in the daily Backup report communicated to the Customer. The Backup Options are conceived for Virtual Machines to be backed up that do not exceed two (2) terabytes.
Storage space: The storage resources allocated to the Backup Option are shared. The Storage Resources allocated to the Customer are logically isolated from those allocated to other OVHcloud customers and are physically separated from the Infrastructure in which the Customer has set up the Customer’s Essentials Service. The Storage space used for the Backup Option is located in the same data center as the Essentials Service that is being backed up. The Customer is responsible for ensuring that the location of the data center meets the Customer’s needs and requirements.
Terms of use: The Customer is responsible for (a) for selecting the Virtual Machines on their Essentials Service to be backed up, (b) checking that the Backups are properly performed, (c) checking the integrity of the backups using the tools that the Customer considers appropriate, and, (d) for implementing a new Backup operation if necessary by contacting OVHcloud Support. The Customer agrees to flag as soon as possible the discovery of a malfunction, error or vulnerability in the Backup operation.
Billing: The Customer is invoiced according to (i) the number of Virtual Machines backed up, (ii) the size of the Virtual Machines backed up and (iii) the Backup service chosen.
End of Services: In the event of deletion, reinstallation or configuration change of a Virtual Machine or Backup, as well as in the event of termination or non-renewal of Essentials Service or the Backup option, all Backups (including the data and information they contain) are automatically and irreversibly deleted. Before starting these tasks, as well as before the expiry date of the Customer’s Backup Option or Essentials Services, the Customer is responsible for backing up or transferring the Customer’s Virtual Machines (including all the data and information they contain) to other devices, in order to protect against any loss or alteration.
Service Level Agreement. OVHcloud shall use commercially reasonable efforts to maintain the uptime and response time SLAs for the Veeam Managed Backup Service provided by OVHcloud to allow the Customer to perform daily backup tasks and make those tasks available to the Customer. To do this OVHcloud will collect a combination of metrics, such as these:
- Veeam service uptime
- Uptime of infrastructure where Veeam Services are installed
- Network uptime
- Storage uptime
In addition, we will watch for errors on API calls, in case there are any, for longer than 120ms. SLA does not apply on the backup content nor the time it takes for the backup job to run.
| SLA | Uptime | GTI* | GTR** |
| Standard | 99.7% | 12h | 72h |
| Advanced | 99.7% | 8h | 48h |
| Premium | 99.7% | 4h | 24h |
*Backup jobs are excluded
**Start from the Backup Report for backup jobs
In case the Veeam Managed Backup product SLA is not reached, Customer is entitled to be compensated up to 30% of all the protected VMs impacted by the downtime of Veeam Managed Backup product in accordance with the Managed Bare Metal Essentials Service Level Agreement.
GTI, Goal Time for Intervention. The time target for OVHcloud's initial intervention on an incident. Starts when a task is launched by Customer, results in an error, and it ends when OVHcloud contacts Customer with a Support Ticket ID, or when OVHcloud Support personnel replies for the first time on an incident ticket opened by Customer.
GTR, Goal Time for Recovery. The target amount of time OVHcloud will take to recover from the incident reported automatically by the system or by the Customer, by creating an incident ticket. It starts when a task launched by Customer results in error and it ends when the incident is resolved with a state of "done" or "cancel" (with Customer agreement).
Conditions
These are the conditions for SLA to be applied:
- Customer must have the Veeam Backup Server VM hosted and in working order in the Essentials infrastructure at OVHcloud.
- Customer must have this VM protected with High Availability at all times.
- The VM must follow Veeam Backup Best Practices.
- VMs over 2TBs in size are not subject to this SLA.
- Should Customer try to back up a VM over the allowed size or if the backup job is cancelled by the Customer, this SLA will not apply.
- OVHcloud reserves the right to request Customer relaunch a backup job that previously failed, if Customer is not able to comply and/or if Customer is not available to perform this request, this SLA does not apply.
*S3 is a trademark filed by Amazon Technologies, Inc. OVHcloud's service is not sponsored by, endorsed by, or otherwise affiliated with Amazon Technologies, Inc.