规划 Azure 时序见解 Gen2 环境
注意
时序见解服务将于 2024 年 7 月 7 日停用。 请考虑尽快将现有环境迁移到备用解决方案。 有关弃用和迁移的详细信息，请访问我们的文档。
本文介绍有关快速规划和开始使用 Azure 时序见解第 2 代的最佳做法。
有关计划和准备的最佳实践
围绕环境规划和准备的最佳做法在以下文章中进一步进行了阐述：
- 在预配 Azure 时序见解第 2 代环境时获得的功能。
- 时序 ID 和时间戳属性是什么。
- 新时序模型是什么，以及如何生成自己的模型。
- 如何在 JSON 中高效地发送事件。
- Azure 时序见解业务灾难恢复选项。
Azure 时序见解采用即用即付业务模型。 若要详细了解费用和容量，请阅读 Azure 时序见解定价。
第 2 代环境
预配 Azure 时序见解第 2 代环境时，请创建两个 Azure 资源：
- Azure 时序见解第 2 代环境
- Azure 存储帐户
我们在预配过程中指定是否要启用暖存储。 暖存储提供分层的查询体验。 启用后，必须指定 7 到 30 天的保留期。 在暖存储保留期内执行的查询通常响应时间更短。 如果查询跨越暖存储保留期，系统会从冷存储为其提供服务。
在暖存储上进行的查询免费，而在冷存储上进行的查询则收费。 必须了解查询模式并对暖存储配置进行相应的计划。 建议将对最新数据进行的交互式分析驻留在暖存储中，将模式分析和长期趋势驻留在冷存储中。
注意
若要详细了解如何查询暖数据，请阅读 API 参考。
若要开始，需要三个附加项：
- 时序模型
- 连接到时序见解的事件源
- 事件源的事件它们映射到模型并且采用有效 JSON 格式
查看 Azure 时序见解第 2 代限制
属性限制
对于暖存储，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 的速率。 若要了解详细信息，请参阅流式引入吞吐量限制。
API 限制
REST API 参考文档中指定了针对 Azure 时序见解第 2 代的 REST API 限制。
配置时序 ID 和时间戳属性
若要创建新的 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 时序见解中采用其他跨区域可用性配置。
IoT 和事件中心
某些 Azure IoT 服务也包含内置的业务灾难恢复功能：
- Azure IoT 中心高可用性灾难恢复，包括区域内部冗余
- Azure 事件中心策略
- Azure 存储冗余
将 Azure 时序见解与其他服务集成有可能会提供更多的灾难恢复机制。 例如，可将发送到事件中心的遥测数据保留在 Azure Blob 存储备份数据库中。
Azure 时序见解
可通过多种方式使 Azure 时序见解数据、应用和服务保持正常运行，即使发生中断。
但是，还可以确定是否需要出于以下目的，来创建 Azure 时序环境的完整备份副本：
- Azure 时序见解专门将数据和流量重定向到某个故障转移实例
- 保留数据和审核信息
一般而言，复制 Azure 时序见解环境的最佳方法是在备份 Azure 区域中创建另一个 Azure 时序见解环境。 来自主要事件源的事件也会发送到此辅助环境。 请务必使用另一个专用使用者组。 遵循前面所述的源业务灾难恢复指导原则。
若要创建副本环境：
- 在另一个区域中创建环境。 有关详细信息，请参阅在 Azure 门户中创建新的 Azure 时序见解环境。
- 为事件源创建另一个专用使用者组。
- 将该事件源连接到新环境。 请务必指定第二个专用使用者组。
- 请查看 Azure 时序见解 IoT 中心和事件中心文档。
发生事件时：
- 如果主要区域在灾难事件期间受到影响，请将操作重新路由到备用 Azure 时序见解环境。
- 由于故障转移后的中心序列号从 0 重新开始编制，因此，请为不同使用者组的区域/环境均重新创建事件源，以免创建看似重复的事件。
- 删除主事件源（现在处于非活动状态），以便为你的环境释放可用事件源。 （限制每个环境只能有两个活动事件源。）
- 使用第二个区域来备份和恢复所有 Azure 时序见解遥测数据与查询数据。