-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[DOCS] Alerting PagerDuty benefits #63652
Changes from 7 commits
1e00e34
834a680
b0b78a6
f3a1c3f
a0c330e
85781c3
203660d
b4ae889
a80c31b
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -4,19 +4,142 @@ | |
|
||
The PagerDuty action type uses the https://v2.developer.pagerduty.com/docs/events-api-v2[v2 Events API] to trigger, acknowledge, and resolve PagerDuty alerts. | ||
|
||
* <<pagerduty-benefits, PagerDuty and Elastic integration benefits>> | ||
* <<pagerduty-connector-configuration, Connector configuration>> | ||
* <<pagerduty-action-configuration, Action configuration>> | ||
|
||
[float] | ||
[[pagerduty-benefits]] | ||
=== PagerDuty + Elastic integration benefits | ||
|
||
By integrating PagerDuty with Elastic Alerts, you can: | ||
|
||
* Route your Elastic Alerts to the right PagerDuty responder within your team, based on your structure, escalation policies, and workflows. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "Route your alerts to the right PagerDuty responder within your team, based on your " |
||
* Automatically generate incidents of different types and severity based on each alert’s context. | ||
* Tailor the incident data to match your needs by easily passing the alerting context from Kibana to PagerDuty. | ||
|
||
[float] | ||
[[pagerduty-how-it-works]] | ||
==== How it works | ||
|
||
{kib} allows you to create alerts to notify you of a significant move | ||
in your dataset. | ||
You can create alerts for all your Observability, Security, and Elastic Stack use cases. | ||
Elastic Alerts triggers a new incident on the corresponding PagerDuty service. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "Alerts will trigger a new incident on the corresponding PagerDuty service" |
||
|
||
[float] | ||
==== Requirements | ||
|
||
In the kibana.yml configuration file, you must add the <<general-alert-action-settings, saved objects encryption setting>>. | ||
This is required to encrypt parameters that must be secured, for example, PagerDuty’s integration key. | ||
|
||
If you have security enabled: | ||
|
||
* You must have | ||
application privileges to access Metrics, APM, Uptime, or SIEM. | ||
* If you are using a self-managed deployment with security, you must have | ||
Transport Security Layer (TLS) enabled for communication <<configuring-tls-kib-es, between Elasticsearch and Kibana>>. | ||
Elastic Alerts uses API keys to secure background alert checks and actions, | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "Alerting uses API keys to secure background alert checks and actions," |
||
and API keys require {ref}/configuring-tls.html#tls-http[TLS on the HTTP interface]. | ||
|
||
Although not a requirement, to harden the integrations security you might want to | ||
review the <<action-settings, Actions settings>> that are available to you. | ||
|
||
[float] | ||
[[pagerduty-support]] | ||
==== Support | ||
If you need help with this integration, get in touch with the Kibana team by visiting | ||
https://support.elastic.co[support.elastic.co] or by using the *Ask Elastic* option in the Kibana Help menu. | ||
You can also select the Kibana category at https://discuss.elastic.co/[discuss.elastic.co]. | ||
|
||
[float] | ||
[[pagerduty-integration-walkthrough]] | ||
==== Integration with PagerDuty walkthrough | ||
|
||
[float] | ||
[[pagerduty-in-pagerduty]] | ||
===== In PagerDuty | ||
|
||
. From the *Configuration* menu, select *Services*. | ||
. Add an integration to a service: | ||
+ | ||
* If you are adding your integration to an existing service, | ||
click the name of the service you want to add the integration to. | ||
Then, select the *Integrations* tab and click the *New Integration* button. | ||
* If you are creating a new service for your integration, | ||
go to | ||
https://support.pagerduty.com/docs/services-and-integrations#section-configuring-services-and-integrations[Configuring Services and Integrations] | ||
and follow the steps outlined in the *Create a New Service* section, selecting *Elastic* as the *Integration Type* in step 4. | ||
Continue with the <<pagerduty-in-elastic, In Elastic>> section once you have finished these steps. | ||
|
||
. Enter an *Integration Name* in the format Elastic-service-name (for example, Elastic-Alerting or Kibana-APM-Alerting) | ||
and select Elastic from the *Integration Type* menu. | ||
. Click *Add Integration* to save your new integration. | ||
+ | ||
You will be redirected to the *Integrations* tab for your service. An Integration Key is generated on this screen. | ||
+ | ||
[role="screenshot"] | ||
image::user/alerting/images/pagerduty-integration.png[PagerDuty Integrations tab] | ||
|
||
. Save this key, as you will use it when you configure the integration with Elastic in the next section. | ||
|
||
[float] | ||
[[pagerduty-in-elastic]] | ||
===== In Elastic | ||
|
||
. Create a PagerDuty Connector in Kibana. You can: | ||
+ | ||
* Create a connector as part of creating an alert by selecting PagerDuty in the *Actions* | ||
section of the alert configuration and selecting *Add new*. | ||
* Alternatively, create a connector by navigating to *Management* from the {kib} navbar and selecting | ||
*Alerts and Actions*. Then, select the *Connectors* tab, click the *Create connector* button, and select the PagerDuty option. | ||
|
||
. Configure the connector by giving it a name and entering and using the default or optional API URL and Routing Key. | ||
+ | ||
See <<pagerduty-in-pagerduty, In PagerDuty>> for how to obtain the endpoint and key information from PagerDuty and | ||
<<pagerduty-connector-configuration, Connector configuration>> for additional details. | ||
|
||
. Save the Connector. | ||
|
||
. Create an alert using *Management > Alerts and Actions* or the application of your choice. | ||
|
||
. Set up an action using your PagerDuty connector, by determining: | ||
alexfrancoeur marked this conversation as resolved.
Show resolved
Hide resolved
|
||
+ | ||
* The action’s type: Trigger, Resolve, or Acknowledge. | ||
* The event’s severity: Info, warning, error, or critical. | ||
* An array of different fields, including the timestamp, group, class, component, and your dedup key. | ||
Depending on your custom needs, assign them variables from the alerting context. | ||
To see the available context variables, click on the *Add alert variable* icon next | ||
to each corresponding field. For more details on these parameters, see the | ||
<<pagerduty-action-configuration, Actions Configuration>> and the PagerDuty | ||
https://v2.developer.pagerduty.com/v2/docs/send-an-event-events-api-v2[API v2 documentation]. | ||
|
||
|
||
[float] | ||
[[pagerduty-uninstall]] | ||
==== How to uninstall | ||
To remove a PagerDuty connector from an alert, simply remove it | ||
from the *Actions* section of that alert, using the remove (x) icon. | ||
This will disable the integration for the particular alert. | ||
|
||
To delete the connector entirely, go to the Management menu, select *Alerts and Actions*, | ||
select the *Connectors* tab, and click on the delete icon. | ||
This is an irreversible action and impacts all alerts that use this connector. | ||
|
||
|
||
[float] | ||
[[pagerduty-connector-configuration]] | ||
==== Connector configuration | ||
=== Connector configuration | ||
|
||
PagerDuty connectors have the following configuration properties: | ||
|
||
Name:: The name of the connector. The name is used to identify a connector in the management UI connector listing, or in the connector list when configuring an action. | ||
API URL:: An optional PagerDuty event URL. Defaults to `https://events.pagerduty.com/v2/enqueue`. If you are using the <<action-settings, `xpack.actions.whitelistedHosts`>> setting, make sure the hostname is whitelisted. | ||
API URL:: An optional PagerDuty event URL. Defaults to `https://events.pagerduty.com/v2/enqueue`. If you are using the <<action-settings, `xpack.actions.whitelistedHosts`>> setting, make sure the hostname is whitelisted. | ||
Routing Key:: A 32 character PagerDuty Integration Key for an integration on a service or on a global ruleset. | ||
|
||
[float] | ||
[[pagerduty-action-configuration]] | ||
==== Action configuration | ||
=== Action configuration | ||
|
||
PagerDuty actions have the following properties: | ||
|
||
|
@@ -26,8 +149,8 @@ Dedup Key:: All actions sharing this key will be associated with the same Pa | |
Timestamp:: An *optional* https://v2.developer.pagerduty.com/v2/docs/types#datetime[ISO-8601 format date-time], indicating the time the event was detected or generated. | ||
Component:: An *optional* value indicating the component of the source machine that is responsible for the event, for example `mysql` or `eth0`. | ||
Group:: An *optional* value indicating the logical grouping of components of a service, for example `app-stack`. | ||
Source:: An *optional* value indicating the affected system, preferably a hostname or fully qualified domain name. Defaults to the {kib} saved object id of the action. | ||
Source:: An *optional* value indicating the affected system, preferably a hostname or fully qualified domain name. Defaults to the {kib} saved object id of the action. | ||
Summary:: An *optional* text summary of the event, defaults to `No summary provided`. The maximum length is 1024 characters. | ||
Class:: An *optional* value indicating the class/type of the event, for example `ping failure` or `cpu load`. | ||
|
||
For more details on these properties, see https://v2.developer.pagerduty.com/v2/docs/send-an-event-events-api-v2[PagerDuty v2 event parameters]. | ||
For more details on these properties, see https://v2.developer.pagerduty.com/v2/docs/send-an-event-events-api-v2[PagerDuty v2 event parameters]. |
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.
"By integrating PagerDuty with alerting, you can"