Machines virtuelles et stockage objet
La machine virtuelle cloud
Une VM cloud (EC2 chez AWS, Compute Engine chez GCP, Azure VM) fonctionne comme un serveur physique classique, mais facturée à l'usage et redimensionnable en quelques clics. On choisit :
- Le type d'instance (nombre de vCPU, RAM) selon le besoin
- L'image système (Linux, Windows) de départ
- Le stockage attaché (disque persistant)
Stockage objet : au-delà du disque classique
Le stockage objet (S3 chez AWS, Blob Storage chez Azure, Cloud Storage chez GCP) stocke des fichiers individuels ("objets") accessibles via une URL, sans hiérarchie de dossiers classique comme un disque dur. Idéal pour :
- Sauvegardes et archives
- Fichiers statiques d'un site web (images, vidéos)
- Données volumineuses non structurées
https://mon-bucket.s3.eu-west-3.amazonaws.com/dossier/fichier.jpg
Facturation à l'usage
Le cloud public facture généralement selon trois axes : le temps d'utilisation (VM allumée), le volume stocké (Go stockés), et le transfert de données sortant (souvent le poste de coût le plus sous-estimé).
Cas concret
Une équipe laisse une VM de test allumée en permanence un mois entier, alors qu'elle n'est utilisée que 2 heures par jour en semaine. La facture reflète 720 heures d'utilisation continue au lieu de ~44 heures réellement nécessaires : éteindre la VM hors des heures d'usage (ou automatiser son arrêt) aurait réduit ce poste de coût de plus de 90%.
Erreurs fréquentes
- Laisser tourner des ressources de test inutilisées : cause n°1 de factures cloud excessives, particulièrement sur des VM ou des bases de données de développement.
- Rendre un bucket de stockage objet public par erreur : fuite de données potentiellement massive, une des causes les plus fréquentes d'incidents de sécurité cloud.
- Ignorer le coût du transfert de données sortant (egress) : souvent gratuit en entrée, facturé en sortie, peut représenter une part importante de la facture pour une application à fort trafic.
À retenir
- VM cloud = flexibilité et facturation à l'usage, à éteindre quand elle n'est pas utilisée.
- Le stockage objet gère des fichiers individuels via URL, pas une hiérarchie de dossiers classique.
- Le transfert de données sortant est souvent le coût caché le plus sous-estimé.
Mini-exercice
Un bucket de stockage objet contenant des documents clients est configuré par erreur en accès public. Quel est le risque principal, et quelle est la première action à mener ?
Réponse : fuite de données potentiellement massive, accessible à quiconque connaît ou devine l'URL. Première action : restreindre immédiatement les permissions du bucket à privé, puis auditer les accès effectués pendant la fenêtre d'exposition.