-
Notifications
You must be signed in to change notification settings - Fork 159
Adds AutoOps and Stack Monitoring comparison #1711
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
Changes from 1 commit
3fa0f70
f8f0d52
681201d
2821908
8141c35
1ab7c85
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 |
---|---|---|
@@ -1,5 +1,5 @@ | ||
If you’re using {{ech}}, then you can use [AutoOps](/deploy-manage/monitor/autoops.md) to monitor your cluster. | ||
If you’re using {{ech}}, you can use [AutoOps](/deploy-manage/monitor/autoops.md) to monitor your cluster. | ||
|
||
AutoOps significantly simplifies cluster management with performance recommendations, resource utilization visibility, real-time issue detection, and resolution paths. AutoOps is [rolling out](/deploy-manage/monitor/autoops/ec-autoops-regions.md) in phases across {{ech}} regions and cloud service providers. It will be automatically activated for your deployment with no installation required. | ||
|
||
To help you make your decision, refer to [AutoOps and Stack Monitoring comparison](/deploy-manage/monitor/autoops/autoops-stack-monitoring-comparison.md). | ||
To help you make your decision, refer to [](/deploy-manage/monitor/autoops-vs-stack-monitoring.md). |
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -5,10 +5,10 @@ applies_to: | |
ece: all | ||
eck: all | ||
self: all | ||
navigation_title: AutoOps and Stack Monitoring comparison | ||
navigation_title: AutoOps vs. Stack Monitoring | ||
--- | ||
|
||
# AutoOps and Stack Monitoring comparison | ||
# AutoOps vs. Stack Monitoring | ||
|
||
|
||
This page provides a detailed comparison of AutoOps and Stack Monitoring to help you decide which solution is better suited to your needs. | ||
|
||
|
@@ -26,7 +26,7 @@ With Stack Monitoring, you are responsible for storing your monitoring data. Thi | |
### Setup | ||
|
||
#### AutoOps [ao-setup] | ||
On {{ech}} (ECH), AutoOps is set up and enabled automatically in all [supported regions](ec-autoops-regions.md), with no action required from you. | ||
On {{ech}} (ECH), AutoOps is set up and enabled automatically in all supported [regions](/deploy-manage/monitor/autoops/ec-autoops-regions.md), with no action required from you. | ||
|
||
:::{note} | ||
AutoOps is planned to be available in self-managed environments in the future. | ||
|
@@ -58,17 +58,17 @@ You can store your Stack Monitoring logs and metrics in the following ways: | |
### Availability | ||
|
||
#### AutoOps [ao-availability] | ||
AutoOps lives in {{ecloud}}, so you need to have an {{ecloud}} account to access it. Once logged in, you can [access](ec-autoops-how-to-access.md) AutoOps from your hosted deployments. | ||
AutoOps lives in {{ecloud}}, so you need to have an {{ecloud}} account to access it. Once logged in, you can [access](/deploy-manage/monitor/autoops/ec-autoops-how-to-access.md) AutoOps from your hosted deployments. | ||
|
||
#### Stack Monitoring [sm-availability] | ||
Once setup is complete, you can access the Stack Monitoring UI inside {{kib}}, where you can monitor all your {{stack}} components. | ||
|
||
### Investigations and root cause analysis | ||
|
||
#### AutoOps [ao-investigations] | ||
The AutoOps agent captures a pre-defined set of {{es}} metrics, but doesn’t fetch any logs. AutoOps then performs multi-metrics analysis and correlations to identify issues and potential root causes. When issues are detected, AutoOps raises [events](ec-autoops-events.md) and [notifies](ec-autoops-notifications-settings.md) you accordingly. When the issue is resolved, AutoOps automatically closes the event. | ||
The AutoOps agent captures a pre-defined set of {{es}} metrics, but doesn’t fetch any logs. AutoOps then performs multi-metrics analysis and correlations to identify issues and potential root causes. When issues are detected, AutoOps raises [events](/deploy-manage/monitor/autoops/ec-autoops-events.md) and [notifies](/deploy-manage/monitor/autoops/ec-autoops-notifications-settings.md) you accordingly. When the issue is resolved, AutoOps automatically closes the event. | ||
|
||
For each raised event, AutoOps provides insights into the affected resources (cluster, node, index, shard, etc.), background information on the detected problem, and step-by-step guides to help you diagnose and remediate the identified issues. Most detection rules can be [customized](ec-autoops-event-settings.md) by adjusting thresholds, durations, index patterns, data tiers, and more. | ||
For each raised event, AutoOps provides insights into the affected resources (cluster, node, index, shard, etc.), background information on the detected problem, and step-by-step guides to help you diagnose and remediate the identified issues. Most detection rules can be [customized](/deploy-manage/monitor/autoops/ec-autoops-event-settings.md) by adjusting thresholds, durations, index patterns, data tiers, and more. | ||
|
||
#### Stack Monitoring [sm-investigations] | ||
The Stack Monitoring UI displays the [metrics](/deploy-manage/monitor/monitoring-data/elasticsearch-metrics.md) of your monitored {{stack}} components over time. Logs can be viewed, searched, and filtered in Discover. You can enable a pre-defined set of alerts that are triggered when specific thresholds are crossed. You can also configure your own [alerts](/deploy-manage/monitor/monitoring-data/configure-stack-monitoring-alerts.md) on any collected metrics or log messages. However, Stack Monitoring does not offer any further investigation, correlations, or root cause analyses. | ||
|
Uh oh!
There was an error while loading. Please reload this page.