Hallo zusammen und willkommen zurück.
Im heutigen Video werden wir nun über die Lese- und Schreibkapazitätseinheiten in Dynamo DB sprechen.
Nun, bevor wir darüber diskutieren, ist es wichtig, dass wir das Konzept des Durchsatzes verstehen.
Auf hoher Ebene ist der Durchsatz in Dynamo DB nun die maximale Menge an Kapazität, die eine Anwendung von einer
Tabelle oder einem Index verbrauchen kann.
Sie haben zum Beispiel eine Dynamo DB und Sie haben einen bestimmten Datensatz und Sie haben diese Durchsatzleitung
hier drüben.
Wie viel Datenmenge Sie nun aus dieser Durchsatzleitung abrufen können, hängt von der Kapazität ab, die Sie als Teil
der Lese- und Schreibkapazitätseinheiten festlegen.
Es ist nicht so, dass die Durchsatzleitung klein ist und Sie versuchen, viele Daten zu verbrauchen, falls Sie dies versuchen,
werden Sie gedrosselt und die Dinge werden nicht wirklich wie erwartet funktionieren.
Und wenn die Durchsatzleitung ziemlich groß ist, wodurch eine große Datenmenge geschrieben oder abgerufen werden kann, und Sie nur eine kleine
Datenmenge schreiben oder lesen, besteht die Herausforderung darin, dass Sie zusätzlich bezahlen müssen, da Ihre Durchsatzleitung
recht groß ist groß.
Daher ist es für Produktionsumgebungen wichtig, den richtigen Durchsatz einzustellen, um Kosten und Leistung in Einklang
zu bringen.
Jetzt können wir in Dynamo TB die Gesamtdurchsatzkapazität in Bezug auf die Lesekapazitätseinheiten und die richtige
Kapazitätseinheit angeben.
Sogar in diesem speziellen Screenshot sehen Sie, dass Sie eine lesekapazitätsbezogene Einstellung haben, eine rechte kapazitätsbezogene
Einstellung.
Und darin können Sie die Einheit angeben.
Hier haben Sie fünf, Sie können eins, zehn usw. angeben.
Wir werden diskutieren, was genau diese Zahl wirklich bedeuten würde.
Bevor wir uns jetzt schnell damit befassen, sehen wir uns schnell an, wo genau die Einstellung wirklich angezeigt wird.
Wenn Sie jetzt ein bisschen nach unten gehen, unter den benutzerdefinierten Einstellungen hier drüben.
Sie werden sehen, dass Sie die Kapazitätseinheiten lesen und die zugehörigen Kapazitätseinheiten haben.
Recht.
Lassen Sie mich die automatische Skalierung an dieser Stelle nur der Einfachheit halber deaktivieren.
Und hier können Sie eine bestimmte Nummer definieren.
Du kannst einen geben, du kannst einen geben.
Grundsätzlich gilt: Je höher die Zahl, die Sie dem Krieger hinzufügen, desto mehr kostet es Sie, weil es umso
mehr Durchsatz gibt.
Lassen Sie uns also schnell über die spezifische Einheit hier diskutieren.
Eine Leseanforderungseinheit stellt also eine Strongly Consistent-Leseanforderung oder zwei Eventual Consistent-Leseanforderungen
für ein Element mit einer Größe von bis zu vier KB dar.
Und wenn Sie ein Element lesen müssen, das größer als vier KB ist, benötigt Dynamo DB hier zusätzliche Leseanforderungseinheiten.
Lassen Sie uns dies anhand eines Beispiels verstehen.
Sie haben also eine Artikelgröße von vier KB für den Krieger.
Die Frage ist nun, wie viele Leseeinheiten?
Was brauchen Sie sowohl für starke als auch letztendliche Konsistenz?
Für die Größe von vier AB benötigen Sie also eine Lesekapazitätseinheit und sogar vier.
Schließlich benötigen Sie eine Größe von 148 GB für eine Einheit mit vier Lesekapazitäten und starker Konsistenz.
Sie benötigen zwei, da Sie eine Lesekapazitätseinheit für starkes Lesen für eine Größe von vier KB benötigen.
Da dies acht KB sind, benötigen Sie zwei.
Die Lesekapazitätseinheit für Eventual Consistency wäre jedoch eins, vor allem, weil eine Anforderungseinheit,
wie wir besprechen, einen Strongly Consistent Read und zwei Eventual Consistency Reads darstellt.
Da Sie nun einen schließlich konsistenten Leserkrieger haben, kann er bis zu acht KB Daten und 410 GB Daten aufnehmen.
Eine Lesekapazitätseinheit für starke Konsistenz ist drei und schließlich ist Konsistenz zwei.
Jetzt können Sie es auch bequem im Kapazitätsrechner testen.
Innerhalb eines Jahres haben Sie also eine letztendliche Konsistenz, eine starke Konsistenz.
Nehmen wir also an, für eine Elementgröße von eins haben Sie eine Lesekapazitätseinheit von eins.
Lassen Sie uns einfach der Einfachheit halber die Schreibkapazitätseinheit auf null setzen.
Für eine Elementgröße von vier ist die Lesekapazitätseinheit, die für eine eventuelle Konsistenz erforderlich wäre,
also eins.
Sobald wir jetzt auf fünf drehen, sehen Sie schließlich konsistent und die Lesekapazitätseinheit ist immer noch
fünf.
Aber sobald Sie es auf stark konstant stellen, geht die RCU sofort auf zwei und sagen wir, Sie ändern
es auf neun.
Hier würde der starke Konsequente drei benötigen.
Die endgültige Übereinstimmung würde immer noch zwei erfordern.
In ähnlicher Weise haben Sie auch eine Schreibanforderungseinheit.
Eine Schreibanforderungseinheit stellt also ein Recht für ein Element mit einer Größe von bis zu einem KB dar.
Dies ist sehr einfach zu verstehen.
Für ein KB hat man eine rechte Einheit für vier KB für 1010.
Das ist also ziemlich ähnlich, um zu verstehen, dass dies ein wenig verwirrend sein kann, aber ein wahrer Kapazitätsrechner,
wie wir ihn diskutieren, wird viel einfacher, dies zu verstehen.
Okay, dieses Mal setzen wir das E auf Null und gleich auf Eins.
Gut.
Bei einer Größe von neun KB beträgt die Schreibkapazitätseinheit also neun für 15 KB Daten.
Rechte Kapazitätseinheit ist 15.
Gut.
Daher hoffe ich, dass Sie mit diesem groben Überblick verstanden haben, wie wir den Gesamtdurchsatz von Dynamo
DB durch die Lesekapazitätseinheiten und die Schreibkapazitätseinheiten steuern können.
Auch jetzt müssen Sie für Ihre Anwendung je nach Artikelgröße und wie viele Lesevorgänge Ihre Anwendung
durchführen wird, fortfahren und dies je nach Ihren Anwendungsfällen konfigurieren.
Groß.
Damit wird das heutige Video abgeschlossen.