规划 Azure 时序见解 Gen2 环境
注意
时序见解服务将于 2024 年 7 月 7 日停用。 请考虑尽快将现有环境迁移到备用解决方案。
本文介绍有关快速规划和开始使用 Azure 时序见解第 2 代的最佳做法。
围绕环境规划和准备的最佳做法在以下文章中进一步进行了阐述：
- 在预配 Azure 时序见解第 2 代环境时获得的功能。
- 时序 ID 和时间戳属性是什么。
- 新时序模型是什么，以及如何生成自己的模型。
- 如何在 JSON 中高效地发送事件。
- Azure 时序见解业务灾难恢复选项。
Azure 时序见解采用即用即付业务模型。 若要详细了解费用和容量，请阅读 Azure 时序见解定价。
预配 Azure 时序见解第 2 代环境时，请创建两个 Azure 资源：
- Azure 时序见解第 2 代环境
- Azure 存储帐户
我们在预配过程中指定是否要启用暖存储。 暖存储提供分层的查询体验。 启用后，必须指定 7 到 30 天的保留期。 在暖存储保留期内执行的查询通常响应时间更短。 如果查询跨越暖存储保留期，系统会从冷存储为其提供服务。
在暖存储上进行的查询免费，而在冷存储上进行的查询则收费。 必须了解查询模式并对暖存储配置进行相应的计划。 建议将对最新数据进行的交互式分析驻留在暖存储中，将模式分析和长期趋势驻留在冷存储中。
注意
若要详细了解如何查询暖数据，请阅读 API 参考。
若要开始，需要三个附加项：
- 时序模型
- 连接到时序见解的事件源
- 事件源的事件它们映射到模型并且采用有效 JSON 格式
对于暖存储，Azure 时序见解属性限制已增加到 1,000，而对于冷存储，则没有属性限制。 提供的事件属性具有相应的 JSON、CSV 和图表列，可以在 Azure 时序见解第 2 代资源管理器中查看这些信息。
| SKU | 最大属性数 |
|---|---|
| 第 2 代 (L1) | 对于暖存储，限制为 1,000 个属性（列），而对于冷存储，则无限制。 |
| 第 1 代 (S1) | 600 属性（列） |
| 第 1 代 (S2) | 800 属性（列） |
每个环境最多只能有两个事件源。
有关事件源的最佳做法和一般指南，可在此处找到
默认情况下，对于每个 Azure 时序见解第 2 代环境，Azure 时序见解第 2 代可按每秒最多 1 兆字节 (MBps) 的速率引入传入的数据。 存在针对单个中心分区的其他限制。 通过 Azure 门户提交支持票证最多可获得 2 MBps 的速率。 若要了解详细信息，请参阅流式引入吞吐量限制。
REST API 参考文档中指定了针对 Azure 时序见解第 2 代的 REST API 限制。
若要创建新的 Azure 时序见解环境，请选择时序 ID。 此操作用作数据的逻辑分区。 如前所述，请确保时序 ID 已准备就绪。
重要
时序 ID 以后不能更改。 在进行最终选择和首次使用之前验证每个 ID。
可以选择最多三个键以唯一区分资源。 有关详细信息，请阅读选择时序 ID 的最佳做法和引入规则。
时间戳属性也十分重要。 可以在添加事件源时指定此属性。 每个事件源都有一个可选的时间戳属性，它用于随时间推移跟踪事件源。 时间戳值区分大小写，并且必须按照每个事件源的单独规范设置格式。
留空时，事件排队进入 IoT 中心或事件中心的时间将用作事件时间戳。 通常情况下，用户应选择对时间戳属性进行自定义，并使用传感器或标记生成读数时的时间，而不是使用中心排队时间。 若要获取详细信息并了解时区偏移量，请参阅事件源时间戳。
现在可以配置 Azure 时序见解环境的时序模型。 通过新模型可以轻松查找和分析 IoT 数据。 它可实现时序数据的特选、维护和扩充，并可帮助准备供使用者使用的数据集。 模型使用时序 ID，这些 ID 映射到将唯一资源与变量（称为类型）和层次结构关联的实例。 请阅读时序模型概述以了解详情。
模型是动态的，因此可以随时生成。 若要快速开始，请先生成并上传它，然后再将数据推送到 Azure 时序见解。 若要生成模型，请阅读使用时序模型。
对于许多客户而言，时序模型映射到已实施的现有资产模型或 ERP 系统。 如果没有现有模型，则提供了预生成用户体验以快速启动并运行。
可以验证将事件发送到 Azure 时序见解的方法。 理想情况下，事件非规范化且高效。
一个好的经验法则是：
- 将元数据存储在时序模型中。
- 确保时序模式、实例字段和事件仅包括必要信息，例如：时序 ID 或时间戳属性。
若要获取详细信息并了解如何平展和存储事件，请阅读 JSON 平展和转义规则。
本部分介绍即使发生了灾难，也能使应用和服务保持正常运行的 Azure 时序见解功能（称为“业务灾难恢复”）。
作为一项 Azure 服务，Azure 时序见解使用 Azure 区域级别的冗余提供某些高可用性功能。 例如，Azure 支持通过其跨区域可用性功能来实现 灾难恢复功能。
通过 Azure 提供的其他高可用性功能（以及同样适用于任何 Azure 时序见解实例的功能）包括：
- 故障转移：Azure 提供了异地复制和负载均衡备份方式。
- 数据还原和存储恢复：Azure 提供了保留和恢复数据的多个选项。
- Azure Site Recovery：Azure 通过 Azure Site Recovery 提供恢复功能。
- Azure 备份：Azure 备份支持 Azure VM 的本地和云中备份。
请务必启用相关的 Azure 功能，以便为设备和用户提供全局跨区域高可用性。
注意
如果已将 Azure 配置为启用跨区域可用性，则不需要在 Azure 时序见解中采用其他跨区域可用性配置。
某些 Azure IoT 服务也包含内置的业务灾难恢复功能：
- Azure IoT 中心高可用性灾难恢复，包括区域内部冗余
- Azure 事件中心策略
- Azure 存储冗余
将 Azure 时序见解与其他服务集成有可能会提供更多的灾难恢复机制。 例如，可将发送到事件中心的遥测数据保留在 Azure Blob 存储备份数据库中。
可通过多种方式使 Azure 时序见解数据、应用和服务保持正常运行，即使发生中断。
但是，还可以确定是否需要出于以下目的，来创建 Azure 时序环境的完整备份副本：
- Azure 时序见解专门将数据和流量重定向到某个故障转移实例
- 保留数据和审核信息
一般而言，复制 Azure 时序见解环境的最佳方法是在备份 Azure 区域中创建另一个 Azure 时序见解环境。 来自主要事件源的事件也会发送到此辅助环境。 请务必使用另一个专用使用者组。 遵循前面所述的源业务灾难恢复指导原则。
若要创建副本环境：
- 在另一个区域中创建环境。 有关详细信息，请参阅在 Azure 门户中创建新的 Azure 时序见解环境。
- 为事件源创建另一个专用使用者组。
- 将该事件源连接到新环境。 请务必指定第二个专用使用者组。
- 请查看 Azure 时序见解 IoT 中心和事件中心文档。
发生事件时：
- 如果主要区域在灾难事件期间受到影响，请将操作重新路由到备用 Azure 时序见解环境。
- 由于故障转移后的中心序列号从 0 重新开始编制，因此，请为不同使用者组的区域/环境均重新创建事件源，以免创建看似重复的事件。
- 删除主事件源（现在处于非活动状态），以便为你的环境释放可用事件源。 （限制每个环境只能有两个活动事件源。）
- 使用第二个区域来备份和恢复所有 Azure 时序见解遥测数据与查询数据。