Comment allez-vous et reviendrez.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter du système de fichiers élastique d'Amazon,
également appelé FS.
Désormais, dans une vue d'ensemble de haut niveau, Amazon FS fournit un ensemble sans serveur simple et oublie le système
de fichiers élastique à utiliser avec les services cloud ainsi que les ressources sur site.
Par exemple, vous avez le système de fichiers élastique sur la gauche.
Tout ce que vous avez à faire est de le monter sur vos deux instances faciles, et c'est à peu près tout.
Vous pouvez stocker des téraoctets de données, vous pouvez stocker des pétaoctets de données, cela évoluera automatiquement.
Donc, dans le deuxième pointeur, encore une fois, nous l'avons ajouté, qui indique qu'il est conçu pour s'adapter à la demande
à des pétaoctets sans perturber votre application, augmentant et diminuant automatiquement lorsque vous ajoutez et supprimez
des fichiers.
Désormais, lorsque vous utilisez FS, vous n'avez plus vraiment à vous soucier de la taille de stockage que
vous accorderez à FS.
Il augmentera automatiquement lorsque vous commencerez à ajouter plus de données et lorsque vous commencerez à supprimer les données,
il diminuera automatiquement.
Donc, tout est pris par l'adresse elle-même.
Maintenant, l'un des avantages du système de fichiers élastique est que vous pouvez l'attacher à plusieurs cibles.
Il peut être facile d'instances X, Lambda et bien d'autres.
Et notez également qu'il peut être vu en permanence attaché à plusieurs cibles et que les choses fonctionneront parfaitement bien.
Vous pouvez donc également considérer qu'il s'agit d'une sorte de stockage partagé connecté à plusieurs ensembles
de serveurs.
Donc, pour la vidéo d'aujourd'hui, j'ai déjà notre système de fichiers élastique disponible.
Donc, vous voyez que le nom est tiret de démonstration FS.
Et pour la démo d'aujourd'hui, j'ai créé deux instances simples, nommées faciles à instancier un et faciles à instancier
deux.
Et j'ai associé ce système de fichiers spécifique à ces deux instances faciles.
Donc, dans mon ClA, je suis déjà connecté à ces deux instances.
Un avec IP inverse 163 secondes avec l'IPA se terminant par 190.
Maintenant, si vous faites rapidement un trait d'union DF ici, vous voyez que nous avons un système de fichiers élastique.
Il s'agit de l'URL exacte qui lui est associée et elle est montée sur cette partie spécifique qui est root FS, hyphen,
mount hyphen point.
Ainsi, toutes les données que vous souhaitez ajouter dans votre système de fichiers élastique, vous les ajouterez à ce dossier spécifique.
De même, dans un deuxième serveur également.
L'approche globale est très similaire lorsque le système de fichiers élastique est monté sur ce chemin spécifique.
Alors faisons une chose.
Passons rapidement au routage FS Mount Point sur les deux services.
Très bien.
Maintenant, à partir de la première étape, allons-y et créons rapidement un nouveau fichier.
Je dirai toucher suivi de serveur, trait d'union un, fichier trait d'union, texte en points.
Et à partir de notre deuxième serveur, créons un nouveau fichier, comme par exemple le texte du point de fichier du tiret du serveur à deux tirets.
D'accord.
Maintenant, si vous faites une liste ici, vous devriez voir que ces deux fichiers sont répertoriés.
Et de même à partir de l'autre serveur, si vous faites à nouveau une liste, vous verrez que ces deux fichiers sont répertoriés.
Vous pouvez donc dire que le même périphérique de stockage est monté sur deux serveurs différents et les deux applications qui s'exécutent
sur chacun des serveurs au cas où elles pourraient accéder au périphérique de stockage partagé.
Maintenant, si vous examinez rapidement le système de fichiers élastique ici, vous verrez généralement l'URL qui lui est associée.
Ainsi, chaque fois que vous souhaitez associer ce système de fichiers élastique dans l'instance EC two, vous pouvez continuer
et utiliser cette URL pour le montage global.
Maintenant, notez également qu'il vous montrera également la taille associée aux données dans le cadre du système de fichiers
élastique.
Comme nous le savons déjà, le système de fichiers élastique peut aller de l'avant et évoluer chaque fois que vous ajoutez des données et il peut
automatiquement diminuer chaque fois que vous supprimez les données.
Maintenant, dans une vue d'ensemble de haut niveau, chaque fois que vous souhaitez accéder au système de fichiers à partir d'instances
qui se trouvent à l'intérieur du VPC, vous devrez généralement créer une cible de montage dans le VPC.
Ainsi, lorsque vous avez un système de fichiers élastique ici, vous voyez qu'il existe plusieurs cibles dans plusieurs
ensembles de zones de disponibilité et que les instances peuvent continuer et utiliser cette cible pour la connectivité orale.
Ainsi, lorsque vous ouvrez à nouveau le FS, si vous accédez au réseau, vous constatez qu'il existe plusieurs cibles de montage
dans différentes zones de disponibilité.
Il y a au total six zones de disponibilité dans la région de Virginie du Nord et vous avez la cible de montage associée
à chacune d'elles, similaire à ce que nous voyions dans le diagramme.
Maintenant, lorsque nous discutons de FS, il est également important pour nous de comprendre les bases du système
de fichiers réseau, également appelé NFS.
NFS est donc un protocole réseau pour le partage de fichiers distribués.
Donc, si vous voyez que vous avez un serveur NFS et qu'il y a plusieurs disques et en fonction de l'autorisation
que vous associez, vous pouvez continuer et monter ce disque sur un ensemble de plans.
Et cela est similaire au fonctionnement de FS et à un aperçu de haut niveau, s'il utilise le protocole de système de fichiers
réseau.
Maintenant, je me souviens que pendant une période de certification Red Hat, je pense que c'était l'ingénieur certifié Red Hat.
J'ai vu qu'il y avait une question spécifique où il y avait un serveur réseau, ce serveur réseau avait
un disque et nous devions monter ce disque spécifique du serveur NFS vers le client.
Et nous avons également dû redémarrer l'ensemble du serveur pour vérifier que le disque reste monté même si le système est
redémarré.
Donc, très similaire dans le cas où nous avons travaillé avec NFS, FS est très similaire en termes d'implémentation globale.
Maintenant, quand nous entendons dire que FS peut évoluer si nous ajoutons des données et qu'il diminue lorsque nous supprimons des données, la question qui se pose est de savoir
si nous avons vraiment besoin d'un autre stockage ?
Parce que cela semble être très pratique.
Et la réponse à cela est la tarification.
Donc, ce n'est pas que FS soit assez cher quand on le compare avec d'autres options de stockage comme EBS, S3, etc.
par exemple, un To de données dans FS avec 80 % de données fréquemment consultées.
Parmi cela, il vous en coûtera deux 50 $.
Un To de stockage EBS vous coûtera environ 102 $ et un To de stockage S3 vous coûtera 24 $.
Donc, tout vient à la tarification et aussi aux cas d'utilisation de votre application.
Donc, avant de conclure, examinons quelques-uns des pointeurs importants ici.
La première est que si les performances sont votre préoccupation, si vous avez besoin d'une performance très rapide pour votre application,
vous ne devez pas utiliser FS.
Vous devez toujours payer pour EBS.
EBS offre des performances bien meilleures par rapport à FS.
Deuxièmement, FS est accessible à partir du centre de données sur site, ainsi qu'en utilisant la connexion directe ou la connexion VPN.
Ce n'est donc pas que FS ne peut être monté que sur EC deux instances.
Même si vous avez des serveurs dans votre emplacement sur site, vous pouvez également utiliser FS.
Et troisièmement, avec Amazon FS, vous ne payez que ce que vous utilisez par mois.
Voilà donc l'aperçu de haut niveau sur FS et avec cela conclura la vidéo d'aujourd'hui.