Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/amazon-web-services/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Amazon web services AWS DynamoDB供应容量定价模型是如何工作的?_Amazon Web Services_Amazon Dynamodb_Dynamodb Queries - Fatal编程技术网

Amazon web services AWS DynamoDB供应容量定价模型是如何工作的?

Amazon web services AWS DynamoDB供应容量定价模型是如何工作的?,amazon-web-services,amazon-dynamodb,dynamodb-queries,Amazon Web Services,Amazon Dynamodb,Dynamodb Queries,在阅读了AWS文档和其他类似问题的答案之后,我仍然不太清楚DynamoDB供应容量模型的定价 正如AWS文档中所述:您将对Amazon DynamoDB表中提供的吞吐量读写容量收取费用,即使您没有充分利用提供的容量。DynamoDB表的实际读写性能可能会有所不同,并且可能低于您提供的吞吐量 因此,本文的最后一部分讨论了一个类似的问题:最后,使用Dynamo,您需要为您保留的容量付费,而不是为您消耗的容量付费。因此,只要您的桌子没有被节流,即使您稍微超过迪纳摩在某些情况下允许的供应容量,您也不会被

在阅读了AWS文档和其他类似问题的答案之后,我仍然不太清楚DynamoDB供应容量模型的定价

正如AWS文档中所述:您将对Amazon DynamoDB表中提供的吞吐量读写容量收取费用,即使您没有充分利用提供的容量。DynamoDB表的实际读写性能可能会有所不同,并且可能低于您提供的吞吐量

因此,本文的最后一部分讨论了一个类似的问题:最后,使用Dynamo,您需要为您保留的容量付费,而不是为您消耗的容量付费。因此,只要您的桌子没有被节流,即使您稍微超过迪纳摩在某些情况下允许的供应容量,您也不会被额外收费

但是,我没有找到一个简单的解释,说明如何基于数据读/写速率进行定价,该速率可以超过为表设置的当前读/写容量单位值,或者如果表读/写操作在请求时被限制,会发生什么情况。如果我创建一个表,并在禁用自动缩放功能的情况下将读取容量单位和写入容量单位设置为5,那么在所有情况下,DynamoDB服务的费用是否都将通过以下等式计算

费用=配置的RCU*使用小时数+配置的WCU*使用小时数+存储成本

这意味着,无论RCU/s和WCU/s的使用和节流

例如:根据我的理解,扫描请求将返回上述表中包含的所有项目,例如,80个项目将超过规定的吞吐量,每个项目的大小小于4KB,表中所有项目的总大小约为160KB,因此,在请求被限制的情况下,获取160 KB/5读取容量单位*4 KB的数据大约需要8秒钟,或者DynamoDB将允许突发容量消耗,并以更快的速度处理扫描


但在这两种情况下,该请求都将被额外视为配置读取容量过度使用,因为配置容量基本上是一种限制读取/写入操作速率的方法。这个假设正确吗?或者桌子节流是额外收费的主题?那么,有什么方法可以强制数据读/写速率限制呢

您可以在中找到一个非常好的演示文稿,介绍DynamoDB的配置定价是如何实现的,以及许多其他有趣的内容

简单的回答是,如果您使用配置定价并禁用自动缩放,那么您将支付与配置完全相同的费用,再加上磁盘和网络等其他费用,而不是更多也不是更少。亚马逊会限制你,这样你就无法获得比你支付的平均请求率更多的服务。亚马逊还将做出上述谈话中所述的努力,以确保您的收入不会低于您所支付的费用。该谈话解释了为什么这不容易实现,过去用户确实对此表示不满。即使您设法获得的每秒请求数超过了您的设置,也不会向您收取额外费用。亚马逊只会记住,它为您提供了更多的服务,在接下来的几秒钟内,您可能会收到更少的请求

Amazon有几种方法可以限制您:它可以延迟请求,它可以通过PutExceedexception使带有ProvisionedThrough的请求失败,它可以通过扫描返回较少的项目,或者它可以通过批处理操作(如BatchGetItem)返回部分成功。在所有这些情况下,您的客户机库将帮助您,并在以后自动完成请求,同时进行指数级回退

您提到自动缩放是您不使用的一个选项。但您可能仍然有兴趣了解它的功能。由于调配的容量可以随时更改,因此自动缩放可帮助您根据当前需要选择合适的调配容量,方法是在接近限制时增加调配的容量,或在远离限制时降低调配的容量。
这是一个有趣的研究,探讨了如何将自动扩展和保留容量结合起来,在保留容量中,您承诺全年使用一些已调配的容量,在按需容量中,您根本不需要调配,为了得到他们所声称的更好的价格。

您可以找到一个非常好的演示文稿,介绍DynamoDB的供应定价是如何实现的,以及许多其他有趣的内容

简单的回答是,如果您使用配置定价并禁用自动缩放,那么您将支付与配置完全相同的费用,再加上磁盘和网络等其他费用,而不是更多也不是更少。亚马逊会限制你,这样你就无法获得比你支付的平均请求率更多的服务。亚马逊还将做出上述谈话中所述的努力,以确保您的收入不会低于您所支付的费用。该谈话解释了为什么这不容易实现,过去用户确实对此表示不满。E 即使你每秒收到的请求比你所准备的要多,你也不会被收取额外费用。亚马逊只会记住,它为您提供了更多的服务,在接下来的几秒钟内,您可能会收到更少的请求

Amazon有几种方法可以限制您:它可以延迟请求,它可以通过PutExceedexception使带有ProvisionedThrough的请求失败,它可以通过扫描返回较少的项目,或者它可以通过批处理操作(如BatchGetItem)返回部分成功。在所有这些情况下,您的客户机库将帮助您,并在以后自动完成请求,同时进行指数级回退

您提到自动缩放是您不使用的一个选项。但您可能仍然有兴趣了解它的功能。由于调配的容量可以随时更改,因此自动缩放可帮助您根据当前需要选择合适的调配容量,方法是在接近限制时增加调配的容量,或在远离限制时降低调配的容量。 这是一篇有趣的文章,介绍了如何将自动扩展和保留容量结合起来,在保留容量中,您承诺全年使用一些已调配的容量,在按需容量中,您根本不需要调配,以获得他们声称的更好的价格