How does OCI implement hardware monitoring telemetry?
In Oracle Cloud Infrastructure (OCI), hardware monitoring isn't just a background service—it is a specialized, out-of-band architecture. Because OCI offers Bare Metal instances where the user has total control of the OS, Oracle had to design a way to monitor the "health" of the physical box without peeking into your data or taking away your CPU cycles.
As of 2026, this telemetry system has evolved into a highly automated, AI-driven framework. Here is how it works under the hood.
The foundation of OCI hardware monitoring is the Baseboard Management Controller (BMC). This is a dedicated service processor on the motherboard that acts as the server's "nervous system."
Independent Operation: The BMC runs its own firmware and stays powered on even if the main server is turned off.
Sensor Aggregation: It collects real-time data from hundreds of sensors across the chassis, including:
Thermal: Per-core CPU temperatures, DIMM (RAM) temperatures, and ambient intake/exhaust heat.
Electrical: Power draw (Watts), voltage rail stability, and PSU (Power Supply Unit) efficiency.
Mechanical: Fan speeds (RPM) and chassis intrusion alerts.
The "Zero-Agent" Principle: On Bare Metal instances, OCI does not install monitoring agents on your OS. Instead, the BMC sends this telemetry directly to Oracle's internal management network via a dedicated physical path.
Oracle exposes a subset of this hardware telemetry to you through the oci_compute_infrastructure_health namespace in the OCI Monitoring service.
health_status: This metric specifically tracks hardware defects. A value of 0 means the hardware is healthy, while any non-zero value indicates a hardware issue detected by the BMC (e.g., a failing RAM stick or a degraded fan).
maintenance_status: This tells you if the hardware has been flagged for a retirement or repair event.
Proactive Eviction: If the telemetry shows a "pre-failure" state (like increasing memory ECC errors), OCI’s control plane can automatically trigger a Reboot Migration for VMs or notify a Bare Metal customer to move their workload before a crash occurs.
For DenseIO shapes, monitoring the health of local NVMe drives is critical. OCI monitors:
SMART Data: This includes "Percentage Used" (wear leveling) and "Media Errors."
Predictive Failure: If a drive shows a spike in unrecoverable read errors, the telemetry system flags the entire host for maintenance.
Cryptographic Erasure: The system also monitors the "Lifecycle" of the drive to ensure that it is physically wiped and cryptographically sanitized between different customer tenancies.
The biggest change in 2026 is the use of AI Anomaly Detection on the raw telemetry streams.
Instead of waiting for a hardware sensor to hit a "Critical" threshold (e.g., CPU reaching 95°C), OCI uses machine learning to identify Process Drift.
Example: If a GPU's temperature is rising 5% faster than usual under a specific training load, the AI flags it as a "Probable Fan Failure" 48 hours before the fan actually stops spinning.
| Component | Monitoring Method | Visible to Customer? |
| CPU/RAM Health | Out-of-Band BMC (IPMI/Redfish) | Yes (via Health Metrics) |
| Local Storage | NVMe SMART Telemetry | Yes (via Console/API) |
| Power/Cooling | Chassis Management Controller | No (Oracle Internal) |
| Network Fabric | SmartNIC Telemetry | Yes (via VCN Metrics) |
"OCI hardware monitoring is 'transparent' because it happens outside your server. By using the BMC and the off-box control plane, Oracle can ensure your hardware is healthy without ever needing a password to your OS or stealing a single hertz of your processing power."