驱动未来：ju:niz Energy 如何利用 InfluxDB 优化可再生能源系统
作者：Jessica Wachtel / 开发者
2024 年 3 月 8 日
导航至
ju:niz Energy 处于德国去中心化能源转型的前沿。为什么？因为 ju:niz Energy 拥有智能能源管理系统，可以控制电池存储和去中心化能源系统，以获得最佳效果。他们的去中心化能源供应包括可再生能源、电池存储、氢能和大型存储系统，这些系统以对电网友好且经济的方式运行。
ju:niz Energy 的挑战
ju:niz Energy 工程师需要新鲜数据和历史数据，用于可再生能源的去中心化生产、存储和转换。例如，他们使用数据来监控每个工厂的气候条件，以确保条件保持在电池安全水平。为了优化电池，工程师使用频率储备和交易。
最终，ju:niz Energy 的旧硬件和软件系统无法满足他们的数据需求。边缘位置和 ju:niz Energy 的中央监控数据库之间不可靠的同步导致数据丢失。边缘数据库实例和云中的存储空间不足导致了严格的保留策略。为了继续发展，ju:niz 需要像他们的能源标准一样创新的新技术。
这些挑战促使 ju:niz Energy 工程师将 InfluxDB OSS 1.x 升级到 InfluxDB 2.0，并添加了 InfluxDB Cloud v1。通过同时使用 InfluxDB OSS 2.0 和 InfluxDB Cloud v1，ju:niz 获得了边缘位置和云之间可靠的同步、高可用性数据库以及更大的存储空间。但挫折仍然存在。ju:niz Energy 较旧设施中剩余的旧硬件与 Influx DB OSS 2.0 的工具不兼容，导致 EDR 无法运行。仍然有数据点未能到达云端。Cloud v1 集群经常出现瓶颈，CPU 负载徘徊在 70-80% 左右——这不是工程团队希望的结果。
在 ju:niz Energy 添加 Cloud v1 后不久，InfluxDB 推出了 InfluxDB Cloud Dedicated，这是一款完全托管的单租户产品，属于 InfluxDB 3.0 产品套件。Cloud Dedicated 专为具有不一致数据（如 ju:niz Energy 的数据）的较大工作负载而设计。
解决方案
ju:niz Energy 开始将其所有边缘位置的数据发送到 InfluxDB Cloud Dedicated。Cloud Dedicated 集群跟得上数据摄取速度，CPU 和内存保持正常水平，同时接收新数据。没有峰值或瓶颈。从 Cloud 1 和 OSS 1.x 迁移旧数据的过程仍在进行中，InfluxDB 工程师正在开发高级迁移工具。
来自 ju:niz Energy 较新工厂的架构图
下图描述了 ju:niz Energy 较新工厂的架构和数据流。 
ju:niz Energy 使用 iEMS SPS 来控制其工厂并保存所有数据。工程师使用 Modbus 协议连接到 iEMS SPS 控制器。然后，他们使用开源的 Telegraf（InfluxDB 的数据收集代理）从 iEMS SPS 读取数据并写入 InfluxDB OSS。ju:niz Energy 使用 EDR 将所有来自本地 InfluxDB OSS 实例的数据发送到中央、AWS 托管的 Cloud Dedicated 集群。
ju:niz Energy 工程师不再觉得将所有数据存储在云中成本过高，这要归功于 InfluxDB Cloud Dedicated 的高比率数据压缩。无论大小、时间范围或包含字段的数量如何，InfluxDB Cloud Dedicated 查询都表现良好。工程师现在可以在单个 Grafana 仪表板中查看多个查询的结果，并根据需要修改查询的数据点。InfluxDB Cloud Dedicated 的高性能查询使 ju:niz 能够改进其 Grafana 警报系统，从而简化其事件管理工作流程。
要了解有关 ju:niz Energy 的更多信息，请在此处阅读完整的案例研究。
