Articles

Affichage des articles du juillet, 2026

EBS vs EFS pour plusieurs instances EC2 : partager un dossier entre 5 serveurs

Vous venez de concevoir une architecture multi-instances et vous réalisez que cinq EC2 doivent lire et écrire dans le même répertoire — uploads utilisateurs, fichiers de configuration partagés, assets statiques. La première question qui vient : est-ce que EBS peut faire ça, ou faut-il absolument passer par EFS ? La réponse change radicalement selon le type de volume EBS et le mode d'accès souhaité. TL;DR — EBS vs EFS pour le partage entre instances EC2 Critère EBS (volume standard) EBS Multi-Attach (io1/io2) EFS Instances simultanées 1 seule Jusqu'à 16 (même AZ) Illimité, multi-AZ Portée géographique 1 AZ 1 AZ uniquement Toute la région Système de fichiers ext4, xfs, ntfs… Cluster-aware requis (GFS2, OCFS2) NFS v4.1 natif Compatibilité OS Linux, Windows ...

Comprendre les instances T3 burstables AWS : crédits CPU et ralentissements soudains

Vous déployez une application sur une instance T3, tout fonctionne parfaitement pendant quelques minutes, puis le serveur se met à ramper sans raison apparente — pas d'alerte mémoire, pas d'erreur réseau, juste un CPU qui tourne à plein régime sans rien produire. C'est le comportement caractéristique des instances T3 burstables AWS lorsque les crédits CPU sont épuisés, et comprendre ce mécanisme est indispensable avant de dimensionner n'importe quelle charge de travail sur cette famille d'instances. TL;DR — Crédits CPU T3 en un coup d'œil Concept Comportement observé Crédit CPU Unité permettant de dépasser le niveau de base CPU de l'instance Accumulation Crédits accumulés quand l'utilisation CPU reste sous le niveau de base Consommation Crédits dépensés quand l'utilisation CPU dépasse le niveau de base Épuisement CPU plafonné au niveau de base — ralentissement brutal e...

Récupérer un fichier supprimé dans S3 : restauration via le versioning

Vous venez de supprimer un objet S3 par erreur — une commande aws s3 rm lancée sur le mauvais préfixe, ou un script de nettoyage trop agressif. Si le versioning était activé sur le bucket au moment de la suppression, l'objet n'est pas vraiment parti : S3 a simplement posé un delete marker par-dessus. Ce guide explique comment localiser la version précédente et la restaurer sans perte de données. TL;DR — Récupération rapide d'un fichier supprimé dans S3 Étape Action Commande clé 1 Vérifier que le versioning est actif aws s3api get-bucket-versioning 2 Lister toutes les versions de l'objet aws s3api list-object-versions 3 Identifier le delete marker Chercher "IsDeleteMarker": true dans la sortie 4 Supprimer le delete marker aws s3api delete-object --version-id <marker-id> 5 Vérifier la restauration aws s3api head-object Comment fonctionne le versioning S3 et la s...

Lambda vers RDS privé : configuration VPC, sous-réseaux et groupes de sécurité

Vous avez déployé une fonction Lambda et une instance RDS dans un sous-réseau privé, mais la connexion échoue silencieusement — timeout après 30 secondes, aucun message d'erreur applicatif, juste un délai d'attente. Ce scénario est l'un des plus fréquents en production AWS, et la cause racine est presque toujours une mauvaise compréhension de la façon dont Lambda s'intègre au réseau VPC. TL;DR — Lambda vers RDS privé Point clé Détail Configuration VPC obligatoire Sans configuration VPC sur la fonction Lambda, elle s'exécute dans le réseau AWS géré et ne peut pas atteindre vos ressources privées. Sous-réseaux privés Attachez Lambda aux mêmes sous-réseaux privés (ou à des sous-réseaux avec routage vers RDS) que votre instance RDS. Groupes de sécurité Le groupe de sécurité de RDS doit autoriser le trafic entrant depuis le groupe de sécurité de Lambda sur le port de la base de données. Acc...

Quand utiliser ElastiCache Redis : accélérer les lectures RDS avec un cache distribué

Votre base RDS répond en 200-400 ms sur des requêtes identiques relancées toutes les secondes — c'est le symptôme classique d'une absence de couche cache. Ajouter ElastiCache Redis devant RDS n'est pas une optimisation cosmétique : c'est un changement architectural qui déplace la charge de lecture du moteur relationnel vers un store en mémoire conçu pour ça. TL;DR — ElastiCache Redis face à RDS : quand et pourquoi Situation Sans cache Avec ElastiCache Redis Lecture répétée du même enregistrement Requête SQL à chaque appel Réponse depuis la mémoire, RDS non sollicité Pic de trafic soudain Connexions RDS saturées Cache absorbe la majorité des lectures Données de session utilisateur Stockage en base ou fichier TTL natif, accès O(1) Résultats de calculs coûteux Recalcul à chaque requête Résultat mis en cache jusqu'à expiration Données qui changent souvent Cache inutile ou dangereux I...