MiroxMirox
  • Platform

    • Philosophy
    • Platform Overview
    • Platform Resources
  • Mirox-Cloud

    • Cloud Overview
    • Connected Microservices
  • Mirox-Agent

    • Agent Overview
    • Deployment Options
    • Data Scraper
    • Digital Twin
  • Technical Details

    • Metric Collection
  • Information

    • Supported Plants
  • Plant Types

    • Solar Plants
    • Wind Plants
    • Battery Storage
  • Monitoring & Visualization

    • Real-time Monitoring
    • Digital Twin
    • Component States
    • Loss Detection
    • Efficiency Detection
    • KPI Dashboard
  • Data Management

    • Events
    • Tickets
    • Forecasts
    • Reports
  • Integration & Sharing

    • Cooperations
    • API Tokens
    • VPN
    • Proxy
  • AI

    • AI Assistant & Wizards
    • Agentic Access (MCP)
  • Billing

    • Market & Tariffs
    • Accounting & Billing
  • Collaboration

    • Invitations
  • Security

    • Authentication
    • Permission System
    • Cooperation Restrictions
    • Access Audit Logging
  • Nodes

    • mrxnode
  • Application

    • Door Control
    • Generic Relay
  • Edge Cluster

    • Orchestration
  • Getting Started

    • First Steps
  • Personal

    • Using the VPN
    • Using the Proxy
    • Two-Factor Authentication
    • Sessions
    • API Tokens
  • Per Park

    • Contacts
    • Network Devices
    • Data Loggers
    • Components
    • Direct VPN (per Agent)
  • Organization

    • Member Permissions
    • Cooperations
    • File Storage
  • Data Export

    • Export Metric API
    • MiroxQL Query Language
    • External Report Generation
    • Grafana
    • API Overview
  • Support

    • Request Integration Guide
  • mrxnode

    • Overview
    • How-To Guide
    • Container Deployment
    • Command Cheatsheet
    • Troubleshooting
  • Reporting

    • External Report Generator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Platform

    • Philosophy
    • Platform Overview
    • Platform Resources
  • Mirox-Cloud

    • Cloud Overview
    • Connected Microservices
  • Mirox-Agent

    • Agent Overview
    • Deployment Options
    • Data Scraper
    • Digital Twin
  • Technical Details

    • Metric Collection
  • Information

    • Supported Plants
  • Plant Types

    • Solar Plants
    • Wind Plants
    • Battery Storage
  • Monitoring & Visualization

    • Real-time Monitoring
    • Digital Twin
    • Component States
    • Loss Detection
    • Efficiency Detection
    • KPI Dashboard
  • Data Management

    • Events
    • Tickets
    • Forecasts
    • Reports
  • Integration & Sharing

    • Cooperations
    • API Tokens
    • VPN
    • Proxy
  • AI

    • AI Assistant & Wizards
    • Agentic Access (MCP)
  • Billing

    • Market & Tariffs
    • Accounting & Billing
  • Collaboration

    • Invitations
  • Security

    • Authentication
    • Permission System
    • Cooperation Restrictions
    • Access Audit Logging
  • Nodes

    • mrxnode
  • Application

    • Door Control
    • Generic Relay
  • Edge Cluster

    • Orchestration
  • Getting Started

    • First Steps
  • Personal

    • Using the VPN
    • Using the Proxy
    • Two-Factor Authentication
    • Sessions
    • API Tokens
  • Per Park

    • Contacts
    • Network Devices
    • Data Loggers
    • Components
    • Direct VPN (per Agent)
  • Organization

    • Member Permissions
    • Cooperations
    • File Storage
  • Data Export

    • Export Metric API
    • MiroxQL Query Language
    • External Report Generation
    • Grafana
    • API Overview
  • Support

    • Request Integration Guide
  • mrxnode

    • Overview
    • How-To Guide
    • Container Deployment
    • Command Cheatsheet
    • Troubleshooting
  • Reporting

    • External Report Generator
  • English
  • Deutsch
  • Español
  • Français
  • Português
  • Italiano
  • English
  • Platform

    • Platform Philosophy
    • Platform Overview
    • Platform Resources
  • Mirox-Cloud

    • Cloud Overview
    • Connected Microservices
  • Mirox-Agent

    • Mirox-Agent
    • Agent Deployment Options
    • Data Scraper
    • Digital Twin
  • Technical Details

    • Metric Collection

Agent Deployment Options

You choose where the Mirox-Agent runs — physically at the plant or in the cloud beside Mirox-Cloud — so you can match performance, network access, and security to each site's reality.

Overview

The Mirox-Agent collects data from renewable energy plants, and there are fundamentally two approaches to where the agent itself runs:

  1. On-Site Deployment — the agent runs locally at the plant.
  2. Cloud-Based Deployment — the agent runs in the cloud and reaches the plant over a VPN tunnel.

Each approach has distinct advantages and trade-offs to weigh against your requirements. You are not locked in: a plant can switch between models at any time.

Self-Service Cloud Activation

Cloud-based agents no longer require a manual rollout. When you activate a plant for cloud monitoring, Mirox-Cloud automatically assigns it to the lowest-load healthy node in the operator fleet and deploys the agent for that plant — no site visit and no separate provisioning step. Park activation itself remains administrator-gated.

On-Site Deployment

Agent deployed locally
at Site

VPN Tunnel

Mirox-Cloud

In this deployment model:

  • Agent runs locally at the installation site
  • Direct network access to all equipment
  • Standard internet connection to Mirox-Cloud
  • Local operations continue during internet outages

Description

In the on-site deployment model, the Mirox-Agent runs on hardware physically located at the renewable energy installation. The agent has direct network access to all monitored equipment (inverters, meters, sensors) and communicates with the Mirox-Cloud via the internet.

Recommended Hardware Platform

Although the Mirox-Agent can run on various platforms, on-site deployments should run on the mrxnode hardware platform. The mrxnode is purpose-built for the agent's requirements, providing the performance, reliability, and integration you need. See mrxnode for the full specification.

Advantages

Low Latency

  • Direct communication with equipment eliminates network delays
  • Near real-time data collection with minimal latency
  • Immediate response to device queries and commands

Network Independence

  • No dependency on VPN reliability or cloud connectivity for data collection
  • Agent continues to collect and buffer data even during internet outages
  • Local operations unaffected by external network issues

Security Benefits

  • No need to expose local equipment networks to external access
  • Minimal firewall configuration (only outbound connections required)
  • Physical security of agent hardware under local control

Network Segmentation

  • Proper network segmentation with isolated networks for different equipment types (inverter network, metering network, building automation, security systems, sensor network)
  • Dedicated VLANs for each equipment category
  • Better security isolation compared to a single VPN connection where all equipment would be accessible through one tunnel without proper isolation

Simplified Network Architecture

  • No VPN tunnels or complex routing required
  • Standard firewall rules (outbound HTTPS)
  • Direct access to all local devices without network address translation

Autonomous Operation

  • Can function independently during cloud connectivity loss
  • Local buffering ensures no data loss during outages
  • Critical monitoring continues even if internet fails

Optimal Performance

  • Full bandwidth available for local communication
  • No VPN overhead or encryption impact on data collection
  • Efficient use of local network resources

Reduced Network Traffic

  • Agent performs compression, batching, and optimization before transmission to Mirox-Cloud
  • Significantly lower internet bandwidth usage compared to cloud deployment
  • Particularly beneficial when internet connection has data traffic limits or metered billing
  • Pre-processed data reduces cloud-bound traffic volume

Challenges

Distributed Infrastructure

  • Multiple agent instances to monitor across installations
  • Varying local network configurations per site
  • Different internet connectivity quality at each location

Initial Setup Coordination

  • Network configuration at each location
  • Coordination with local IT or facility management
  • Site-specific firewall and network policies

Best Suited For

On-site deployment is ideal when:

  • Installations have reliable physical infrastructure
  • Low latency data collection is critical
  • Internet connectivity may be unreliable
  • Network security policies restrict external access to equipment networks
  • Autonomous operation during outages is required
  • Standard renewable energy parks with adequate space and power

Recommended Deployment

On-site deployment is the recommended approach for most installations. It provides optimal performance, security, and reliability. The deployment model can be switched at any time if requirements change.

Cloud-Based Deployment with VPN

Site

VPN Tunnel

Agent deployed remotely
at Mirox-Cloud

In this deployment model:

  • Equipment remains at the installation site
  • VPN tunnel provides secure connectivity
  • Agent runs in the cloud alongside the Mirox-Cloud
  • All data flows through the encrypted VPN connection

Description

In the cloud-based deployment model, the Mirox-Agent runs on cloud infrastructure (same data center as the Mirox-Cloud or nearby) and accesses the renewable energy equipment remotely via a VPN tunnel to the installation site.

Advantages

Centralized Management

  • All agents run in controlled cloud environment
  • Unified monitoring and management
  • Consistent configuration and updates
  • Simplified troubleshooting and diagnostics

No On-Site Hardware

  • Eliminates need for edge devices at installations
  • No physical space requirements at site
  • No local power consumption
  • Reduced hardware procurement and management

Simplified Deployment

  • No site visits required for agent installation
  • Remote setup and configuration
  • Faster onboarding of new installations
  • Reduced coordination with local facilities

Easier Maintenance

  • Software updates deployed centrally
  • No hardware failures at remote sites
  • Troubleshooting in controlled environment
  • Consistent execution environment

Resource Flexibility

  • Agent resources can be scaled dynamically
  • Easy to allocate more capacity as needed
  • No hardware upgrade site visits
  • Efficient resource sharing

High Availability

  • Cloud infrastructure redundancy
  • Automatic failover capabilities
  • No single points of failure at remote sites
  • Professional data center environment

Cost Efficiency (for some scenarios)

  • No hardware procurement per site
  • Reduced field service costs
  • Centralized infrastructure management
  • Potential savings for many small installations

Challenges

VPN Dependency

  • Entire system depends on stable VPN connectivity
  • VPN failures prevent data collection
  • Network issues affect all monitoring capabilities
  • VPN maintenance and troubleshooting required

Network Latency

  • Communication delay through VPN tunnel
  • Potentially slower response to device queries
  • Impact on real-time monitoring capabilities
  • Variable latency based on internet quality

Bandwidth Constraints

  • All communication flows through VPN tunnel
  • Limited by site's internet upload bandwidth
  • Potential bottleneck for high-frequency polling
  • Bandwidth costs for high-volume data transfer

VPN Infrastructure Requirements

  • VPN endpoint needed at installation site
  • Firewall configuration for VPN access
  • Network security considerations
  • VPN maintenance and monitoring

Security Considerations

  • Remote access to equipment network via VPN
  • Broader attack surface through VPN connection
  • Need for robust VPN security configuration
  • Compliance concerns for some regulated installations

Internet Dependency

  • Complete reliance on internet connectivity
  • No data collection during internet outages
  • No local buffering capability
  • Monitoring blind spots during connectivity loss

Site Network Access

  • Requires cooperation from local IT teams
  • May face network security policy restrictions
  • Firewall rules and VPN configuration complexity
  • Potential conflicts with existing security policies

Best Suited For

Cloud-based deployment is ideal when:

  • Installations have reliable, high-bandwidth internet
  • VPN infrastructure already exists or is easily deployed
  • On-site hardware deployment is impractical or prohibited
  • Centralized management is a priority
  • Multiple small installations need monitoring
  • Temporary monitoring or pilot deployments
  • Installations with limited physical space
  • Situations where site access is difficult or restricted

Decision Factors

When choosing between deployment options, consider:

Technical Factors

  • Internet Reliability: Stable, high-bandwidth connectivity favors cloud deployment
  • Network Architecture: Complex local networks may make on-site deployment simpler
  • Latency Requirements: Real-time needs favor on-site deployment
  • Equipment Connections: Some device connections perform poorly over VPN latency

Operational Factors

  • Physical Access: Difficult site access favors cloud deployment
  • IT Resources: Limited local IT support favors cloud deployment
  • Management Preference: Centralized management favors cloud deployment
  • Scale: Many small sites may benefit from cloud deployment

Security Factors

  • Network Policies: Strict policies may prevent VPN access
  • Compliance Requirements: Regulations may dictate deployment location
  • Data Sovereignty: Some jurisdictions require on-site data handling
  • Attack Surface: Risk tolerance affects VPN acceptability

Economic Factors

  • Hardware Costs: Cloud deployment eliminates edge device costs
  • Bandwidth Costs: High data volumes may favor on-site deployment
  • Service Costs: Consider ongoing VPN and cloud hosting costs
  • Total Cost of Ownership: Evaluate long-term costs of each approach

Hardware Options (for On-Site Deployment)

When on-site deployment is chosen, there are two hardware options:

mrxnode (Standard)

The mrxnode is the standard edge device for Mirox-Agent deployment. It is pre-configured, tested, and automatically managed with all microservice updates. For detailed specifications, see mrxnode.

Customer-Provided Hardware

Organizations can provide their own compatible hardware (Linux-based system with container platform support).

Pro License Required

This deployment option requires a minimum Pro License level.

Requirements:

  • A container runtime is required
  • Customer must maintain microservice updates independently
  • Linux-based system meeting resource requirements

Critical Compatibility Requirement

When using customer-provided hardware, the customer is responsible for maintaining microservice updates. This is critical when the Mirox-Agent connects to a cloud-based Mirox-Cloud (see Mirox-Cloud Deployment Options), as the Mirox-Cloud is updated periodically and Mirox-Agents must remain compatible at all times. Failure to maintain compatibility can result in connection failures and monitoring outages.

Note: Virtual Machine deployments are not supported.

Migration Between Deployment Models

Installations can migrate between deployment strategies if requirements change:

On-Site to Cloud-Based:

  • Establish VPN connectivity
  • Deploy cloud-based agent
  • Validate data collection
  • Decommission on-site hardware

Cloud-Based to On-Site:

  • Deploy on-site hardware
  • Configure local agent
  • Validate operations
  • Remove VPN dependency

The Mirox platform supports both models, giving you the flexibility to choose the best approach for each plant and to change strategies as circumstances evolve.

Recommendations

Choose On-Site Deployment when:

  • Installation has adequate physical infrastructure
  • Internet connectivity is unreliable
  • Network security policies restrict VPN access
  • Autonomous operation during outages is critical
  • Latency-sensitive applications are involved

Choose Cloud-Based Deployment when:

  • Installation has reliable high-bandwidth internet
  • VPN infrastructure is available or easily deployed
  • Physical space or hardware deployment is problematic
  • Centralized management is a high priority
  • Monitoring many small distributed installations
  • Site access is restricted or difficult

Consider Hybrid Approaches when:

  • Requirements are complex or evolving
  • Maximum reliability is essential
  • Different installations have different constraints
  • Optimizing for both cost and performance across a portfolio

The architecture supports both deployment models, so each organization can pick the approach that best fits its operational, technical, and business requirements.

Related Features

  • Mirox-Agent Overview — what the edge agent does at each plant
  • Data Scraper — the vendor-specific adapters that collect plant data
  • mrxnode — the recommended on-site hardware platform
  • VPN — the secure tunnels behind cloud-based deployment
  • Mirox-Cloud Overview — where the cloud-hosted agents run
Prev
Mirox-Agent
Next
Data Scraper
MIT Licensed | Copyright 2026 Mirox Verwaltungs GmbH