Table: oci_core_boot_volume_metric_write_ops_daily - Query OCI Core Boot Volume Metrics using SQL
OCI Core Boot Volumes are persistent storage devices that provide durable block storage for instances within Oracle Cloud Infrastructure (OCI). They are used as the primary storage device for hosting an instance's operating system, system software, and other boot volume data. Boot Volumes offer consistent, low-latency performance and are integrated with OCI's security and management policies.
Table Usage Guide
The oci_core_boot_volume_metric_write_ops_daily
table provides insights into the daily write operations of OCI Core Boot Volumes. As a cloud engineer, you can use this table to monitor and analyze the write performance of your boot volumes to optimize your resource usage and troubleshoot issues. This table can be particularly useful for identifying high-utilization periods and potential bottlenecks in your system.
Examples
Basic info
Analyze the daily write operations of boot volumes in your OCI Core infrastructure. This query helps you understand the performance trends and potential bottlenecks in your system by examining metrics such as minimum, maximum, average operations, and total operations.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailyorder by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailyorder by id, timestamp;
Intervals where volumes exceed 1000 average write ops
Explore intervals where the average daily write operations on your boot volumes exceed 1000. This can help identify potential performance issues or unusual activity in your system.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailywhere average > 1000order by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailywhere average > 1000order by id, timestamp;
Intervals where volumes exceed 8000 max write ops
Determine the instances where the maximum daily write operations on boot volumes exceed 8000, enabling you to identify potential areas of high disk activity and optimize system performance.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailywhere maximum > 8000order by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_dailywhere maximum > 8000order by id, timestamp;
Read, Write, and Total IOPS
Determine the areas in which the average, maximum, and minimum Input/Output operations per second (IOPS) are analyzed for both read and write operations. This can be useful to understand the performance and efficiency of your boot volumes over time.
select r.id, r.timestamp, round(r.average) + round(w.average) as iops_avg, round(r.average) as read_ops_avg, round(w.average) as write_ops_avg, round(r.maximum) + round(w.maximum) as iops_max, round(r.maximum) as read_ops_max, round(w.maximum) as write_ops_max, round(r.minimum) + round(w.minimum) as iops_min, round(r.minimum) as read_ops_min, round(w.minimum) as write_ops_minfrom oci_core_boot_volume_metric_read_ops_daily as r, oci_core_boot_volume_metric_write_ops_daily as wwhere r.id = w.id and r.timestamp = w.timestamporder by r.id, r.timestamp;
select r.id, r.timestamp, round(r.average) + round(w.average) as iops_avg, round(r.average) as read_ops_avg, round(w.average) as write_ops_avg, round(r.maximum) + round(w.maximum) as iops_max, round(r.maximum) as read_ops_max, round(w.maximum) as write_ops_max, round(r.minimum) + round(w.minimum) as iops_min, round(r.minimum) as read_ops_min, round(w.minimum) as write_ops_minfrom oci_core_boot_volume_metric_read_ops_daily as r, oci_core_boot_volume_metric_write_ops_daily as wwhere r.id = w.id and r.timestamp = w.timestamporder by r.id, r.timestamp;
Query examples
Schema for oci_core_boot_volume_metric_write_ops_daily
Name | Type | Operators | Description |
---|---|---|---|
_ctx | jsonb | Steampipe context in JSON form. | |
average | double precision | The average of the metric values that correspond to the data point. | |
compartment_id | text | The ID of the compartment. | |
id | text | The OCID of the boot volume. | |
maximum | double precision | The maximum metric value for the data point. | |
metric_name | text | The name of the metric. | |
minimum | double precision | The minimum metric value for the data point. | |
namespace | text | The metric namespace. | |
region | text | The OCI region in which the resource is located. | |
sample_count | double precision | The number of metric values that contributed to the aggregate value of this data point. | |
sp_connection_name | text | =, !=, ~~, ~~*, !~~, !~~* | Steampipe connection name. |
sp_ctx | jsonb | Steampipe context in JSON form. | |
sum | double precision | The sum of the metric values for the data point. | |
tenant_id | text | =, !=, ~~, ~~*, !~~, !~~* | The OCID of the Tenant in which the resource is located. |
tenant_name | text | The name of the Tenant in which the resource is located. | |
timestamp | timestamp with time zone | The time stamp used for the data point. | |
unit | text | The standard unit for the data point. |
Export
This table is available as a standalone Exporter CLI. Steampipe exporters are stand-alone binaries that allow you to extract data using Steampipe plugins without a database.
You can download the tarball for your platform from the Releases page, but it is simplest to install them with the steampipe_export_installer.sh
script:
/bin/sh -c "$(curl -fsSL https://steampipe.io/install/export.sh)" -- oci
You can pass the configuration to the command with the --config
argument:
steampipe_export_oci --config '<your_config>' oci_core_boot_volume_metric_write_ops_daily