-
Notifications
You must be signed in to change notification settings - Fork 4.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Metricbeat] OpenStack Integration #20283
Comments
Pinging @elastic/integrations-platforms (Team:Platforms) |
As an enterprise customer, we're definitely interested in the improvements being proposed in this PR. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
cc: @ravikesarwani |
+1 for this functionality |
+1, really expecting this functionality. |
Hi! We're labeling this issue as |
OpenStack is an open source orchestration platform for virtual machines. Think vSphere, but open source, or AWS EC2, S3 but on-prem. OpenStack consists of 6 core components that are responsible for managing compute, networking and storage resources. These components are:
Horizon and Heat are out of scope of this integration and hence will not be considered in the issue.
Monitoring an OpenStack cluster implies monitoring its core services. While there are satellite components designed for this purpose, e.g. Ceilometer, currently the safest and optimal way of gathering information about cluster's health and performance is best done by talking to respective core services. Why? Not every OpenStack distribution bundles these satellite components, which makes it hard to rely on them.
The main entry point into any OpenStack cluster is the Keystone service that upon successful authentication provides access to other OpenStack services. In fact no interaction with the OpenStack core services happens without prior handshake with Keystone. The easiest way for connecting to Keystone would be a Golang SDK for managing OpenStack resources and services called gopherlang. This SDK should provide all the necessary functionality to collect OpenStack metrics (for concrete examples see the prometheus-exporter).
Once authenticated via Keystone any client can access the APIs of each core service and pull available information about service health, usage, etc.
User Story
Metrics to collect
Below is a list of some of the key metrics that should cover basic OpenStack monitoring use cases.
Running OpenStack
Running OpenStack on a local machine is fairly easy with DevStack.
The text was updated successfully, but these errors were encountered: