Add host inventory metrics to googlecloud compute metricset#20391
Add host inventory metrics to googlecloud compute metricset#20391kaiyan-sheng merged 6 commits intoelastic:masterfrom kaiyan-sheng:add_host_data_gcp
Conversation
|
Pinging @elastic/integrations-platforms (Team:Platforms) |
| }, | ||
| "cloud.availability_zone": "us-central1-a", | ||
| "cloud.availability_zone": "asia-northeast1-b", | ||
| "cloud.region": "asia-northeast1", |
There was a problem hiding this comment.
Nothing to change here, just thinking loud. It might be interesting to have cloud-agnostic common values for regions. So a user can more easily group metrics coming from asia-northeast1 in GCP, and ap-northeast-1 in AWS.
Imagine for example being able to ingest with something like this metadata:
"cloud.region": {
"name": "asia-northeast1",
"area": "asia-pacific",
"country": "japan",
"city": "tokyo",
}
And if it were ingested from AWS:
"cloud.region": {
"name": "ap-northeast-1",
"area": "asia-pacific",
"country": "japan",
"city": "tokyo",
}
Not sure if cloud providers have APIs for this information.
Though maybe for that we can add geodata through an ingest pipeline in the future.
There was a problem hiding this comment.
@jsoriano Yeah good point! Different cloud has different names for regions. I don't see a specific API for GCP though but I think the geoip processor should be sufficient if we see good use cases in the future!
…20391) * Add host inventory metrics to googlecloud compute metricset
What does this PR do?
Why is it important?
This PR is to add proposed host common fields into
computemetricset:Checklist
CHANGELOG.next.asciidocorCHANGELOG-developer.next.asciidoc.How to test this PR locally
googlecloudmodule:./metricbeat modules enable googlecloudmodules.d/googlecloud.ymlto only includecomputemetricset:3.Change add_host_metadata processor config in metricbeat.yml file:
computemetricset and includes fields listed above.