Wie geht es dir und wir kommen wieder.
Im heutigen Video werden wir nun über das elastische Dateisystem von Amazon sprechen, das auch
als FS bezeichnet wird.
Nun bietet Amazon FS auf hoher Ebene ein einfaches, serverloses Set-and-Forget-elastisches Dateisystem
zur Verwendung mit den Cloud-Services sowie den Ressourcen vor Ort.
Zum Beispiel haben Sie das elastische Dateisystem auf der linken Seite.
Alles, was Sie tun müssen, ist, es auf Ihrer Easy Two-Instanz zu montieren, und das war es auch schon.
Sie können Terabyte an Daten speichern, Sie können Petabyte an Daten speichern, es wird automatisch skaliert.
Also haben wir es im zweiten Zeiger wieder hinzugefügt, was besagt, dass es so gebaut ist, dass es bei Bedarf auf Petabyte
skaliert werden kann, ohne Ihre Anwendung zu stören, und automatisch wächst und schrumpft, wenn Sie die Dateien hinzufügen
und entfernen.
Wenn Sie jetzt FS verwenden, müssen Sie sich nicht wirklich Gedanken darüber machen, wie groß die Speichergröße ist,
die Sie FS geben werden.
Es wird automatisch größer, wenn Sie beginnen, weitere Daten hinzuzufügen, und wenn Sie beginnen, die Daten zu entfernen,
wird es automatisch kleiner.
Also wird alles von der Adresse selbst genommen.
Eines der großartigen Dinge am elastischen Dateisystem ist, dass Sie es an mehrere Ziele anhängen können.
Es kann einfach sein, Instanzen von X, Lambda und verschiedenen anderen zu erstellen.
Und beachten Sie auch, dass es kontinuierlich an mehreren Zielen befestigt zu sehen ist und die Dinge perfekt funktionieren.
Sie können es also auch als eine Art gemeinsam genutzten Speicher betrachten, der mit mehreren Servern verbunden
ist.
Für das heutige Video habe ich also bereits unser elastisches Dateisystem zur Verfügung.
Sie sehen also, der Name ist Demo Bindestrich FS.
Und für die heutige Demo habe ich zwei easy erstellt, zwei Instanzen mit den Namen easy to instance one und easy to
instance two.
Und ich habe dieses spezielle Dateisystem mit diesen beiden einfachen Instanzen verknüpft.
Innerhalb meiner ClA bin ich also bereits mit diesen beiden Instanzen verbunden.
Eine mit IP negiert 163 Sekunden, wobei die IPA mit 190 endet.
Wenn Sie hier jetzt schnell einen DF-Trennstrich machen, sehen Sie, dass wir ein elastisches Dateisystem haben.
Dies ist die genaue URL, die damit verknüpft ist, und sie wird auf diesem bestimmten Teil bereitgestellt, der Stamm-FS, Bindestrich, Bindestrichpunkt
einhängen.
Alle Daten, die Sie Ihrem elastischen Dateisystem hinzufügen möchten, fügen Sie also diesem speziellen Ordner hinzu.
Ebenso auch auf einem zweiten Server.
Der Gesamtansatz ist sehr ähnlich, wenn Sie das elastische Dateisystem auf diesem bestimmten Pfad gemountet
haben.
Also lasst uns eine Sache tun.
Lassen Sie uns schnell FS Mount Point auf beiden Diensten routen.
In Ordnung.
Lassen Sie uns jetzt vom ersten Schritt an fortfahren und schnell eine neue Datei erstellen.
Ich sage Touch gefolgt von Server, Bindestrich eins, Bindestrich Datei, Punkttext.
Und von unserem zweiten Server erstellen wir eine neue Datei, sagen wir Server Bindestrich zwei Bindestrich Datei Punkt Text.
Okay.
Wenn Sie jetzt hier eine Liste erstellen, sollten Sie sehen, dass beide Dateien aufgelistet sind.
Und auf ähnliche Weise sehen Sie auf dem anderen Server, wenn Sie erneut eine Liste erstellen, dass beide Dateien aufgelistet
sind.
Sie können also sagen, dass dasselbe Speichergerät auf zwei verschiedenen Servern gemountet ist und beide Anwendungen auf jedem
Server ausgeführt werden, falls sie auf das gemeinsam genutzte Speichergerät zugreifen können.
Wenn Sie hier nun schnell in das elastische Dateisystem schauen, sehen Sie im Allgemeinen die damit verbundene
URL.
Wann immer Sie also dieses elastische Dateisystem in der EC-Zwei-Instanz verknüpfen möchten, können Sie fortfahren
und diese URL für das gesamte Mounten verwenden.
Beachten Sie nun auch, dass es Ihnen auch die Größe anzeigt, die den Daten als Teil des elastischen Dateisystems zugeordnet
ist.
Wie wir bereits wissen, kann das elastische Dateisystem immer weiter skalieren, wenn Sie Daten hinzufügen, und
automatisch herunterskalieren, wenn Sie Daten entfernen.
Nun, auf hoher Ebene, wenn Sie auf das Dateisystem von Instanzen zugreifen möchten, die sich innerhalb
der VPC befinden, müssen Sie im Allgemeinen ein Bereitstellungsziel in der VPC erstellen.
Wenn Sie hier also ein elastisches Dateisystem haben, sehen Sie, dass es mehrere Ziele in mehreren Verfügbarkeitszonen
gibt, und die Instances können fortfahren und dieses Ziel für die mündliche Konnektivität verwenden.
Wenn Sie also den FS erneut öffnen und zum Netzwerk gehen, sehen Sie, dass es mehrere Bereitstellungsziele in verschiedenen
Verfügbarkeitszonen gibt.
Es gibt insgesamt sechs Verfügbarkeitszonen in der Region Nord-Virginia, und Sie haben das Bereitstellungsziel
mit allen verknüpft, ähnlich wie wir es im Diagramm gesehen haben.
Wenn wir nun über FS sprechen, ist es für uns auch wichtig, die Grundlagen des Netzwerkdateisystems,
auch als NFS bezeichnet, zu verstehen.
NFS ist also ein Netzwerkprotokoll für die verteilte Dateifreigabe.
Wenn Sie also sehen, dass Sie einen NFS-Server haben und mehrere Festplatten vorhanden sind, können Sie diese
Festplatte je nach der von Ihnen zugewiesenen Berechtigung in eine Reihe von Plänen einbinden.
Und dies ähnelt der Funktionsweise von FS und auf hoher Ebene, wenn das Netzwerkdateisystemprotokoll verwendet
wird.
Jetzt erinnere ich mich an eine Red Hat-Zertifizierungszeit, ich glaube, es war der Red Hat Certified Engineer.
Ich habe gesehen, dass es eine bestimmte Frage gab, wo es einen Netzwerkserver gab, dieser Netzwerkserver hatte
eine Festplatte und wir mussten diese bestimmte Festplatte vom NFS-Server zum Client mounten.
Und wir mussten auch den Serversatz neu starten, um zu überprüfen, ob die Festplatte gemountet bleibt, selbst wenn das System neu gestartet
wird.
Wenn wir also mit NFS gearbeitet haben, ist FS in Bezug auf die Gesamtimplementierung sehr ähnlich.
Wenn wir jetzt hören, dass FS skaliert werden kann, wenn wir Daten hinzufügen, und es schrumpft, wenn wir Daten entfernen, stellt sich die Frage, ob wir
wirklich einen anderen Speicher benötigen?
Denn das scheint sehr bequem zu sein.
Und die Antwort darauf ist die Preisgestaltung.
Also nicht, dass FS ziemlich teuer wäre, wenn man es mit anderen Speicheroptionen wie EBS, S3 usw. vergleicht.
zum Beispiel ein TB Daten in FS mit 80 % häufig aufgerufenen Daten.
Darunter kostet es Sie zwei $50.
Ein TB EBS-Speicher kostet etwa 102 US-Dollar und ein TB S3-Speicher kostet 24 US-Dollar.
Es geht also um die Preisgestaltung und auch um die Anwendungsfälle für Ihre Anwendung.
Bevor wir also zum Schluss kommen, wollen wir uns einige der wichtigen Hinweise hier ansehen.
Erstens, wenn Leistung Ihr Anliegen ist, wenn Sie eine sehr schnelle Leistung für Ihre Anwendung benötigen, sollten
Sie FS nicht verwenden.
Sie sollten immer für EBS bezahlen.
EBS bietet im Vergleich zu FS eine viel bessere Leistung.
Zweitens kann auf FS auch vom lokalen Rechenzentrum aus über die Direktverbindung oder die VPN-Verbindung zugegriffen werden.
Es ist also nicht so, dass FS nur auf zwei Instanzen von EC gemountet werden kann.
Auch wenn Sie Server an Ihrem Standort vor Ort haben, können Sie FS ebenfalls verwenden.
Und drittens zahlen Sie mit Amazon FS nur für das, was Sie pro Monat nutzen.
Das ist also der grobe Überblick über FS und damit wird das heutige Video abschließen.