Amazon Timestream 是一项快速、可扩展的数据库服务,可帮助您存储和分析物联网(IoT)和实时监控等应用程序的时间序列数据。使用 Timestream,只需几步即可在云中设置、操作和扩展时间序列数据库。Timestream 为从低延迟查询到大规模数据摄取的工作负载提供一系列完全托管的时间序列数据库引擎。
Timestream 提供无服务器和基于实例的配置,支持各种运营需求。按使用量付费和按需定价模式提供了最大的灵活性和成本效率,使您可以选择最适合特定要求的数据库引擎和配置。无论是向上扩展以获得高性能还是优化以降低成本,Timestream 的可定制方法都让您能够针对工作负载选择最佳的时间序列数据库引擎。您只需为使用的资源付费,这使其成为动态高效数据管理的理想解决方案。
适用于 InfluxDB 的 Amazon Timestream 新增功能!
适用于 InfluxDB 的 Amazon Timestream 是一项托管、高度可用、开源的时间序列数据库,可轻松在云中设置、操作和扩展 InfluxDB 实例。使用按需数据库(DB)实例,您只需要按数据库实例运行的小时数为计算容量付费,无需长期承诺。这样,您就无需承担计划、购买和维护硬件的成本和复杂工作。数据库实例和存储费用基于所选的配置。
按数据库实例定价
适用于 InfluxDB 的 Timestream 支持单可用区和多可用区部署、优化的实例类以及存储类型,您可以选择符合工作负载要求的存储类型。
- 不管是单可用区部署还是多可用区部署,定价都基于使用的数据库实例小时数,起止时间分别为数据库实例的启动和停止或删除时间。
- 对于多可用区部署,需要对适用于 InfluxDB 的 Timestream 主实例和辅助副本收取实例费用。
- 部分数据库实例小时在可计费状态更改(例如创建、启动或修改数据库实例类)后,以 1 秒为增量计费,最低收取 10 分钟的费用,。
-
单可用区部署
-
多可用区部署
-
单可用区部署
-
实例定价
计算的按需定价:
-
多可用区部署
-
实例定价
计算的按需定价:
按数据库存储定价
数据库存储按每月每 GB 计费。该数量由所选的存储类型和为数据库分配的存储卷确定。适用于 InfluxDB 的 Timestream 数据库支持以下存储类型:
Influx 包含 I/O 的存储:此存储选项旨在满足 I/O 最密集的 InfluxDB 时间序列工作负载的需求。有三个选项可供选择:具有 3000 IOPS(最小大小 20GiB)的 Influx 包含 I/O 的存储、具有 12000 IOPS(最小大小 400GiB)的 Influx 包含 I/O 的存储以及具有 16000 IOPS (最小大小 400GiB)的 Influx 包含 I/O 的存储。
-
单可用区部署
-
多可用区部署
-
单可用区部署
-
存储定价
存储的按需定价:
-
多可用区部署
-
存储定价
存储的按需定价:
数据传输定价
- 在位于同一可用区的适用于 InfluxDB 的 Timestream 实例和 Amazon EC2 实例之间传输数据:
免费。
- 出于复制多可用区部署的目的在不同可用区之间传输数据:
免费。
- VPC 外的适用于 InfluxDB 的 Timestream 实例
如果在同一 AWS 区域、不同可用区的 EC2 实例和适用于 InfluxDB 的 Timestream 实例之间传输数据,则不会向适用于 InfluxDB 的 Timestream 实例传入和传出流量收取数据传输费。您只需按标准 EC2 区域数据传输费(每传入/传出 1GiB 收取 0.01 USD),为传入或传出 EC2 实例的数据付费。
- VPC 内适用于 InfluxDB 的 Timestream 实例:
如果在同一区域、不同可用区的 EC2 实例和适用于 InfluxDB 的 Timestream 实例实例之间传输数据,则将对传输双方收取 EC2 区域数据传输费。
适用于 LiveAnalytics 的 Amazon Timestream
适用于 LiveAnalytics 的 Amazon Timestream 是一个无服务器时间序列数据库,可自动扩展至每分钟摄取数 GB 的时间序列。使用适用于 LiveAnalytics 的 Timestream,您只需为工作负载消耗的资源支付费用。写入、内存存储、磁性存储和查询需要单独付费。
对于写入、内存存储和磁性存储,您需要按写入和存储的数据量付费。对于查询,您需要按应用程序使用的计算容量付费。计算能力以 Timestream 计算单位(TCU)来衡量。一个 TCU 包含 4vCPU 和 16GB 内存。TCU 按小时计费,计费精确到每秒(30 秒起计)。存储在磁性存储中的数据按每月 GB 数计费,100GB 起计。
适用于 LiveAnalytics 的 Timestream 根据以下操作收费:
- 写入次数:从应用程序写入表格的数据量(四舍五入到最接近的 KB)
- 查询:您的应用程序使用的 Timestream 计算单位(TCU)的持续时间,以 TCU 小时为单位
- 内存存储:每个表的内存存储中存储的数据量,以 GB 小时计费
- 磁性存储:每个表的磁性存储中存储的数据量,以 GB 月计费
查询
查询按您的应用程序使用的 Timestream 计算单位(TCU)的持续时间(以 TCU 小时为单位)计费。
内存存储
内存存储费用根据每个 Amazon Timestream 表的内存存储中所存储的时间序列数据量计算。
磁性存储
磁性存储费用根据每个 Amazon Timestream 表的磁性存储中所存储的时间序列数据量计算。
免费套餐
作为 AWS Free Tier 的一部分,您可以免费开始使用适用于 LiveAnalytics 的 Timestream。注册后,新客户将在适用于 LiveAnalytics 的 Timestream 为期一个月的免费试用期内获得 50GB 的数据摄取量、100GB 的磁层存储空间、750GB-小时的内存层存储空间和 24 TCU-小时的查询使用量。
定价示例
使用适用于 InfluxDB 的 Timestream 对不间断电源系统进行实时基础设施监控
设想有一个实时基础设施监控系统,旨在管理超过 5000 个不间断电源(UPS)设备。该系统旨在实时分析重要指标,以确保这些设备的可靠性和效率。
每个 UPS 设备每 10 秒传输一次数据。该数据包含 5 个关键字段:输入/输出电压、负载容量、温度和电池电量。除了这些字段之外,每个数据包还包含四个基本标签(deviceId、deviceModel、location 和 manufacturer),为指标添加多层上下文信息。
监控过程是通过复杂的仪表板系统执行的。这些仪表板被编程为每 60 秒刷新一次,并在每个周期总共运行 15 个查询。此设置提供所有连接 UPS 设备的状态和性能的近实时视图,以便及时做出决策和采取行动。
该系统的另一个重要特征是其自动异常检测能力。任务设置为每 10 秒运行一次,仔细扫描传入的数据是否与预定义阈值有任何偏差。一旦检测到任何异常,系统会立即触发警报,确保立即关注潜在问题。
为了支持这种广泛的数据处理和实时监控系统的需求,强大的数据库基础设施至关重要。配备 400 GiB Influx 包含 I/O 的存储,并且能够处理 3000 IOPS 的 db.influx.2xlarge 实例非常适合这种工作负载。
单可用区部署成本(每月)
- 计算成本:697.88 USD
- 基于 db.influx.2xlarge 实例
- 每天运行 24 小时,持续 1 个月
- 费率:每小时 0.956 USD
- 总小时数:730(1 个月)
- 存储成本:40.00 USD
- 400GiB Influx 包含 I/O 的存储(3000 IOPS)
- 费率:每月每 GB 0.10 USD
- 单可用区配置
- 每月总费用:737.88 USD
多可用区部署成本(每月)
- 计算成本:1396.49 USD
- 基于多可用区 db.influx.2xlarge 实例
- 每天运行 24 小时,持续 1 个月
- 费率:每小时 1.913 USD
- 总小时数:730(1 个月)
- 存储成本:80 USD
- 400GiB Influx 包含 I/O 的存储(3000 IOPS)
- 费率:每月每 GB 0.20 USD
- 多可用区设置
- 每月总费用:1476.49 USD
使用适用于 InfluxDB 的 Timestream 对家庭安全系统进行实时物联网监控
考虑为超过 8 万个物联网家庭自动化和安全客户的网络设计的实时安全监控服务。家庭控制中央单元每 60 秒会向基于 InfluxDB 的数据库系统发送一组全面的数据,其中包括 6 个标签和 15 个字段。
系统将对从这些中央单位收到的数据进行更大规模的汇总和分析,以生成富有洞察力的趋势报告和建议。然后,将这些报告和建议提供给最终用户,帮助他们优化家庭安全和自动化设置。
除了常规数据之外,家庭设备还生成独特类别的实时事件,特别关注安全方面。这些安全事件由专门的控制中心实时监控。控制中心配备高级控制面板,可运行大约 50 个查询,每 30 秒刷新一次。此设置可提供所有联网家庭的安全状态近乎即时的概览。
此外,系统设计为每隔 5 秒自动检查某些类型的事件。此功能能够在满足特定条件时立即向外部系统生成自动通知,从而显著增强系统在安全问题上的响应能力。
为了满足这些连续数据处理要求以及实时安全事件监控,需要强大的数据库基础设施。db.influx.8xlarge 实例配备 600 GiB Influx 包含 I/O 的存储,配置为 12000 IOPS,非常适合处理此工作负载。
单可用区部署成本(每月)
- 计算成本:2792.25 USD
- 基于 db.influx.8xlarge 实例
- 每天运行 24 小时,持续一个月
- 费率:每小时 3.825 USD
- 总小时数:730(1 个月)
- 存储成本:210 USD
- 600GiB Influx 包含 I/O 的存储(12000 IOPS)
- 费率:每月每 GB 0.35 USD
- 单可用区配置
- 每月总费用:3002.25 USD
多可用区部署成本(每月)
- 计算成本:5584.50 USD
- 基于多可用区 db.influx.8xlarge 实例
- 每天运行 24 小时,持续一个月
- 费率:每小时 7.65 USD
- 总小时数:730(1 个月)
- 存储成本:420 USD
- 600GiB Influx 包含 I/O 的存储(12000 IOPS)
- 费率:每月每 GB 0.70 USD(多可用区设置)
- 每月总费用:6004.50 USD
使用适用于 InfluxDB 的 Timestream 进行电子商务用户行为分析
假设有一个中等规模的电子商务平台,该平台侧重于通过用户行为分析来优化转化率。该网站拥有 400 万注册用户,每日活跃用户约为 20 万。这项活动每天会转化为大约 1000 万个事件。
该网站的遥测系统旨在捕获实时事件,每个事件都会生成由 8 个标签和 3 个字段组成的记录。用户识别通过用户 ID(可以是已知的或匿名的)、设备类型和 UTM 标签的组合来实现。同时,每个遥测事件都具有三个主要属性:事件类型、加载时间以及事件来源(例如广告、评论或搜索)。
然后,对这些丰富的时间序列数据集进行聚合和分析,以增强各个方面的用户体验,包括优化产品推荐、轮换广告和策略性地放置横幅。系统每 5 分钟执行 100 多次查询,从而生成不同类型的数据聚合。这些聚合对于机器学习模型的持续更新和优化至关重要。
配置了 800 GiB Influx 包含 I/O 的存储、能够实现 16000 IOPS(每秒输入/输出操作)的 db.influx.16xlarge 实例适合处理此工作负载。
单可用区部署成本(每月)
- 计算成本:5584.50 USD
- 基于 db.influx.16xlarge 实例
- 每天运行 24 小时,持续 1 个月
- 费率:每小时 7.65 USD
- 总小时数:730(1 个月)
- 存储成本:400 USD
- 800GiB Influx 包含 I/O 的存储(16000 IOPS)
- 费率:每月每 GB 0.50 USD
- 单可用区配置
- 每月总费用:5984.50 USD
多可用区部署成本(每月)
- 计算成本:11169 USD
- 基于多可用区 db.influx.16xlarge 实例
- 每天运行 24 小时,持续 1 个月
- 费率:每小时 15.30 USD
- 总小时数:730(1 个月)
- 存储成本:800 USD
- 800GiB Influx 包含 I/O 的存储(16000 IOPS)
- 费率:每月每 GB 1 USD
- 多可用区设置
- 每月总费用:11969 USD
使用适用于 LiveAnalytics 的 Timestream 监控视频媒体流应用程序的性能和运行状况
设想有一个在 2000 个 EC2 实例上运行的视频流服务。该服务侧重于实时分析流媒体指标,以评测应用程序性能、识别异常、解决问题并发现优化机会。每个 EC2 实例会不断发出四个关键指标:视频启动时间、重新缓冲比率、视频播放失败和平均帧速率。这些指标每秒捕获一次,可提供流式传输质量的详细视图。
为了检测异常情况,系统配置了 7 个每秒运行一次的查询,检查前 10 分钟的数据是否存在异常情况。此外,还设置了一个包含八个小部件的控制面板来显示过去六个小时的数据,为有效监控提供全面的视图。该控制面板设备为可供五个用户并发访问,并且每小时刷新一次。
适用于 LiveAnalytics 的 Timestream 数据库在此设置中发挥着核心作用。它在内存存储中存储六个小时的数据,在磁性存储中存储六个月的数据,确保了数据的即时和长期可用性。此外,选择多测度记录进行数据存储可以在不影响效率的情况下优化成本。
每月成本估算
数据摄取
- 每秒摄取的记录数:2000
- 写入请求速率:每秒 20 个(2000 条记录/100 个批次大小)
成本明细
- 写入成本:183.96 USD
- 使用多测度记录计算得出一个典型时间序列记录的大小为 70 字节(每条记录将包含 3 个 varchar 类型的维度(10 字节)和 4 个 double 类型的测度(8 字节)以及 8 字节的时间戳)。
- 每秒摄取的记录数:2000(每台 EC2 计算机发出一条记录)。我们建议在写入请求中以 100 条为一批来摄取这些记录。
- 计算:20 个请求/秒 * 7KiB/请求 * 3600 秒/小时 * 730 小时/月 * 0.50 USD/百万次 1KiB 写入
- 内存存储成本:74.47 USD
- 计算:70 字节/记录 * 2000 条记录/秒 * 3600 秒/小时 * 730 小时/月 * 6 小时 * 0.036 USD/GB-小时。
- 磁性存储成本:66.22 USD
- 计算:70 字节/记录 * 2000 条记录/秒 * 3600 秒/小时 * 730 小时/月 * 6 个月 * 0.03 USD/GB-月。
- 查询费用:1588.19 USD
- 警报查询:1512.56 USD
- 7 个 QPS(约 1840 万个查询/月)需要 4 个 TCU。
- 计算:4 个 TCU * 0.518 USD/ TCU-小时 *730 小时/月
- 控制面板查询:75.63 USD
- 40 个并发控制面板查询需要大约 24 个 TCU。
- 计算:24 个 TCU *(30 秒/3600)小时 * 0.518 USD/TCU 小时 * 730 小时/月
- 警报查询:1512.56 USD
每月总费用
- 总计:每月 1912.84 USD
通过适用于 LiveAnalytics 的 Timestream,利用分析来检测欺诈支付并制定更好的业务决策
假设有一个与美国主要城市的众多销售点终端相连的动态支付处理系统。该系统旨在实时捕获和分析交易数据,以检测欺诈活动并为关键业务查询提供答案,例如识别最繁忙和最不活跃的销售点终端、确定每个城市的高峰交易时间,以及并识别每小时交易率最高的城市。
该系统处理大量数据,每秒处理约 5,000 笔交易。存储在适用于 LiveAnalytics 的 Amazon Timestream 中的每笔交易包含 100 个字节。该分析由每秒运行一次的用于欺诈检测的查询,以及进行数据聚合、切片和切块以得出业务见解的查询提供支持。
该应用程序每秒运行 14 个查询,以得出在控制面板中向多个用户呈现的见解。分析针对商店营业的 8 小时营业时间进行。数据留存策略包括两小时的内存存储和六个月的磁性存储。
该系统还利用多测度记录来实现高效的数据存储,并将数据以 100 为一组进行批处理,每批数据的重复率约为 35%。为了提高查询效率,仅扫描过去一小时内积累的数据的约 2%。
每月成本估计(带有单测度记录)
数据摄取
- 每秒摄取的记录数:5000
- 写入请求速率:每秒 50 个(5000 条记录/100 个批次大小)
成本明细
- 写入成本:216.00 USD
- 每秒摄取的记录数:5000。我们建议在写入请求中以 100 条为一批来摄取这些记录。
- 计算:50 个请求/秒 * 10KiB/请求 * 3600 秒/小时 * 8 小时/天 * 30 天/月 * 0.50 USD/百万次 1KiB 写入。
- 内存存储成本:34.99 USD
- 计算:100 字节/记录 * 5000 条记录/秒 * 3600 秒/小时 * 2 小时 * 约 9 小时/天(仅按使用量收费)*30 天/月 * 0.036 USD/GB-小时。
- 磁性存储成本:77.76 USD
- 计算:100 字节/记录 * 5000 条记录/秒 * 3600 秒/小时 * 8 小时/天 * 30 天/月 * 6 个月 * 0.03 USD/GB-月。
- 查询成本:994.56 USD/月
- 14 QPS 需要大约 8 个 TCU
- 计算:8 个 TCU * 每天 8 小时 * 0.518 USD/TCU-小时 * 30 天/月
每月总费用
- 总计:每月 1323.31 USD