Devenez un architecte de solutions AWS

Il est commun que des applications qui s’exécutent sur des instances EC2 aient besoin de stocker sur disque dur (non en mémoire vive) et partager des données et des configurations sous forme de fichiers.  C’est le cas des serveurs web et des bases de données RDS. AWS fournit trois types de stockage pour répondre à ce besoin :  

• Bloc

• Temporaire

• Fichier scalable

Explorons ensemble les services AWS qui implémentent ces trois types.

Découvrez le stockage par bloc

Vous avez découvert Amazon Elastic Block Store (EBS), service qui fournit des volumes de stockage niveau bloc à utiliser avec les instances EC2. Ces volumes sont des disques réseaux à utiliser comme périphériques de stockage (comme une clé USB pour votre ordinateur 😉). 

Vous pouvez facilement détacher un volume d’une instance pour l’attacher à une autre instance, très pratique en cas de panne.

EBS vous permet de supprimer un volume monté à la résiliation de son instance.

EBS propose six types de volumes à connaître pour l’examen :  

•  SSD à usage général (general purpose - gp) : offre un stockage économique (1 GiB à 16 TiB) et de faible latence (3000 IOPS à 16000 IOPS), idéal pour des bureaux virtuels, des volumes de démarrage, des environnements de développement/test.

  •  gp2 

    • Les petits volumes peuvent atteindre (burst) 3000 IOPS.

    • La taille et l’IOPS du volume sont liés (si l’un diminue ou augmente, l’autre également et réciproquement).

  •  gp3 (nouvelle génération) :

    • Base constante de 3000 IOPS et 125 MiB/s pour débit.

    • La taille et l’IOPS du volume ne sont pas liés.

• SSD provisionné (provisioned SSD - io) : destiné aux charges de travail critiques nécessitant des performances IOPS soutenues ou supérieures à 16000 IOPS, idéal pour des bases de données.

  • io1 /io2 (nouvelle génération) : 

    • Stockage de 4 GiB à 16 TiB.

    • IOPS maximal : 64000 avec EC2 Nitro sinon 32000.

    • La taille et l’IOPS du volume ne sont pas liés.

    • io2 offre une meilleure durabilité que io1.

  • io2 Block Express :

    • Stockage de 4 GiB – 64 TiB.

    • IOPS maximal : 256 000.

• HDD à débit optimisé (throughput optimized HDD - st1) : destiné aux stockages Big Data, entrepôts de données (data warehouses)

  • Stockage de 125 GiB à 16 TiB.

  • Débit maximal : 500 MiB/s.

  • IOPS maximal : 500.

• HDD à froid (cold HDD - sc1) : destiné aux stockages consultés de manière occasionnelle et avec un coût le plus bas possible. 

  • Stockage de 125 GiB à 16 TiB.

  • Débit maximal : 500 MiB/s.

  • IOPS maximal : 500.

Dans le cours “Découvrez le cloud avec AWS”, vous avez vu que EBS permet de créer des instantanés (snapshots) afin de réaliser des sauvegardes incrémentales (backup) pour restaurer des instances EC2 de même AZ. 

Dans ce cas, il faut au préalable copier votre instantané dans l’autre AZ et restaurer l’instance à partir de la copie comme indiqué dans le schéma suivant :

EBS permet également de chiffrer, avec une clé de chiffrement symétrique AES-256 fournie par le service AWS Key Management Service (KMS) que nous étudierons plus tard, un volume pour protéger les données. A contrario, cela engendre une légère latence !

Vous devez connaître (voir ci-dessous) comment restaurer un volume en activant le chiffrement par clé KMS, alors qu’il a été créé avec chiffrement non activé :

Pour conclure avec les instantanés, EBS fournit trois fonctionnalités intéressantes à connaître pour la certification :

• EBS Snapshots Archive : nouveau niveau de stockage à long terme (> 90 jours) pour archiver vos instantanés à faible coût (jusqu’à 75% moins cher). Toutefois, la restauration prend jusqu'à 72 heures. 

• Restauration d'instantané rapide (Fast Snapshot Restore) : crée un volume à partir d'un instantané entièrement initialisé à la création en éliminant les temps de latence.

• Corbeille (Recycle Bin) : agit comme une corbeille sur un ordinateur, elle permet de restaurer des instantanés supprimés avant l'expiration de leur période de rétention, sinon ils sont définitivement supprimés.

Maîtrisez le stockage dans EC2

Cela atteint plusieurs millions d’IOPS comme indiqué dans le tableau suivant extrait de cette documentation sur l'instance de calcul optimisé : 

Contrairement à EBS, qui est un disque réseau, un stockage d’instances se situe sur le même matériel physique (hardware) que l’instance EC2. Ainsi, il n’y a aucune contrainte réseau, comme indiqué sur l’image suivante :

Ce stockage est particulièrement adapté pour le stockage temporaire d'informations qui changent fréquemment, telles que les tampons (buffer), les caches, les données temporaires et autres contenus provisoires.

Il est peut être nécessaire de faire régulièrement des sauvegardes des stockages d’instances, mais ce type de stockage ne propose pas de stratégie de sauvegarde. Cela est donc à votre charge. Heureusement, vous avez appris à utiliser les AMI 🙂!

Stockez des fichiers de façon scalable

Plusieurs équipes de The Green Earth Post travaillent avec de grandes quantités de documents et doivent les partager entre elles. Par exemple, l'équipe chargée du contenu qui travaille sur les textes doit pouvoir récupérer facilement les images et infographies préparées pour elle par l'équipe du design graphique. Pour faciliter cette tâche, vous devez assurer un système de partage de fichiers pour The Green Earth Post. C’est ce qu’on va voir ici.

AWS propose deux services managés de systèmes de fichiers scalables :

• Amazon Elastic File System (EFS) : destiné uniquement à des environnements Linux.

• Amazon FSx : destinés à des environnements Linux et Windows et qui ont besoin de meilleures performances et de compatibilités avec d’autres systèmes (S3, VMWare…). 

Amazon Elastic File System

Contrairement à EBS, EFS se met à l’échelle automatiquement jusqu’à plusieurs pétaoctets de données, n’a pas besoin d’être approvisionné et est facturé à l’usage (beaucoup plus cher qu’EBS). Il est uniquement compatible avec des AMI Linux (pas Windows), utilise le protocole NFSv4 et est compatible POSIX (standard définissant l'API d'un noyau Unix). Ci-dessous un schéma de son fonctionnement :

EFS est conçu idéalement pour les services web, les répertoires de base, les flux de traitement multimédia, la gestion de contenu et le big data.

EFS propose plusieurs modes de performance, débit et classes de stockage à connaître pour la certification.

Modes de performance (à définir définitivement à la création)

Modes de débit (throughput)

Classes de stockage

Les classes EFS-IA et EFS One Zone-IA servent à archiver comme indiqué ci-dessous :

Amazon FSx

Il est divisé en quatre sous-services (voir tableau-ci-dessous) à connaître en détail pour la certification :

En résumé

• Une instance EC2 dispose de plusieurs options pour stocker des fichiers : en bloc avec EBS, temporaire avec le stockage d’instance ou scalable avec EFS ou FSx.

• AMI est utile pour faire de la sauvegarde de stockage d’instances.

• EFS est uniquement dédié à des systèmes de fichiers Linux.

• FSx est dédié à des systèmes de fichiers Linux et Windows et dispose de quatre sous-services : 

  • FSx for Windows ;

  • FSx for Lustre ;

  • FSx for NetApp ONTAP ;

  • FSx for OpenZFS.

• Une instance EC2 peut utiliser toutes ces possibilités en même temps comme indiqué ci-dessous.

Dans le prochain chapitre, découvrons les alternatives aux instances EC2 !