规划 Azure 时序洞察 Gen1 环境
注意
时序见解服务将于 2024 年 7 月 7 日停用。 请考虑尽快将现有环境迁移到备用解决方案。 有关弃用和迁移的详细信息，请访问我们的 文档。
谨慎
这是一篇 Gen1 文章。
本文介绍如何基于您预期的输入速率和数据保留期限要求规划 Azure 时序见解 Gen1 环境。
视频
观看此视频，了解 Azure 时序见解中的数据保留策略以及如何进行规划：
最佳做法
若要开始使用 Azure 时序见解，最好是知道预计按分钟推送的数据量以及存储数据需要多长时间。
有关 Azure 时序见解 SKU 的容量和保留的详细信息，请阅读 Azure 时序见解定价。
若要最好地规划 Azure 时序见解环境，以便实现长期成功，请考虑以下属性：
存储容量
默认情况下，Azure 时序见解会根据您预配的存储量（单位×每个单位的存储量）和数据传入量来保留数据。
数据保留期
可以在 Azure 时序见解环境中更改 数据保留时间 设置。 最多可以启用 400 天的保留期。
Azure Time Series Insights 具有两种模式：
- 一种模式针对最 up-to日期数据进行优化。 它强制实施策略来 清除旧数据 保留最新数据供实例使用。 默认情况下，此模式处于打开状态。
- 另一个优化数据以保持低于配置的保留限制。 暂停传入 作为 存储限制超出行为时，阻止新的数据被传入。
可以在 Azure 门户中环境配置页上的两种模式之间调整保留期和切换。
重要
可以在 Azure 时序见解 Gen1 环境中配置最多 400 天的数据保留期。
配置数据保留
在 Azure 门户中，选择你的时间序列洞察环境。
在 时序见解环境 窗格中，在 设置下，选择 存储配置。
在 数据保留时间（以天为单位） 框中，输入介于 1 和 400 之间的值。
提示
若要详细了解如何实施适当的数据保留策略，请阅读 如何配置保留。
入口容量
下面总结了 Azure 时序见解 Gen1 中的关键限制。
SKU 进入速率和容量
配置新的 Azure 时序见解环境时，S1 和 S2 SKU 入口率和容量提供了灵活性。 SKU 容量根据存储的事件数或字节数指示每日入口速率，以先到者为准。 请注意，流量入口以每分钟 来度量，并采用令牌桶算法实现 限制。 入口以 1 KB 块为单位。 例如，将 0.8-KB 的实际事件度量为一个事件，2.6-KB 事件被计为三个事件。
| S1 SKU 容量 | 入口速率 | 最大存储容量 |
|---|---|---|
| 1 | 每天 1 GB（100 万个事件） | 30 GB （3000 万事件） |
| 10 | 每天 10 GB（1000 万个事件） | 300 GB（3 亿个事件） |
| S2 SKU 容量 | 入口速率 | 最大存储容量 |
|---|---|---|
| 1 | 每天 10 GB（1000 万个事件） | 300 GB（3 亿个事件） |
| 10 | 每天 100 GB （1 亿个事件） | 3 TB （30 亿事件） |
注意
容量可以线性扩展，因此 S1 SKU 的容量为 2，每天支持 2 GB（200 万个）事件的进入速度，每月支持 60 GB（6000 万个事件）。
S2 SKU 环境每月支持更多事件，并且入口容量明显提高。
| SKU | 每月事件统计 | 每分钟的事件计数 | 每分钟的事件大小 |
|---|---|---|---|
| S1 | 3000 万 | 720 | 720 KB |
| S2 | 3 亿 | 7,200 | 7,200 KB |
属性限制
Gen1 属性限制取决于所选的 SKU 环境。 提供的事件属性具有相应的 JSON、CSV 和图表列，这些列可以在 Azure 时序见解资源管理器 中查看。
| SKU | 最大属性 |
|---|---|
| S1 | 600 个属性（列） |
| S2 | 800 个属性（列） |
事件源
每个实例最多支持两个事件源。
API 限制
Azure 时序洞察 Gen1 的 REST API 限制在 REST API 参考文档中指定。
环境规划
要重点规划 Azure 时序见解环境的第二个领域是入口容量。 每日的入口存储和事件容量以每分钟为单位，用1 KB块进行测量。 允许的最大数据包大小为 32 KB。 大于 32 KB 的数据包将被截断。
可以在单个环境中将 S1 或 S2 SKU 的容量增加到 10 个单位。 无法从 S1 环境迁移到 S2。 无法从 S2 环境迁移到 S1。
对于入口容量，首先确定每月所需的总入口量。 接下来，确定你的每分钟所需。
限制和延迟在每分钟容量中发挥作用。 如果数据流入量峰值持续不到 24 小时，Azure 时序见解可以“赶上”，其入口速率是上表中所列速率的两倍。
例如，如果有单个 S1 SKU，并且数据以每分钟 720 个事件的速率输入，且数据速率在不到一小时内出现峰值至 1,440 个事件或更少，那么在您的环境中不会出现明显的延迟。 但是，如果每分钟的事件数在一个小时内超过 1,440 个，你可能会遇到在你的环境中可视化和可供查询的数据延迟。
你可能事先不知道要推送的数据量。 在这种情况下，可以在 Azure 门户订阅中找到 Azure IoT 中心 和 Azure 事件中心 的数据遥测数据。 遥测可帮助你确定如何预配环境。 使用 Azure 门户中的 指标 窗格查看相应事件源的遥测。 如果了解事件源指标，可以更有效地规划和预配 Azure 时序见解环境。
计算入口要求
要计算您的入口要求：
验证您的入口容量是否高于您的每分钟平均速率，并且您的环境是否足够大，可以处理预计入口流量相当于您的容量的两倍且持续时间不超过一小时。
如果入流量峰值持续超过 1 小时，应使用峰值率作为平均值。 配置具备处理突发率能力的环境。
缓解节流和延迟
有关如何防止限制和延迟的信息，请阅读 缓解延迟和限制。
策划您的活动
请确保您将事件发送到 Azure 时序见解的方式能支持您正在预配的环境大小。 相反，可以根据 Azure 时序见解读取的事件数量和每个事件的大小来映射环境的大小。在查询数据时，考虑到可能需要用于切片和筛选的属性也同样重要。
提示
查看 发送事件中的 JSON 格式化文档。
确保具有参考数据
引用数据集 是一个集合，包含用于增强事件源中事件的项目。 Azure 时序见解入口引擎将事件源中的每个事件与引用数据集中的相应数据行联接。 然后，增强事件可用于查询。 该联接基于引用数据集中定义的 主键 列。
注意
参考数据没有被逆向关联。 配置和上传引用数据集后，仅匹配当前和将来的入口数据并将其联接到引用数据集。 如果计划将大量历史数据发送到 Azure 时序见解，并且不首先在 Azure 时序见解中上传或创建参考数据，则可能需要重做工作（提示：不有趣）。
若要详细了解如何在 Azure 时序见解中创建、上传和管理引用数据，请阅读 参考数据集文档。
业务灾难恢复
本部分介绍 Azure 时序见解的功能，这些功能使应用和服务保持运行，即使发生灾难（称为 业务灾难恢复）。
高可用性
作为 Azure 服务，Azure 时序见解通过使用 Azure 区域级别的冗余提供某些 高可用性 功能。 例如，Azure 通过 Azure 的 跨区域可用性 功能支持灾难恢复功能。
通过 Azure 提供的其他高可用性功能（也可用于任何 Azure 时序见解实例）包括：
- 故障转移：Azure 提供 异地复制和负载均衡。
- 数据还原 和 存储恢复：Azure 提供了多个选项来保留和恢复数据。
- Azure Site Recovery：Azure 通过 Azure Site Recovery提供恢复功能。
- Azure 备份：Azure 备份 同时支持 Azure VM 的本地备份和云中备份。
请确保启用相关的 Azure 功能，以便为设备和用户提供全球跨区域高可用性。
注意
如果 Azure 配置为启用跨区域可用性，则 Azure 时序见解中不需要其他跨区域可用性配置。
IoT 和事件中心
某些 Azure IoT 服务还包括内置业务灾难恢复功能：
- Azure IoT 中心高可用性灾难恢复，其中包括区域内部冗余
- Azure 事件中心策略
- Azure 存储冗余
将 Azure 时序见解与其他服务集成可提供额外的灾难恢复机会。 例如，发送到事件中心的遥测数据可能会保存到备份 Azure Blob 存储数据库。
Azure 时序分析
有几种方法可以保持 Azure Time Series Insights 数据、应用和服务的运行，即使在发生中断时也是如此。
但是，出于以下目的，可以确定还需要 Azure 时序环境的完整备份副本：
- 作为 故障转移实例， Azure 时序见解专门将数据和流量重定向到
- 保留数据和审核信息
通常，复制 Azure 时序见解环境的最佳方式是在备份 Azure 区域中创建第二个 Azure 时序见解环境。 事件也从主事件源发送到此辅助环境。 请确保使用第二个专用使用者组。 按照上述源的业务灾难恢复指南进行操作。
若要创建重复的环境，请执行以下操作：
- 在第二个区域中创建环境。 有关详细信息，请阅读 在 Azure 门户中创建新的 Azure 时序见解环境。
- 为事件源创建第二个专用使用者组。
- 将该事件源连接到新环境。 请确保指定第二个专用使用者组。
- 查看 Azure 时序洞察 IoT 中心 和 事件中心 的文档。
如果发生事件：
- 如果在发生灾难事件期间主要区域受到影响，请将操作重新路由到备份 Azure 时序见解环境。
- 由于中心序列号在故障转移后会从0开始重新计数，因此请在两个区域/环境中使用不同的消费组重新创建事件源，以避免生成看似重复的事件。
- 删除主事件源（现在处于非活动状态）以释放环境的可用事件源。 （每个环境有两个活动事件源的限制。
- 使用第二个区域来备份和恢复所有 Azure 时序洞察的遥测和查询数据。
后续步骤
首先，在 Azure 门户中创建新的 Azure 时序见解环境
。 了解如何 将事件中心事件源 添加到 Azure 时序见解。
了解如何 配置 IoT 中心事件源。