Project Name | Stars | Downloads | Repos Using This | Packages Using This | Most Recent Commit | Total Releases | Latest Release | Open Issues | License | Language |
---|---|---|---|---|---|---|---|---|---|---|
Mall | 66,822 | 13 hours ago | 35 | apache-2.0 | Java | |||||
mall项目是一套电商系统,包括前台商城系统及后台管理系统,基于SpringBoot+MyBatis实现,采用Docker容器化部署。 前台商城系统包含首页门户、商品推荐、商品搜索、商品展示、购物车、订单流程、会员中心、客户服务、帮助中心等模块。 后台管理系统包含商品管理、订单管理、会员管理、促销管理、运营管理、内容管理、统计报表、财务管理、权限管理、设置等模块。 | ||||||||||
Docker Elk | 15,226 | 2 days ago | 5 | mit | Shell | |||||
The Elastic stack (ELK) powered by Docker and Compose. | ||||||||||
Tpotce | 4,953 | 4 days ago | 3 | gpl-3.0 | C | |||||
🍯 T-Pot - The All In One Honeypot Platform 🐝 | ||||||||||
Helk | 3,511 | 2 years ago | 37 | gpl-3.0 | Jupyter Notebook | |||||
The Hunting ELK | ||||||||||
Container.training | 3,326 | 11 days ago | 17 | other | Shell | |||||
Slides and code samples for training, tutorials, and workshops about Docker, containers, and Kubernetes. | ||||||||||
Elk Docker | 2,100 | 20 days ago | 8 | other | Shell | |||||
Elasticsearch, Logstash, Kibana (ELK) Docker image | ||||||||||
Elastdocker | 1,510 | 16 days ago | 5 | mit | Dockerfile | |||||
🐳 Elastic Stack (ELK) v8+ on Docker with Compose. Pre-configured out of the box to enable Logging, Metrics, APM, Alerting, ML, and SIEM features. Up with a Single Command. | ||||||||||
Docker Symfony | 1,264 | 4 years ago | 38 | mit | Dockerfile | |||||
:whale: A docker multicontainer with NGINX, PHP7-FPM, MySQL and ELK (Elasticsearch Logstash and Kibana) | ||||||||||
Docker Compose Files | 920 | a month ago | 1 | Go | ||||||
Some typical docker compose templates. | ||||||||||
Pfelk | 867 | 2 days ago | 11 | other | Shell | |||||
pfSense/OPNsense + Elastic Stack |
Run the latest version of the Elastic stack with Docker and Docker Compose.
It gives you the ability to analyze any data set by using the searching/aggregation capabilities of Elasticsearch and the visualization power of Kibana.
Based on the official Docker images from Elastic:
Other available stack variants:
tls
: TLS encryption enabled in Elasticsearch, Kibana (opt in),
and Fleetsearchguard
: Search Guard supportNote
Platinum features are enabled by default for a trial duration of 30 days. After this evaluation period, you will retain access to all the free features included in the Open Basic license seamlessly, without manual intervention required, and without losing any data. Refer to the How to disable paid features section to opt out of this behaviour.
docker-compose up setup
docker-compose up
We aim at providing the simplest possible entry into the Elastic stack for anybody who feels like experimenting with this powerful combo of technologies. This project's default configuration is purposely minimal and unopinionated. It does not rely on any external dependency, and uses as little custom automation as necessary to get things up and running.
Instead, we believe in good documentation so that you can use this repository as a template, tweak it, and make it your own. sherifabdlnaby/elastdocker is one example among others of project that builds upon this idea.
Note
Especially on Linux, make sure your user has the required permissions to interact with the Docker daemon.
By default, the stack exposes the following ports:
Warning
Elasticsearch's bootstrap checks were purposely disabled to facilitate the setup of the Elastic stack in development environments. For production setups, we recommend users to set up their host according to the instructions from the Elasticsearch documentation: Important System Configuration.
If you are using the legacy Hyper-V mode of Docker Desktop for Windows, ensure File Sharing is
enabled for the C:
drive.
The default configuration of Docker Desktop for Mac allows mounting files from /Users/
, /Volume/
, /private/
,
/tmp
and /var/folders
exclusively. Make sure the repository is cloned in one of those locations or follow the
instructions from the documentation to add more locations.
Warning
You must rebuild the stack images withdocker-compose build
whenever you switch branch or update the version of an already existing stack.
Clone this repository onto the Docker host that will run the stack with the command below:
git clone https://github.com/deviantony/docker-elk.git
Then, initialize the Elasticsearch users and groups required by docker-elk by executing the command:
docker-compose up setup
If everything went well and the setup completed without error, start the other stack components:
docker-compose up
Note
You can also run all services in the background (detached mode) by appending the-d
flag to the above command.
Give Kibana about a minute to initialize, then access the Kibana web UI by opening http://localhost:5601 in a web browser and use the following (default) credentials to log in:
Note
Upon the initial startup, theelastic
,logstash_internal
andkibana_system
Elasticsearch users are intialized with the values of the passwords defined in the.env
file ("changeme" by default). The first one is the built-in superuser, the other two are used by Kibana and Logstash respectively to communicate with Elasticsearch. This task is only performed during the initial startup of the stack. To change users' passwords after they have been initialized, please refer to the instructions in the next section.
Note
Refer to Security settings in Elasticsearch to disable authentication.
Warning
Starting with Elastic v8.0.0, it is no longer possible to run Kibana using the bootstraped privilegedelastic
user.
The "changeme" password set by default for all aforementioned users is unsecure. For increased security, we will reset the passwords of all aforementioned Elasticsearch users to random secrets.
Reset passwords for default users
The commands below reset the passwords of the elastic
, logstash_internal
and kibana_system
users. Take note
of them.
docker-compose exec elasticsearch bin/elasticsearch-reset-password --batch --user elastic
docker-compose exec elasticsearch bin/elasticsearch-reset-password --batch --user logstash_internal
docker-compose exec elasticsearch bin/elasticsearch-reset-password --batch --user kibana_system
If the need for it arises (e.g. if you want to collect monitoring information through Beats and other components), feel free to repeat this operation at any time for the rest of the built-in users.
Replace usernames and passwords in configuration files
Replace the password of the elastic
user inside the .env
file with the password generated in the previous step.
Its value isn't used by any core component, but extensions use it to
connect to Elasticsearch.
Note
In case you don't plan on using any of the provided extensions, or prefer to create your own roles and users to authenticate these services, it is safe to remove theELASTIC_PASSWORD
entry from the.env
file altogether after the stack has been initialized.
Replace the password of the logstash_internal
user inside the .env
file with the password generated in the
previous step. Its value is referenced inside the Logstash pipeline file (logstash/pipeline/logstash.conf
).
Replace the password of the kibana_system
user inside the .env
file with the password generated in the previous
step. Its value is referenced inside the Kibana configuration file (kibana/config/kibana.yml
).
See the Configuration section below for more information about these configuration files.
Restart Logstash and Kibana to re-connect to Elasticsearch using the new passwords
docker-compose up -d logstash kibana
Note
Learn more about the security of the Elastic stack at Secure the Elastic Stack.
Launch the Kibana web UI by opening http://localhost:5601 in a web browser, and use the following credentials to log in:
Now that the stack is fully configured, you can go ahead and inject some log entries.
The shipped Logstash configuration allows you to send data over the TCP port 50000. For example, you can use one of the
following commands depending on your installed version of nc
(Netcat) to ingest the content of the log file
/path/to/logfile.log
in Elasticsearch, via Logstash:
# Execute `nc -h` to determine your `nc` version
cat /path/to/logfile.log | nc -q0 localhost 50000 # BSD
cat /path/to/logfile.log | nc -c localhost 50000 # GNU
cat /path/to/logfile.log | nc --send-only localhost 50000 # nmap
You can also load the sample data provided by your Kibana installation.
Elasticsearch data is persisted inside a volume by default.
In order to entirely shutdown the stack and remove all persisted data, use the following Docker Compose command:
docker-compose down -v
This repository stays aligned with the latest version of the Elastic stack. The main
branch tracks the current major
version (8.x).
To use a different version of the core Elastic components, simply change the version number inside the .env
file. If you are upgrading an existing stack, remember to rebuild all container images using the docker-compose build
command.
Warning
Always pay attention to the official upgrade instructions for each individual component before performing a stack upgrade.
Older major versions are also supported on separate branches:
release-7.x
: 7.x seriesrelease-6.x
: 6.x series (End-of-life)release-5.x
: 5.x series (End-of-life)Note
Configuration is not dynamically reloaded, you will need to restart individual components after any configuration change.
The Elasticsearch configuration is stored in elasticsearch/config/elasticsearch.yml
.
You can also specify the options you want to override by setting environment variables inside the Compose file:
elasticsearch:
environment:
network.host: _non_loopback_
cluster.name: my-cluster
Please refer to the following documentation page for more details about how to configure Elasticsearch inside Docker containers: Install Elasticsearch with Docker.
The Kibana default configuration is stored in kibana/config/kibana.yml
.
You can also specify the options you want to override by setting environment variables inside the Compose file:
kibana:
environment:
SERVER_NAME: kibana.example.org
Please refer to the following documentation page for more details about how to configure Kibana inside Docker containers: Install Kibana with Docker.
The Logstash configuration is stored in logstash/config/logstash.yml
.
You can also specify the options you want to override by setting environment variables inside the Compose file:
logstash:
environment:
LOG_LEVEL: debug
Please refer to the following documentation page for more details about how to configure Logstash inside Docker containers: Configuring Logstash for Docker.
Switch the value of Elasticsearch's xpack.license.self_generated.type
setting from trial
to basic
(see License
settings).
You can also cancel an ongoing trial before its expiry date and thus revert to a basic license either from the License Management panel of Kibana, or using Elasticsearch's Licensing APIs.
Follow the instructions from the Wiki: Scaling out Elasticsearch
To run the setup container again and re-initialize all users for which a password was defined inside the .env
file,
simply "up" the setup
Compose service again:
$ docker-compose up setup
Container docker-elk-elasticsearch-1 Running
Container docker-elk-setup-1 Created
Attaching to docker-elk-setup-1
...
docker-elk-setup-1 | [+] User 'monitoring_internal'
docker-elk-setup-1 | User does not exist, creating
docker-elk-setup-1 | [+] User 'beats_system'
docker-elk-setup-1 | User exists, setting password
docker-elk-setup-1 exited with code 0
If for any reason your are unable to use Kibana to change the password of your users (including built-in users), you can use the Elasticsearch API instead and achieve the same result.
In the example below, we reset the password of the elastic
user (notice "/user/elastic" in the URL):
curl -XPOST -D- 'http://localhost:9200/_security/user/elastic/_password' \
-H 'Content-Type: application/json' \
-u elastic:<your current elastic password> \
-d '{"password" : "<your new password>"}'
To add plugins to any ELK component you have to:
RUN
statement to the corresponding Dockerfile
(eg. RUN logstash-plugin install logstash-filter-json
)docker-compose build
commandA few extensions are available inside the extensions
directory. These extensions provide features which
are not part of the standard Elastic stack, but can be used to enrich it with extra integrations.
The documentation for these extensions is provided inside each individual subdirectory, on a per-extension basis. Some of them require manual changes to the default ELK configuration.
The startup scripts for Elasticsearch and Logstash can append extra JVM options from the value of an environment variable, allowing the user to adjust the amount of memory that can be used by each component:
Service | Environment variable |
---|---|
Elasticsearch | ES_JAVA_OPTS |
Logstash | LS_JAVA_OPTS |
To accomodate environments where memory is scarce (Docker Desktop for Mac has only 2 GB available by default), the Heap
Size allocation is capped by default in the docker-compose.yml
file to 512 MB for Elasticsearch and 256 MB for
Logstash. If you want to override the default JVM configuration, edit the matching environment variable(s) in the
docker-compose.yml
file.
For example, to increase the maximum JVM Heap Size for Logstash:
logstash:
environment:
LS_JAVA_OPTS: -Xms1g -Xmx1g
When these options are not set:
As for the Java Heap memory (see above), you can specify JVM options to enable JMX and map the JMX port on the Docker host.
Update the {ES,LS}_JAVA_OPTS
environment variable with the following content (I've mapped the JMX service on the port
18080, you can change that). Do not forget to update the -Djava.rmi.server.hostname
option with the IP address of your
Docker host (replace DOCKER_HOST_IP):
logstash:
environment:
LS_JAVA_OPTS: -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.port=18080 -Dcom.sun.management.jmxremote.rmi.port=18080 -Djava.rmi.server.hostname=DOCKER_HOST_IP -Dcom.sun.management.jmxremote.local.only=false
See the following Wiki pages: