Docs: Better documentation for the object storage replication

X-posted on the OVH Community forums: https://community.ovh.com/t/object-storage-et-replication/41329

From the Public Cloud terms and conditions:

6.3 OVHcloud does not backup specific data on the Instances or Object Storage Containers of the Client. It is
therefore the responsibility of the Client to take all the necessary measures to back up their data in the event
of data loss or deterioration of entrusted data, whatever the cause, including causes not expressly mentioned
in this Contract. OVHcloud does not provide any guarantees related to the Client’s use of the Services, in
particular guarantees related to the security and preservation of this data.

That’s hard to accept, because I’m not sure there is a better way to backup data from Object Storage than fetching all objects every day, which costs a significant amount of money. In my case that would make the backup cost way more than the normal usage of the Object Storage itself.

This is literaly the only place where I don’t do backups myself every day because I got sold by marketing semi-truths.

If OVH confirms that all replications are at the same location, there’s no point in using Object Storage in my opinion :slightly_frowning_face:

@BertrandBordage thank you for taking the time to read and quote the ToS.

6.3 OVHcloud does not backup specific data on the Instances or Object Storage Containers of the Client. It is
therefore the responsibility of the Client to take all the necessary measures to back up their data in the event
of data loss or deterioration of entrusted data, whatever the cause [...] OVHcloud does not provide any guarantees related to the Client’s use of the Services, in particular guarantees related to the security and preservation of this data.

Also in the ToS:

7.16 In no circumstances is OVHcloud under any obligation, in respect of the cloud computing technologies it uses for the management of the Client’s Instances and the Object Storage Containers, to ensure the retention of Client data. All measures to ensure the backup of data is exclusively the responsibility of the Client.

[...]

ARTICLE 12:SERVICE LEVEL AGREEMENT (SLA)

[...]

(g)Object Storage: Monthly availability rate: 99.90%
Monthly availability rate of data stored in Object Storage Container: 99.999%.

[...]

“Durability” means that: the capacity of OVHcloud to provide the Client access again to the data that was stored in the Object Storage Container prior to an incident of unavailability which has been duly notified (see the following conditions).

[...]

Failure to comply with the durability rate of data stored in Object Storage: Where the monthly durability rate in Article 12.1 is not achieved, reimbursement equal to 100% of the monthly fee paid by the Client for the affected Object Storage Container.

Except there is not a single "Durability rate" for any service in the "ARTICLE 12:SERVICE LEVEL AGREEMENT (SLA)" section or anywhere in the ToS. Let alone for Object Storage.

IMHO that's in total contradiction with the Object Storage FAQ that states:

The data resilience rate is 100% for the Object Storage service. For further information, please refer to the Terms & conditions.

So the ToS is missing the 100% Durability for "(g) Object Storage" or the documentation is wrong about the data resilience.

Even if the "ARTICLE 12:SERVICE LEVEL AGREEMENT (SLA)" is amended to add a 100% Durability to the Object Storage, it conflicts with sections 6.3 and 7.16, that deny such guarantee. So simply adding a 100% Durability rate to Article 12 (g) Object Storage is not enough.

Yes, this looks like standard legal disclaimers that didn’t take so much into account the specificities of Object Storage…

As of today, still no answer from OVH neither here, nor on the community forums nor in the support ticket created in my admin panel.

And the OVHCloud app has been showing a server error for at least a week on the Object Storage page…

I had to open a separate ticket because I'm not able to delete 2 test buckets.