启动 Elasticsearch
编辑启动 Elasticsearch
编辑启动 Elasticsearch 的方法取决于您的安装方式。
归档包 (.tar.gz
)
编辑如果您使用 .tar.gz
包安装了 Elasticsearch,则可以从命令行启动 Elasticsearch。
从命令行运行 Elasticsearch
编辑运行以下命令从命令行启动 Elasticsearch:
./bin/elasticsearch
首次启动 Elasticsearch 时,安全功能默认启用并配置。以下安全配置将自动执行:
- 启用身份验证和授权,并为
elastic
内置超级用户生成密码。 - 为传输层和 HTTP 层生成 TLS 证书和密钥,并使用这些密钥和证书启用和配置 TLS。
- 为 Kibana 生成一个有效期为 30 分钟的注册令牌。
elastic
用户的密码和 Kibana 的注册令牌将输出到您的终端。
建议将 elastic
密码存储为 shell 中的环境变量。示例:
export ELASTIC_PASSWORD="your_password"
如果您已为 Elasticsearch 密钥库设置密码保护,系统将提示您输入密钥库密码。有关详细信息,请参阅 安全设置。
默认情况下,Elasticsearch 将其日志打印到控制台 (stdout
) 和 日志目录 中的 <集群名称>.log
文件。Elasticsearch 在启动时会记录一些信息,但在完成初始化后,它将继续在前台运行,并且除非发生值得记录的事情,否则不会再记录任何内容。Elasticsearch 运行时,您可以通过其默认端口为 9200
的 HTTP 接口与之交互。
要停止 Elasticsearch,请按 Ctrl-C
。
Elasticsearch 附带的所有脚本都需要支持数组的 Bash 版本,并假定 Bash 可在 /bin/bash
处访问。因此,Bash 应直接或通过符号链接在此路径下可用。
将节点注册到现有集群
编辑Elasticsearch 首次启动时,安全自动配置过程会将 HTTP 层绑定到 0.0.0.0
,但仅将传输层绑定到 localhost。此预期行为确保您可以启动默认启用安全的单节点集群,而无需任何其他配置。
在注册新节点之前,在生产集群中通常需要执行其他操作,例如绑定到 localhost
以外的地址或满足引导检查。在此期间,自动生成的注册令牌可能会过期,这就是为什么不会自动生成注册令牌的原因。
此外,只有同一主机上的节点无需额外配置即可加入集群。如果希望来自另一台主机的节点加入您的集群,则需要将 transport.host
设置为 支持的值(例如取消建议值 0.0.0.0
的注释),或绑定到其他主机可以访问的接口的 IP 地址。有关更多信息,请参阅 传输设置。
要将新节点注册到集群,请使用集群中任何现有节点上的 elasticsearch-create-enrollment-token
工具创建一个注册令牌。然后,您可以使用 --enrollment-token
参数启动新节点,使其加入现有集群。
-
在运行 Elasticsearch 的终端之外的另一个终端中,导航到安装 Elasticsearch 的目录,并运行
elasticsearch-create-enrollment-token
工具为新节点生成注册令牌。bin/elasticsearch-create-enrollment-token -s node
复制注册令牌,您将使用它来将新节点注册到 Elasticsearch 集群。
-
在新节点的安装目录中,启动 Elasticsearch 并使用
--enrollment-token
参数传递注册令牌。bin/elasticsearch --enrollment-token <enrollment-token>
Elasticsearch 会自动在以下目录中生成证书和密钥:
config/certs
- 对要注册的任何新节点重复上一步。
作为守护进程运行
编辑要将 Elasticsearch 作为守护进程运行,请在命令行中指定 -d
,并使用 -p
选项将进程 ID 记录到文件中:
./bin/elasticsearch -d -p pid
如果您已为 Elasticsearch 密钥库设置密码保护,系统将提示您输入密钥库密码。有关详细信息,请参阅 安全设置。
可以在 $ES_HOME/logs/
目录中找到日志消息。
要关闭 Elasticsearch,请终止 pid
文件中记录的进程 ID。
pkill -F pid
归档包 (.zip
)
编辑如果您使用 .zip
包在 Windows 上安装了 Elasticsearch,则可以从命令行启动 Elasticsearch。如果希望 Elasticsearch 在启动时自动启动而无需任何用户交互,请 将 Elasticsearch 安装为服务。
从命令行运行 Elasticsearch
编辑运行以下命令从命令行启动 Elasticsearch:
.\bin\elasticsearch.bat
首次启动 Elasticsearch 时,安全功能默认启用并配置。以下安全配置将自动执行:
- 启用身份验证和授权,并为
elastic
内置超级用户生成密码。 - 为传输层和 HTTP 层生成 TLS 证书和密钥,并使用这些密钥和证书启用和配置 TLS。
- 为 Kibana 生成一个有效期为 30 分钟的注册令牌。
elastic
用户的密码和 Kibana 的注册令牌将输出到您的终端。
建议将 elastic
密码存储为 shell 中的环境变量。示例:
$ELASTIC_PASSWORD = "your_password"
如果您已为 Elasticsearch 密钥库设置密码保护,系统将提示您输入密钥库密码。有关详细信息,请参阅 安全设置。
默认情况下,Elasticsearch 将其日志打印到控制台 (STDOUT
) 和 日志目录 中的 <集群名称>.log
文件。Elasticsearch 在启动时会记录一些信息,但在完成初始化后,它将继续在前台运行,并且除非发生值得记录的事情,否则不会再记录任何内容。Elasticsearch 运行时,您可以通过其默认端口为 9200
的 HTTP 接口与之交互。
要停止 Elasticsearch,请按 Ctrl-C
。
将节点注册到现有集群
编辑Elasticsearch 首次启动时,安全自动配置过程会将 HTTP 层绑定到 0.0.0.0
,但仅将传输层绑定到 localhost。此预期行为确保您可以启动默认启用安全的单节点集群,而无需任何其他配置。
在注册新节点之前,在生产集群中通常需要执行其他操作,例如绑定到 localhost
以外的地址或满足引导检查。在此期间,自动生成的注册令牌可能会过期,这就是为什么不会自动生成注册令牌的原因。
此外,只有同一主机上的节点无需额外配置即可加入集群。如果希望来自另一台主机的节点加入您的集群,则需要将 transport.host
设置为 支持的值(例如取消建议值 0.0.0.0
的注释),或绑定到其他主机可以访问的接口的 IP 地址。有关更多信息,请参阅 传输设置。
要将新节点注册到集群,请使用集群中任何现有节点上的 elasticsearch-create-enrollment-token
工具创建一个注册令牌。然后,您可以使用 --enrollment-token
参数启动新节点,使其加入现有集群。
-
在运行 Elasticsearch 的终端之外的另一个终端中,导航到安装 Elasticsearch 的目录,并运行
elasticsearch-create-enrollment-token
工具为新节点生成注册令牌。bin\elasticsearch-create-enrollment-token -s node
复制注册令牌,您将使用它来将新节点注册到 Elasticsearch 集群。
-
在新节点的安装目录中,启动 Elasticsearch 并使用
--enrollment-token
参数传递注册令牌。bin\elasticsearch --enrollment-token <enrollment-token>
Elasticsearch 会自动在以下目录中生成证书和密钥:
config\certs
- 对要注册的任何新节点重复上一步。
Debian 包
编辑使用 systemd
运行 Elasticsearch
编辑要配置 Elasticsearch 在系统启动时自动启动,请运行以下命令:
sudo /bin/systemctl daemon-reload sudo /bin/systemctl enable elasticsearch.service
Elasticsearch 可以按如下方式启动和停止:
sudo systemctl start elasticsearch.service sudo systemctl stop elasticsearch.service
这些命令不会提供有关 Elasticsearch 是否成功启动的反馈。相反,此信息将写入位于 /var/log/elasticsearch/
中的日志文件。
如果您已为 Elasticsearch 密钥库设置密码保护,则需要使用本地文件和 systemd 环境变量为 systemd
提供密钥库密码。此本地文件在存在时应受到保护,并在 Elasticsearch 运行后可以安全删除。
echo "keystore_password" > /path/to/my_pwd_file.tmp chmod 600 /path/to/my_pwd_file.tmp sudo systemctl set-environment ES_KEYSTORE_PASSPHRASE_FILE=/path/to/my_pwd_file.tmp sudo systemctl start elasticsearch.service
默认情况下,Elasticsearch 服务不会在 systemd
日志中记录信息。要启用 journalctl
日志记录,必须从 elasticsearch.service
文件中的 ExecStart
命令行中删除 --quiet
选项。
启用 systemd
日志记录后,可以使用 journalctl
命令查看日志信息:
要尾随日志:
sudo journalctl -f
要列出 elasticsearch 服务的日志条目:
sudo journalctl --unit elasticsearch
要列出从给定时间开始的 elasticsearch 服务的日志条目:
sudo journalctl --unit elasticsearch --since "2016-10-30 18:17:16"
有关更多命令行选项,请查看 man journalctl
或 https://www.freedesktop.org/software/systemd/man/journalctl.html。
旧版 systemd
版本的启动超时
默认情况下,Elasticsearch 将 systemd
的 TimeoutStartSec
参数设置为 900s
。如果您运行的是至少 238 版本的 systemd
,则 Elasticsearch 可以自动延长启动超时,并且会重复这样做,直到启动完成,即使启动时间超过 900 秒。
低于 238 版本的 systemd
不支持超时扩展机制,如果 Elasticsearch 在配置的超时时间内未完全启动,则会终止 Elasticsearch 进程。如果发生这种情况,Elasticsearch 将在其日志中报告它在启动后不久正常关闭。
[2022-01-31T01:22:31,077][INFO ][o.e.n.Node ] [instance-0000000123] starting ... ... [2022-01-31T01:37:15,077][INFO ][o.e.n.Node ] [instance-0000000123] stopping ...
但是,systemd
日志将报告启动超时。
Jan 31 01:22:30 debian systemd[1]: Starting Elasticsearch... Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Start operation timed out. Terminating. Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Main process exited, code=killed, status=15/TERM Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Failed with result 'timeout'. Jan 31 01:37:15 debian systemd[1]: Failed to start Elasticsearch.
为避免这种情况,请将您的 systemd
升级到至少 238 版本。您也可以通过延长 TimeoutStartSec
参数来临时解决此问题。
Docker 镜像
编辑如果您安装了 Docker 镜像,则可以从命令行启动 Elasticsearch。根据您使用的是开发模式还是生产模式,方法有所不同。请参阅 在 Docker 中运行 Elasticsearch。
RPM 包
编辑使用 systemd
运行 Elasticsearch
编辑要配置 Elasticsearch 在系统启动时自动启动,请运行以下命令:
sudo /bin/systemctl daemon-reload sudo /bin/systemctl enable elasticsearch.service
Elasticsearch 可以按如下方式启动和停止:
sudo systemctl start elasticsearch.service sudo systemctl stop elasticsearch.service
这些命令不会提供有关 Elasticsearch 是否成功启动的反馈。相反,此信息将写入位于 /var/log/elasticsearch/
中的日志文件。
如果您已为 Elasticsearch 密钥库设置密码保护,则需要使用本地文件和 systemd 环境变量为 systemd
提供密钥库密码。此本地文件在存在时应受到保护,并在 Elasticsearch 运行后可以安全删除。
echo "keystore_password" > /path/to/my_pwd_file.tmp chmod 600 /path/to/my_pwd_file.tmp sudo systemctl set-environment ES_KEYSTORE_PASSPHRASE_FILE=/path/to/my_pwd_file.tmp sudo systemctl start elasticsearch.service
默认情况下,Elasticsearch 服务不会在 systemd
日志中记录信息。要启用 journalctl
日志记录,必须从 elasticsearch.service
文件中的 ExecStart
命令行中删除 --quiet
选项。
启用 systemd
日志记录后,可以使用 journalctl
命令查看日志信息:
要尾随日志:
sudo journalctl -f
要列出 elasticsearch 服务的日志条目:
sudo journalctl --unit elasticsearch
要列出从给定时间开始的 elasticsearch 服务的日志条目:
sudo journalctl --unit elasticsearch --since "2016-10-30 18:17:16"
有关更多命令行选项,请查看 man journalctl
或 https://www.freedesktop.org/software/systemd/man/journalctl.html。
旧版 systemd
版本的启动超时
默认情况下,Elasticsearch 将 systemd
的 TimeoutStartSec
参数设置为 900s
。如果您运行的是至少 238 版本的 systemd
,则 Elasticsearch 可以自动延长启动超时,并且会重复这样做,直到启动完成,即使启动时间超过 900 秒。
低于 238 版本的 systemd
不支持超时扩展机制,如果 Elasticsearch 在配置的超时时间内未完全启动,则会终止 Elasticsearch 进程。如果发生这种情况,Elasticsearch 将在其日志中报告它在启动后不久正常关闭。
[2022-01-31T01:22:31,077][INFO ][o.e.n.Node ] [instance-0000000123] starting ... ... [2022-01-31T01:37:15,077][INFO ][o.e.n.Node ] [instance-0000000123] stopping ...
但是,systemd
日志将报告启动超时。
Jan 31 01:22:30 debian systemd[1]: Starting Elasticsearch... Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Start operation timed out. Terminating. Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Main process exited, code=killed, status=15/TERM Jan 31 01:37:15 debian systemd[1]: elasticsearch.service: Failed with result 'timeout'. Jan 31 01:37:15 debian systemd[1]: Failed to start Elasticsearch.
为避免这种情况,请将您的 systemd
升级到至少 238 版本。您也可以通过延长 TimeoutStartSec
参数来临时解决此问题。