Salut tout le monde et bon retour.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter des unités de capacité de lecture et d'écriture dans Dynamo
DB.
Maintenant, avant d'en discuter, il est important pour nous de comprendre le concept de débit.
Maintenant, dans une vue d'ensemble de haut niveau, le débit dans Dynamo DB est la quantité maximale de capacité qu'une application
peut consommer à partir d'une table ou d'un index.
Par exemple, vous avez une base de données Dynamo et vous avez un ensemble spécifique de données et vous avez ce canal
de débit ici.
Maintenant, la quantité de données que vous pouvez récupérer à partir de ce canal de débit dépendra de la capacité que vous définissez
dans le cadre des unités de capacité de lecture et d'écriture.
Ce n'est pas que le tuyau de débit est petit et que vous essayez de consommer beaucoup de données au cas où si vous essayez de
le faire, vous passerez par une limitation et les choses ne fonctionneront pas vraiment comme prévu.
Et si le tuyau de débit est assez gros, ce qui permet d'écrire ou de récupérer une énorme quantité de données, et que vous
écrivez ou lisez une petite quantité de données, le défi est que vous devez payer un supplément car votre
tuyau de débit est assez gros.
Ainsi, pour les environnements de production, il est important de définir un bon débit pour équilibrer les coûts et les
performances.
Désormais, dans Dynamo TB, nous pouvons spécifier la capacité de débit globale en termes d'unités de capacité de lecture et
d'unité de capacité appropriée.
Ainsi, même dans cette capture d'écran spécifique, vous verrez que vous avez un paramètre lié à la capacité de lecture, le
bon paramètre lié à la capacité.
Et à l'intérieur, vous pouvez spécifier l'unité.
Ici vous en avez cinq, vous pouvez en spécifier un, dix, etc.
Nous discuterons de ce que ce nombre signifierait exactement.
Maintenant, avant d'y jeter un coup d'œil rapide, voyons rapidement où exactement le réglage est vraiment affiché.
Maintenant, si vous descendez un peu dans les paramètres personnalisés ici.
Vous verrez que vous avez les unités de capacité liées à lire et ainsi que les unités de capacité liées à.
Droit.
Alors permettez-moi de désélectionner la mise à l'échelle automatique juste pour plus de simplicité à ce stade.
Et c'est là que vous pouvez définir un nombre spécifique.
Vous pouvez en donner un, vous pouvez en donner un.
En gros, plus le nombre auquel vous ajoutez le guerrier est élevé, plus cela vous coûtera cher car plus le
débit est important.
Discutons donc rapidement de l'unité spécifique ici.
Ainsi, une unité de demande de lecture représente une demande de lecture fortement cohérente ou deux demandes de lecture
cohérentes à terme pour un élément d'une taille maximale de quatre Ko.
Et si vous devez lire un élément supérieur à quatre Ko, Dynamo DB a besoin d'unités de demande de lecture supplémentaires
ici.
Comprenons donc cela avec un exemple.
Vous avez donc un élément de quatre Ko de taille le guerrier.
Maintenant, la question est de savoir combien d'unités lues ?
De quoi avez-vous besoin à la fois pour une cohérence forte et éventuelle ?
Ainsi, pour les quatre AB de taille, vous avez besoin d'une unité de capacité de lecture et même de quatre.
Finalement, vous aurez besoin de 148 Go de taille pour quatre unités de capacité de lecture de cohérence forte.
Vous en avez besoin de deux car vous avez besoin d'une unité de capacité de lecture pour une lecture forte pour une taille de quatre Ko.
Comme il s'agit de huit Ko, vous en avez besoin de deux.
Cependant, l'unité de capacité de lecture pour la cohérence éventuelle serait une, principalement parce
que, comme nous en discutons, une unité de requête représente une lecture fortement cohérente et deux lectures cohérentes à
terme.
Maintenant que vous avez un guerrier lecteur cohérent à terme, cela peut prendre jusqu'à huit Ko de données et 410 Go de
données.
Une unité de capacité de lecture pour une cohérence forte est de trois et finalement la cohérence est de deux.
Maintenant, vous pouvez également le tester facilement dans le calculateur de capacité.
Donc, au cours de l'année, vous avez une cohérence éventuelle, une cohérence forte.
Disons donc que pour une taille d'élément de un, vous avez une unité de capacité de lecture de un.
En fait, sélectionnons simplement l'unité de capacité d'écriture à zéro juste pour la simplicité.
Ainsi, pour une taille d'élément de quatre, l'unité de capacité de lecture qui serait requise pour une éventuelle cohérence
est un.
Maintenant, dès que nous le tournons à cinq, vous voyez finalement cohérent et l'unité de capacité de lecture est toujours
cinq.
Mais dès que vous le mettez en cohérence forte, le RCU est immédiatement passé à deux et disons que vous le changez
en neuf.
Ici, le solide cohérent en nécessiterait trois.
L'éventuel cohérent en nécessiterait encore deux.
De la même manière, vous disposez également d'une unité de demande d'écriture.
Ainsi, une unité de demande d'écriture représente un droit pour un élément d'une taille maximale d'un Ko.
C'est très simple à comprendre.
Pour un Ko vous avez une bonne unité pour quatre Ko pour 1010.
C'est donc assez similaire pour comprendre que cela peut être un peu déroutant, mais le véritable calculateur de capacité, au
fur et à mesure que nous en discutons, devient beaucoup plus facile à comprendre.
Très bien, alors cette fois, mettons le E à zéro et mettons directement à un.
D'accord.
Ainsi, pour neuf Ko de taille, l'unité de capacité d'écriture est de neuf pour 15 Ko de données.
L'unité de capacité de droite est 15.
D'accord.
J'espère donc que cette vue d'ensemble de haut niveau vous a permis de comprendre comment nous pouvons contrôler le
débit global de Dynamo DB via les unités de capacité de lecture et les unités de capacité d'écriture.
Encore une fois, pour votre application, en fonction de la taille de l'élément et du nombre de lectures que votre application
effectuera, vous devrez continuer et configurer cela en fonction de vos cas d'utilisation.
Super.
Voilà qui conclura la vidéo d'aujourd'hui.