Bootstrap Checks 抽样检查:
总的来说,我们有很多的经验在用户遇到意想不到的问题因为它们没有配置重要的设置。
在Elasticsearch之前的版本,错误的配置一些配置设置是被记录为警告。
可以理解的是, 用户有时候错过一些日志信息。确保那些设置得到它们应有的关注,Elasticsearch自助检查在启动时。
那些bootstrap checks检查Elasticsearch 的各种和系统设置,比较它们的值是安全的对于Elasticsearch的操作。
如果Elasticsearch 是处于开发模式,任何bootstrap checks 失败会出现警告在 Elasticsearch log.
如果 Elasticsearch 是在生产模式,任何bootstrap checks 失败会导致Elasticsearch 来拒绝启动。
有一些bootstrap checks 总是强制执行防止Elasticsearch 运行在不兼容设置。这些检查是单独记录的:
Development vs. production mode 开发和生产模式:
默认情况下, Elasticsearch 绑定到一个localhost 用于HTTP和传输(内部的)通信。
这是好的用于下载和使用Elasticsearch，每天发展但是它是无用的对于生产系统。
为了形成一个cluster,Elasticsearch 实例必须是可访问的通过传输通讯
因此它们必须绑定传输端口到一个外部网卡。
因此,我们考虑一个Elasticsearch 实例是处于开发模式如果它没有绑定传输端口到一个外部接口,
注意 HTTP 可以配置独立的传输端口 通过http.host and transport.host;
这个可以有用的用于配置一个单独的实例是可达的通过HTTP 用于测试目的不需要触发生产模式
我们认识到 一些用户需要绑定传输端口到一个外部接口用于测试我们的传输端口客户端的使用。
针对这种情况,我们提供discovery type single-node(配置它通过设置discovery.type to single-node);
在这种情况下,一个节点会选择它自己作为master 不会形成一个集群和其他任何节点