🇪🇺 Storage Systems — Chapitre 22 : OVHcloud Storage

# Concepts OpenStack / OVHcloud Public Cloud
openstack volume list
openstack volume create --size 100 data01
openstack server add volume instance01 data01
openstack volume snapshot create --volume data01 snap-data01
lsblk
mkfs.xfs /dev/sdb
mount /dev/sdb /data

• Séparer OS, data, logs et backup staging.
• Taguer/nommer volumes par application, env, owner.
• Définir snapshots et rétention.
• Surveiller filesystem full, latence et queue.
• Tester restore depuis snapshot avant production.

• Backup souverain : Veeam/restic/borg/rclone vers bucket S3-compatible.
• Data lake européen : objets Parquet/CSV/JSON + catalog applicatif.
• Media storage : images, vidéos, assets web avec CDN si nécessaire.
• Logs archive : Nginx/app/security logs compressés et lifecycle.
• Artefacts CI/CD : builds, releases, modèles IA.

# Examples with S3-compatible tooling
aws --endpoint-url https://s3.REGION.io.cloud.ovh.net s3 ls
aws --endpoint-url https://s3.REGION.io.cloud.ovh.net s3 cp backup.tar.gz s3://bucket/backups/
rclone config
rclone sync ./data ovh-s3:bucket/path --progress

• Définir protocole NFS/CIFS.
• Restreindre IPs clientes.
• Documenter UID/GID ou ACL Windows.
• Prévoir sauvegarde/versioning si données critiques.
• Surveiller capacité et latence.

# Linux NFS example
sudo mkdir -p /mnt/nas
sudo mount -t nfs NAS_ENDPOINT:/share /mnt/nas
df -h /mnt/nas
touch /mnt/nas/write-test

# Add to /etc/fstab only after validation

1. Classer les données par obligation métier/légale.
2. Définir RTO : heures, jours, semaines.
3. Compresser et chiffrer si nécessaire.
4. Stocker metadata/manifest séparément.
5. Tester une restauration réelle.
6. Documenter coûts et délais.

• Migration de VMs VMware sans refonte complète.
• Cloud privé managé en Europe.
• Workloads Windows/Linux enterprise.
• Besoin d’isolation et de contrôle.
• Scénarios de souveraineté et conformité.

1. Inventaire VMs, datastores, réseaux, snapshots.
2. Valider compatibilité outils de migration.
3. Tester V2V/backup-restore sur lot pilote.
4. Mesurer performance stockage après migration.
5. Prévoir rollback.

• Catalogue moins large que AWS/Azure/GCP.
• Écosystème PaaS/IA parfois moins profond.
• Disponibilité des features selon région/offre.
• Outillage enterprise à valider par projet.
• Documentation et compatibilité S3/Swift à vérifier feature par feature.

• Un projet par environnement ou périmètre.
• Nommage strict des ressources.
• Région choisie selon latence/souveraineté.
• Backup hors volume source.
• Monitoring capacité et coûts.

fio --name=ovh-block --filename=/data/testfile --size=20G --rw=randrw --rwmixread=70 --bs=4k --iodepth=32 --numjobs=4 --direct=1 --runtime=120 --time_based --group_reporting
rclone copy ./bench ovh-s3:bucket/bench --progress
iostat -x 1

• Benchmarker depuis la région cible.
• Tester petits fichiers, gros objets et base réelle.
• Mesurer p95/p99, pas seulement débit moyen.
• Tenir compte du réseau privé/public.

Principes:
- no public bucket by default
- least privilege access keys
- separate write and read credentials
- rotate keys
- enable versioning/object lock if supported and needed
- audit access logs where available

1. Choisir une application.
2. Restaurer volume/VM/bucket dans environnement isolé.
3. Vérifier intégrité applicative.
4. Mesurer RTO/RPO.
5. Corriger runbook.

1. Inventaire dépendances.
2. Définir région/site cible.
3. Copier données.
4. Recréer compute/réseau.
5. Basculer DNS.
6. Tester trimestriellement.

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: data-postgres
spec:
  accessModes: ["ReadWriteOnce"]
  storageClassName: csi-cinder-high-speed
  resources:
    requests:
      storage: 100Gi

• PVC sans backup.
• RWO attendu comme RWX.
• Object storage monté comme disque transactionnel.
• Snapshots non cohérents DB.

• WAL/binlog archiving.
• Backup natif DB.
• Snapshots seulement en complément.
• Tests PITR.
• Monitoring fsync/latency.

• Datasets IA en object storage.
• GPU instances lisant données depuis objet/cache local.
• Logs transformés en Parquet.
• Data lake européen pour contraintes RGPD.
• Archive datasets froids.

• Éviter millions de petits fichiers.
• Partitionner par date/domaine.
• Conserver manifest/checksum.
• Cache local pour training intensif.

• Latence WAN.
• DNS hybride.
• Routage et firewall.
• Coûts transfert.
• Runbook perte lien.

• Data Processing Agreement.
• Région européenne.
• Chiffrement et gestion clés.
• Journalisation accès.
• Rétention et purge documentées.

• Nommage owner/app/env.
• Revue mensuelle volumes unattached.
• Expiration snapshots.
• Lifecycle object/archive.
• Budgets par projet.

• Volume/NAS > 80/90/95%.
• Backup failed.
• Snapshot trop ancien.
• Object bucket public/ACL suspecte.
• Datastore VMware full.
• Coût anormal.

Combiner monitoring OVHcloud, Prometheus/Graphite, logs applicatifs, outils hyperviseur, backup reports et dashboards FinOps.

• OVHcloud si souveraineté/coût/private cloud dominent.
• Hyperscaler si besoin PaaS/IA/data très profond.
• Hybride si workloads ont des profils différents.

• Ressources sans owner.
• Pas de restore testé.
• Partages NAS sans quota.
• Buckets sans lifecycle.
• Volumes non attachés.

1. Vérifier endpoint/région.
2. Vérifier clé/secret.
3. Vérifier policy bucket.
4. Tester avec rclone/awscli.
5. Rotation si fuite suspectée.

1. Tester DNS/IP.
2. Vérifier firewall/IP autorisée.
3. Tester port NFS/SMB.
4. Vérifier UID/GID/ACL.
5. Monter depuis VM debug.

• Clés séparées et rotation.
• Réseau privé pour flux internes.
• ACL NAS strictes.
• Object non public sauf exception documentée.
• Backups isolés.