Table: oci_core_boot_volume_metric_write_ops_hourly - Query OCI Core Boot Volume Metrics using SQL
Oracle Cloud Infrastructure's Core Boot Volume is a block storage volume that contains the image used to boot a Compute instance. These boot volumes are reliable and durable, with built-in redundancy to protect your data against failure. They also offer high performance and a large storage capacity.
Table Usage Guide
The oci_core_boot_volume_metric_write_ops_hourly
table provides insights into the hourly write operations metrics of OCI Core Boot Volumes. As a data analyst or a cloud operations engineer, you can use this table to monitor and analyze the write operations performance of your boot volumes on an hourly basis. This can be particularly useful for identifying potential issues, optimizing performance, and ensuring the efficient use of resources.
Examples
Basic info
Explore the hourly write operations on boot volumes in Oracle Cloud Infrastructure. This can help assess the volume's performance over time and identify any potential issues or trends.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlyorder by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlyorder by id, timestamp;
Intervals where volumes exceed 1000 average write ops
Explore instances where the average write operations exceed 1000 on an hourly basis. This can be useful for identifying potential periods of high activity or system stress.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlywhere average > 1000order by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlywhere average > 1000order by id, timestamp;
Intervals where volumes exceed 8000 max write ops
Determine the instances where the maximum write operations on boot volumes exceed a set threshold. This can help in identifying potential performance issues and planning for capacity upgrades.
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlywhere maximum > 8000order by id, timestamp;
select id, timestamp, minimum, maximum, average, sum, sample_countfrom oci_core_boot_volume_metric_write_ops_hourlywhere maximum > 8000order by id, timestamp;
Read, Write, and Total IOPS
Analyze the performance of your boot volume by observing the average, maximum, and minimum input/output operations per second (IOPS). This can help you understand how your system is performing and where potential bottlenecks might be occurring.
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_hourly as r, oci_core_boot_volume_metric_write_ops_hourly 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_hourly as r, oci_core_boot_volume_metric_write_ops_hourly 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_hourly
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_hourly