-
Notifications
You must be signed in to change notification settings - Fork 442
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
[nagios_xi] Add Nagios package with Service data stream #2944
Conversation
packages/nagios_xi/manifest.yml
Outdated
- monitoring | ||
release: beta | ||
conditions: | ||
kibana.version: ^8.0.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This will be updated with 8.2.0 after testing this integration on 8.2.0.
Pinging @elastic/integrations (Team:Integrations) |
packages/nagios_xi/changelog.yml
Outdated
changes: | ||
- description: Nagios integration package with Logs, Host and Service metrics | ||
type: enhancement | ||
link: https://github.com/elastic/integrations/pull/2824 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: you have to update the PR link reference to point to this review.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right.
- name: nagios_xi | ||
type: group | ||
fields: | ||
- name: service |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does it contain the same fields as for the host data stream?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not all the fields are same, but there are some common fields.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't check precisely the percentage of different fields, but maybe it's better to keep it as a single data stream. WDYT @ruflin ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The decision if one or multiple data streams should be less driven by how many fields are different then how users are going to consume it. Will some users only want to collect service or host? Will there be different retention periods?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are groups based on hosts and services.
If we consider merging host and service data-streams in one, user will get confused.
Services depends on hosts so same type of service can be collected from different hosts.
Another reason is, we have different endpoints for hosts and services. means we need two httpjson input.
And as we know we don't have a way to use multiple input in single data_stream.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the details @kush-elastic Based on this information I would go for 2 data streams for now. It is easier to merge 2 into one later on then the other way around I think.
@@ -334,7 +334,7 @@ | |||
"check_type": "0", | |||
"current_check_attempt": "1", | |||
"current_notification_number": "0", | |||
"current_state": "0", | |||
"current_state": "Up/Pending", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
"failure_prediction_enabled": "0", | ||
"flap_detection_enabled": "0", | ||
"has_been_checked": "1", | ||
"host_address": "www.nagios.org", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How these host* fields under the "service" metrics. Should these be part of core ECS host* fields. I am not sure, Checking with @mtojek
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey @lalit-satapathy,
In Nagios XI, There are groups based on hosts and services. and each services have again on specific hosts. so user will get confused if we show host name in both host and service data-stream. if we have different fields here user will be able to identify it much better.
Here services runs on specific hosts.
What do you think?
🌐 Coverage report
|
What does this PR do?
Checklist
changelog.yml
file.How to test this PR locally
elastic-package test
Related issues
Screenshots