注释
时序见解服务将于 2024 年 7 月 7 日停用。 请考虑尽快将现有环境迁移到备用解决方案。 关于废弃和迁移的详细信息，请访问我们的 文档。
本文介绍了使用 Azure 时序见解第 2 代进行快速规划和启动的最佳实践。
有关计划和准备的最佳实践
围绕环境规划和准备的最佳做法在以下文章中进一步进行了阐述：
- 你在配置 Azure 时序见解 Gen2 环境时可以获得的功能。
- 您的时序标识符和时间戳属性是什么。
- 新时序模型是什么，以及如何生成自己的模型。
- 如何在 JSON 中高效地发送事件。
- Azure 时序洞察企业灾难恢复选项。
Azure Time Series Insights 采用按需付费业务模型。 若要详细了解费用和容量，请阅读 Azure 时序洞察定价。
第 2 代环境
设置 Azure Time Series Insights Gen2 环境时，会创建两个 Azure 资源：
- Azure 时序洞察 Gen2 环境
- 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 的最佳做法和引入规则。
时间戳属性也十分重要。 可以在添加事件源时指定此属性。 每个事件源都有一个可选的时间戳属性，它用于随时间推移跟踪事件源。 时间戳值区分大小写，并且必须按照每个事件源的单独规范进行格式化。
留空时，事件排入 IoT 中心或事件中心的时间将用作事件时间戳。 通常情况下，用户应选择对时间戳属性进行自定义，并使用传感器或标记生成读数时的时间，而不是使用中心排队时间。 若要获取详细信息并了解时区偏移量，请参阅事件源时间戳。
了解时序模型
现在可以配置 Azure 时序见解环境的时序模型。 通过新模型可以轻松查找和分析 IoT 数据。 它可实现时序数据的特选、维护和扩充，并可帮助准备供使用者使用的数据集。 模型使用时序 ID，这些 ID 映射到将唯一资源与变量（称为类型）和层次结构关联的实例。 请阅读时序模型概述以了解详情。
模型是动态的，因此可以随时生成。 若要快速开始，请先构建并上传项目，然后再将数据推送到 Azure 时序洞察。 若要生成模型，请阅读使用时序模型。
对于许多客户而言，时序模型映射到已实施的现有资产模型或 ERP 系统。 如果没有现有模型，则提供了预生成用户体验以快速启动并运行。
策划您的活动
您可以验证向 Azure 时序见解发送事件的方式。 理想情况下，你的事件经过良好和有效的非规范化处理。
一个好的经验法则是：
- 将元数据存储在时序模型中。
- 确保时序模式、实例字段和事件仅包括必要信息，例如：时序 ID 或时间戳属性。
若要获取详细信息并了解如何展开和存储事件，请阅读 JSON 展开和转义规则。
业务灾难恢复
本部分介绍 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 时序洞察的遥测和查询数据。