0

Lorsque cela prend en compte importing from S3 to DynamoDB, cela compte-t-il pour le débit d'écriture provisionné?DynamoDB S3 Importations

J'ai un service qui est seulement lu à l'exception des mises à jour par lots à partir d'un fichier de plusieurs gigaoctets dans S3. Nous ne voulons pas payer pour les écritures provisionnées tout le mois, et la mise à l'échelle de 0 à plusieurs millions pourrait prendre un certain temps étant donné la politique AWS de permettre uniquement les taux provisionnés de doubler en même temps.

Répondre

1

Oui. L'intégration EMR repose sur la même API que toute application client. En tant que tel est soumis à la même politique de débit.

précision mineure:

  • débit minimum = 1 (0)
  • débit maximum = 10 000 (non> 1.000.000)

Par ailleurs, énorme 'mise à l'échelle' peut facilement être automatisé à condition que vous ne doublez qu'à la fois. Cela ne prend que quelques minutes. Peut-être que vous pourriez également envisager de stocker "incremental" diff au lieu du "multi-gigaoctet" dans S3 ". Il permettrait d'économiser beaucoup ...

Le official optimization guide pour DynamoDB peut vous fournir quelques conseils utiles sur la façon d'optimiser votre importation.

+0

La limite de débit est-elle le nombre de fois par jour que vous pouvez augmenter le débit? –

+0

Non. Mais peut avoir une seule table dans l'état "UPDATING" à un moment donné – yadutaf

+0

Une autre suggestion d'un architecte AWS était de créer une nouvelle table avec le débit d'écriture élevé souhaité, importer, changer l'application de l'ancienne à la nouvelle table, et puis diminuez le provisionnement en écriture. –

Questions connexes