The Open Distro for Elasticsearch Anomaly Detection plugin enables you to leverage Machine Learning based algorithms to automatically detect anomalies as your log data is ingested. Combined with Alerting, you can monitor your data in near real time and automatically send alert notifications . With an intuitive Kibana interface and a powerful API, it is easy to set up, tune, and monitor your anomaly detectors.
Anomaly detection is using Random Cut Forest (RCF) algorithm for detecting anomalous data points.
You should use anomaly detection plugin with Open Distro Alerting plugin 1.2-alpha. You can also create a monitor based on anomaly detector. A scheduled monitor run will trigger the anomaly detection plugin and collecting anomalies to trigger alerts based on custom trigger conditions.
- This is alpha code.
- We inherit security features from Open Distro for Elasticsearch Alerting.
- We use Alerting alpha code branch.
- We will continuously add new unit test cases, but we don't have 100% unit test coverage for now. This is a great area for developers from the community to contribute and help improve test coverage.
- Please see documentation links and GitHub issues for other details.
Please see our documentation.
- Checkout source code of this package from Github repo.
- Launch Intellij IDEA, Choose Import Project and select the settings.gradle file in the root of this package.
- To build from command line set JAVA_HOME to point to a JDK 12 before running ./gradlew
- Unix System
- export JAVA_HOME=jdk-install-dir: Replace jdk-install-dir by the JAVA_HOME directory of your system.
- export PATH=$JAVA_HOME/bin:$PATH
- Windows System
- Find My Computers from file directory, right click and select properties.
- Select the Advanced tab, select Environment variables.
- Edit JAVA_HOME to path of where JDK software is installed.
This package uses the Gradle build system. Gradle comes with excellent documentation that should be your first stop when trying to figure out how to operate or modify the build. we also use the Elastic build tools for Gradle. These tools are idiosyncratic and don't always follow the conventions and instructions for building regular Java code using Gradle. Not everything in this package will work the way it's described in the Gradle documentation. If you encounter such a situation, the Elastic build tools source code is your best bet for figuring out what's going on.
Currently we just put RCF jar in lib as dependency. Plan to publish to Maven and we can import it later. Before publishing to Maven, you can still build this package directly and find source code in RCF Github package.
./gradlew build
builds and tests./gradlew :run
launches a single node cluster with the AD plugin installed./gradlew :integTest
launches a single node cluster with the AD plugin installed and runs all integration tests./gradlew :integTest --tests="**.test execute foo"
runs a single integration test class or method./gradlew spotlessApply
formats code. And/or import formatting rules in.eclipseformat.xml
with IDE.
When launching a cluster using one of the above commands logs are placed in /build/cluster/run node0/elasticsearch-<version>/logs
. Though the logs are teed to the console, in practices it's best to check the actual log file.
Currently, the only IDE we support is IntelliJ IDEA. It's free, it's open source, it works. The gradle tasks above can also be launched from IntelliJ's Gradle toolbar and the extra parameters can be passed in via the Launch Configurations VM arguments.
Sometimes it's useful to attach a debugger to either the ES cluster or the integ tests to see what's going on. When running unit tests you can just hit 'Debug' from the IDE's gutter to debug the tests. To debug code running in an actual server run:
./gradlew :integTest --debug-jvm # to start a cluster and run integ tests
OR
./gradlew :run --debug-jvm # to just start a cluster that can be debugged
The ES server JVM will launch suspended and wait for a debugger to attach to localhost:8000
before starting the ES server.
To debug code running in an integ test (which exercises the server from a separate JVM) run:
./gradlew -Dtest.debug :integTest
The test runner JVM will start suspended and wait for a debugger to attach to localhost:5005
before running the tests.
Sometimes you need to launch a cluster with more than one ES server process. The startMultiNode
tasks help with this.
If you need a multi node cluster where all nodes are started together use:
./gradlew -PnumNodes=2 startMultiNode # to launch 2 nodes
If you need a single node cluster use:
./gradlew startMultiNode
If you need a multi node cluster (up to 3 nodes) where you'd like to be able to add and kill each node independently use:
./gradlew startSingleNode0
./gradlew startSingleNode1
./gradlew startSingleNode2
./gradlew stopMultiNode
- We have a cold start period whenever we initialize a model, which could happen when we create a new detector or when the cluster restarts and models get restored from snapshots. Currently the detector always return errors during the cold start period. Please ignore these initial errors for now. We are actively working on the fix and will push in the next release.
We welcome you to get involved in development, documentation, testing the anomaly detection plugin. See our contribution guidelines and join in.
This project has adopted an Open Source Code of Conduct.
If you discover a potential security issue in this project we ask that you notify AWS/Amazon Security via our vulnerability reporting page. Please do not create a public GitHub issue.
See the LICENSE file for our project's licensing. We will ask you to confirm the licensing of your contribution.
Copyright 2019 Amazon.com, Inc. or its affiliates. All Rights Reserved.