Amazon EFS & FSx — Guide complet (Solution Architect Associate)
1. Introduction
Amazon EFS (Elastic File System) est un service de stockage de fichiers managé et scalable.
Contrairement à EBS (stockage en blocs attaché à une seule instance) et à S3 (stockage objet), EFS fournit un système de fichiers partagé accessible simultanément par plusieurs instances EC2 (ou services comme ECS et Lambda).
Il est basé sur le protocole NFS v4 et permet une montée en charge automatique jusqu’à des pétaoctets de données, sans gestion de capacité manuelle.
2. Types de Systèmes de Fichiers EFS (par Redondance)
🌍 EFS Standard (Multi-AZ)
- Stockage répliqué sur plusieurs Zones de Disponibilité dans une même région.
- Très haute disponibilité et durabilité : si une AZ tombe, les données restent accessibles.
- Idéal pour : production, applications critiques, charges sensibles aux interruptions.
📍 EFS One Zone (Single-AZ)
- Stockage répliqué dans une seule AZ.
- Moins cher (~47 % moins coûteux que Standard).
- Moins résilient : si l’AZ échoue, le système est indisponible.
- Idéal pour : dev/test, sauvegardes secondaires, réplication, workloads non critiques.
3. Classes de Stockage EFS (par Fréquence d’Accès)
🔥 Standard
- Accès fréquent (fichiers “chauds”).
- Basé sur du SSD performant, latence de quelques ms.
- Coût le plus élevé mais optimisé performance.
❄️ Infrequent Access (IA)
- Pour fichiers “froids” ou rarement consultés.
- Jusqu’à 92 % moins cher que Standard.
- Latence un peu plus élevée au premier accès.
- Facturation des accès (read/write).
- Transition automatique via Lifecycle Management : ex. “déplacer les fichiers non lus depuis 30 jours vers IA”.
4. Tableau récapitulatif EFS
| Type | Redondance | Disponibilité | Cas d’usage | Classes de stockage |
|---|---|---|---|---|
| EFS Standard | Multi-AZ | Très élevée | Production, workloads critiques | Standard, Infrequent Access |
| EFS One Zone | Single-AZ | Élevée (moins résilient) | Dev/test, sauvegardes, workloads non critiques | One Zone Standard, One Zone IA |
5. Comparaison EBS vs EFS vs S3
- EBS : disque attaché à une instance (latence faible, idéal pour DB/boot).
- EFS : système de fichiers partagé, multi-instances, POSIX.
- S3 : stockage objet, économique, pour archivage, data lakes et diffusion globale.
💡 Exemple :
- Base de données MySQL → EBS.
- Cluster d’applications web avec plusieurs EC2 → EFS.
- Sauvegardes, images, vidéos → S3.
6. Amazon FSx : alternatives spécialisées
1. FSx for Windows File Server 🪟
- Basé sur Windows Server.
- Protocole SMB, intégration Active Directory.
- Support ACL Windows, déduplication et compression.
- Cas d’usage : migration de serveurs Windows, profils utilisateurs, SQL Server.
2. FSx for Lustre 🚀
- Système de fichiers HPC ultra-performant.
- Débit massif (centaines de Go/s), millions d’IOPS.
- Intégration native avec S3 (traiter données S3 à grande vitesse).
- Cas d’usage : HPC (simulation scientifique, génomique), Machine Learning (datasets), rendu vidéo, Big Data.
3. FSx for NetApp ONTAP 🗃️
- Basé sur NetApp ONTAP.
- Protocoles : NFS, SMB, iSCSI (multi-protocole).
- Snapshots instantanés, FlexClone, compression, déduplication.
- Parfait pour hybride : réplication SnapMirror vers sites on-prem.
- Cas d’usage : migration apps ONTAP, DR, bases Oracle/SQL, workloads SAP.
4. FSx for OpenZFS 🐧
- Basé sur OpenZFS (Linux).
- Protocole : NFS.
- Très faible latence (µs), plus d’un million d’IOPS.
- Snapshots quasi instantanés, clones, compression.
- Cas d’usage : workloads Linux sensibles à la latence (finance, EDA), DevOps CI/CD, CMS, DB haute perf.
7. Tableau récapitulatif FSx
| Service | Basé sur | Protocoles | Points forts principaux | Idéal pour… |
|---|---|---|---|---|
| FSx Windows | Windows Server | SMB | Intégration AD, ACL | Entreprises Windows, SQL Server |
| FSx Lustre | Lustre (HPC) | POSIX | Débit/IOPS extrêmes, lié à S3 | HPC, ML, rendu vidéo, Big Data |
| FSx ONTAP | NetApp ONTAP | NFS, SMB, iSCSI | Fonctions riches, hybride | SAP, Oracle, DR, migration NetApp |
| FSx OpenZFS | OpenZFS (Linux) | NFS | Latence µs, snapshots rapides | Finance, DevOps, CMS, DB Linux |
8. Bonnes pratiques EFS & FSx
- Choisir EFS Standard pour la prod critique, One Zone pour dev/test.
- Activer Lifecycle Management pour économiser jusqu’à 90 % sur les données froides.
- Pour Windows : privilégier FSx for Windows au lieu d’EFS (SMB natif).
- Pour HPC : FSx Lustre + S3 est imbattable.
- Pour environnements hybrides : FSx ONTAP avec SnapMirror.
- Pour Linux haute perf : FSx OpenZFS.
9. 🎓 Astuces examen AWS Solution Architect Associate
- Bien distinguer EBS vs EFS vs S3 :
- EBS = bloc (1 instance),
- EFS = fichiers (multi-instances, NFS),
- S3 = objets (HTTP, REST, scalable).
- EFS One Zone vs Standard : One Zone = moins cher, mais risque si AZ down → question fréquente.
- EFS IA : jusqu’à 92 % d’économies, attention aux frais d’accès → souvent testé.
- FSx : savoir associer chaque service à son cas d’usage (Windows, Lustre, ONTAP, OpenZFS).
- Intégrations : EFS peut être monté sur Lambda (via VPC), souvent un piège d’examen.
- Sécurité : EFS/FSx supportent chiffrement KMS, contrôle via IAM + Security Groups.
- Performances : Lustre = millions d’IOPS, EFS Standard = latence ms, S3 = latence plus élevée.
- Durabilité : EFS Standard multi-AZ est très durable ; One Zone moins.
💡 Conseil : Apprenez à lire un diagramme d’architecture et identifiez quel service correspond :
- “Plusieurs serveurs Linux qui doivent partager un répertoire” → EFS.
- “Migration Windows AD avec ACL” → FSx Windows.
- “Big Data séquentiel avec S3” → FSx Lustre.
- “App Linux latence µs” → FSx OpenZFS.
10. Conclusion
- EFS : stockage de fichiers partagé, élastique et simple.
- FSx : systèmes de fichiers spécialisés pour besoins avancés.
- À connaître absolument pour l’examen Solution Architect Associate.