Storage volumes volume.uuid top-metrics users endpoint overview
- PDF of this doc site
Collection of separate PDF docs
Creating your file...
Overview
You can use this API to retrieve a list of users with the most IO activity for a specified volume. Use the top_metric
parameter to specify which type of IO activity to filter for. This API is used to provide insight into IO activity and supports ordering by IO activity types, namely iops
or throughput
metrics. This API also supports only returning one IO activity type per request.
Failure to return list of users with most IO activity
The API can sometimes fail to return the list of users with the most IO activity, due to the following reasons:
– The volume does not have the activity tracking feature enabled.
– The volume does not have read/write traffic.
– The read traffic is served by the NFS/CIFS client filesystem cache.
– On rare occasions, the incoming traffic pattern is not suitable to obtain the list of users with the most IO activity.
Failure to return the usernames
The API can sometimes fail to obtain the usernames for the list of userid entries, due to internal transient errors.
In such cases, instead of the username, the API will return "{
Retrieve a list of the users with the most IO activity
For a report on the users with the most IO activity returned in descending order, specify the IO activity type you want to filter for by passing the iops
or throughput
property into the top_metric parameter. If the IO activity type is not specified, by default the API returns a list of the users with the greatest number of the average read operations per second. The maximum number of users returned by the API for an IO activity type is 25.
– GET /api/storage/volumes/{volume.uuid}/top-metrics/users
Examples
Retrieving a list of the users with the greatest average number of read bytes received per second:
# The API: GET /api/storage/volumes/{volume.uuid}/top-metrics/users # The Call: curl -X GET "https://<mgmt-ip>/api/storage/volumes/{volume.uuid}/top-metrics/users?top_metric=throughput.read" # The Response: { "records": [ { "volume": { "name": "vol1" }, "throughput": { "read": 1495, "error": { "lower_bound": 1495, "upper_bound": 1502 } }, "user_id": "S-1-5-21-256008430-3394229847-3930036330-1001", "user_name": "John", "svm": { "uuid": "572361f3-e769-439d-9c04-2ba48a08ff43", "name": "vs1", "_links": { "self": { "href": "/api/svm/svms/572361f3-e769-439d-9c04-2ba48a08ff43" } } } }, { "volume": { "name": "vol1" }, "throughput": { "read": 1022, "error": { "lower_bound": 1022, "upper_bound": 1025 } }, "user_id": "1988", "user_name": "Ryan", "svm": { "uuid": "572361f3-e769-439d-9c04-2ba48a08ff43", "name": "vs1", "_links": { "self": { "href": "/api/svm/svms/572361f3-e769-439d-9c04-2ba48a08ff43" } } } }, { "volume": { "name": "vol1" }, "throughput": { "read": 345, "error": { "lower_bound": 345, "upper_bound": 348 } }, "user_id": "S-1-5-21-256008430-3394229847-3930036330-1003", "user_name": "Julie", "svm": { "uuid": "572361f3-e769-439d-9c04-2ba48a08ff43", "name": "vs1", "_links": { "self": { "href": "/api/svm/svms/572361f3-e769-439d-9c04-2ba48a08ff43" } } } } ], "num_records": 3, "_links": { "self": { "href": "/api/storage/volumes/73b293df-e9d7-46cc-a9ce-2df8e52ef864/top-metrics/users?top_metric=throughput.read" } } }
Example showing the behavior of the API when there is no read/write traffic:
# The Call: curl -X GET "https://<mgmt-ip>/api/storage/volumes/{volume.uuid}/top-metrics/users?top_metric=throughput.write" # The Response: { "records": [ ], "num_records": 0, "notice": { "message": "The activity tracking report for volume \"FV\" in SVM \"vs0\" returned zero records. Check whether the volume have read/write traffic. Refer to the REST API documentation for more information on why there might be no records.", "code": "124518418" }, "_links": { "self": { "href": "/api/storage/volumes/9af63729-8ac8-11ec-b1bc-005056a79da4/top-metrics/users?top_metric=throughput.write" } } }