ELK 之前端 nginx+elasticsearch+ kibana 部署

之前有导读部分内容，介绍了elk的及kafka的前世今生及优点，各位客官可以点击这里访问，欢迎大家批评指正交流学习共同进步；(https://blog.51cto.com/seekerwolf/2085891)
OS：Centos 7
ELK Stack ： 6.2.2
安装方式：源码安装
我的日志收集系统是基于这样的架构来做，前端代理使用Nginx，然后是ELK 的全家桶，文件收集使用filebeat来搞定；

一，系统优化，
在安装ES 的主机上需要作如下系统级别的优化工作，不然启动ElasticSearch 的时候会出现报错，同时给未来的运维工作也埋下隐患，所以一开始做好优化之后，以后就不会被各种怪异问题缠绕了！
#最大文件打开数参数优化：
max file open
file-max的含义。man proc，可得到file-max的描述：
This file defines a system-wide limit on the number of open files for all processes. (See
also setrlimit(2), which can be used by a process to set the per-process limit,
RLIMIT_NOFILE, on the number of files it may open.) If you get lots of error messages
about running out of file handles, try increasing this value:

#修改方法：
vi /etc/security/limits.conf
#在最下边添加如下两行

• soft nofile 65538
• hard nofile 65538
  #修改完成之后，重新连接server，通过如下命令确认是否修改完成；
  [root@localhost ~]# ulimit -a |grep open
  open files (-n) 65538

#vm.max_map_count
虚拟内存（Virtual memory）
es默认使用 hybrid mmapfs / niofs 目录来存储索引。 默认操作系统对mmap计数的限制太低，可能引发内存不足的异常。在Linux中，可以通过root运行下面的命令来放开限制：
#临时设置的方法,
sysctl –w vm.max_map_count=262144
更新系统文件/etc/sysctl.conf的vm.max_map_count字段使得这个设置永久生效。
如果不优化会出现启动es的时候会出现如下提示：
max virtual memory areas vm.max_map_count [65535] is too low, increase to at least [262144]
#编辑/etc/sysctl.conf 添加如下内容：
vm.max_map_count=262150

加载到系统中：
sysctl -p --load /etc/sysctl.conf

查看是否成功：
[root@localhost ~]# sysctl -a |grep vm.max
vm.max_map_count = 262150

二，环境及软件包准备
#安装openjdk
yum -y install java
#验证，需要安装java 1.8 版本
java -version

#因为elasticsearch 不允许root 用户启动，同时为了系统的安全考虑，最好还是用非root 用户来run这些程序，所以创建一个elk 用户给elasticsearch，kibana，logstash 等用。
#创建用户的时候通过 -d 指定home 目录放到指定位置，我放到/opt/home 目录下
useradd elk -d /opt/elk

Tips：存放elasticsearch 的分区一定要有足够的空间，因为elasticsearch 需要存放收集过来的数据，所以一开始就规划好存放位置
我选择把安装包我统一放到 elk 的home目录 /opt/elk/ 下，
#通过官网下载tar.gz 最新版的安装包
wget https://artifacts.elastic.co/downloads/beats/filebeat/filebeat-6.2.2-linux-x86_64.tar.gz
wget https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-6.2.2.tar.gz
wget https://artifacts.elastic.co/downloads/kibana/kibana-6.2.2-linux-x86_64.tar.gz
wget https://artifacts.elastic.co/downloads/beats/filebeat/filebeat-5.6.8-linux-x86_64.tar.gz
wget https://artifacts.elastic.co/downloads/logstash/logstash-6.2.2.tar.gz

#解压所有tar.gz 包，进入当前下载目录，由于安装包比较多，一个个解压比较费劲，使用for 循环一次性解决这个问题，解放双手提高效率。。。！
for i in ls *.tar.gz;do tar -zxvf $i;done

三，安装ES，Kibana，Nginx，Logstash
#安装配置elasticsearch-6.2.2
修改elasticsearch 目录拥有者：
chown -R elk.elk elasticsearch-6.2.2
cd elasticsearch
vi config/elasticsearch.yml
#配置选项：

Elasticsearch 集群名称。使用集群可将单独 Process Federation Server 绑定到单个分布式系统中。参与集群的所有服务器都必须具有相同的集群名称。

cluster.name: my-es

Elasticsearch 节点名。集群中的每个 Process Federation Server 都必须具有唯一节点名。

#node.name: node-1

数据存储目录（多个路径用逗号分隔）

path.data: /opt/elk/elasticsearch-6.2.2/data

日志目录

path.logs: /opt/elk/elasticsearch-6.2.2/logs
#本机的ip地址
network.host: 0.0.0.0
#ES 集群使用，提供其他 Elasticsearch 服务节点的单点广播发现功能。配置集群中基于主机 TCP 端口的其他 Elasticsearch 服务的逗号分隔列表。
例如：
#discovery.zen.ping.unicast.hosts="localhost:9300,localhost:9301,localhost:9302"

设置节点间交互的tcp端口（集群）,(默认9300)

#transport.tcp.port: 9300

监听端口（默认）

http.port: 9200

增加参数，使head插件可以访问es

#如果启用了 HTTP 端口，那么此属性会指定是否允许跨源 REST 请求。
http.cors.enabled: true
#如果 http.cors.enabled 的值为 true，那么该属性会指定允许 REST 请求来自何处。
http.cors.allow-origin: "*"
#准许head 插件通过header 认证方式访问
http.cors.allow-headers: Authorization
http.cors.enabled
true
如果启用了 HTTP 端口，那么此属性会指定是否允许跨源 REST 请求。
http.cors.allowed.origin
localhost
如果 http.cors.enabled 的值为 true，那么该属性会指定允许 REST 请求来自何处。
#启动elasticsearch用后台启动
nohup su - elk -c /opt/elk/elasticsearch-6.2.2/bin/elasticsearch >> /dev/null 2>&1 &
#访问web 记得 iptables 开放该端口
http://xxx:9200

#可视化插件 elasticsearch-head 安装
介绍：
elasticsearch-head是一个界面化的集群操作和管理工具，是集群管理、数据可视化、增删改查、查询语句可视化工具，可以对集群进行傻瓜式操作。
官方 GitHub 地址：https://github.com/mobz/elasticsearch-head。安装也很简单，安装 README 步骤走就好了。
#下载包elasticsearch-head 如果没有git 请使用 yum -y install git
git clone https://github.com/mobz/elasticsearch-head.git
cd /opt/elk/elasticsearch-head

#修改elasticsearch-head 中的ES连接地址，如果你的elasticsearch 中配置的访问地址，这个地址就需要修改，如果不修改，通过web 界面访问elasticsearch-head的时候无法连接到elasticsearch

#编辑配置文件，填写elasticsearch server的地址
vi _site/app.js
init: function(parent) {
this._super();
this.prefs = services.Preferences.instance();
this.base_uri = this.config.base_uri || this.prefs.get("app-base_uri") || "http://es_ip:9200";
if( this.base_uri.charAt( this.base_uri.length - 1 ) !== "/" ) {
// XHR request fails if the URL is not ending with a "/"
this.base_uri += "/";
}

#安装node.js和 npm
yum -y install nodejs npm
#启动程序
nohup npm run start >> /dev/null 2>&1 &

#访问web，记得 iptables 开放该端口；
http://xxx:9100

Tips:
ElasticSearch-head 有chrome 浏览器的插件可以安装一个非常方便，省着每次还需要输入地址访问；

#安装kibana
#修改目录属性
chown -R elk.elk kibana-6.2.2-linux-x86_64
cd kibana-6.2.2-linux-x86_64
#修改配置文件
vi config/kibana.yml
server.host: "server-ip"
elasticsearch.url: "http://ES-IP:9200"
#启动kibana
nohup su - elk -c /opt/elk/kibana-6.2.2-linux-x86_64/bin/kibana >>/dev/null 2>&1 &

#出现如下提示证明启动成功
su - elk -c /opt/elk/kibana-6.2.2-linux-x86_64/bin/kibana
log [10:14:23.157] [info][status][plugin:kibana@6.2.2] Status changed from uninitialized to green - Ready
log [10:14:23.203] [info][status][plugin:elasticsearch@6.2.2] Status changed from uninitialized to yellow - Waiting for Elasticsearch
log [10:14:23.346] [info][status][plugin:timelion@6.2.2] Status changed from uninitialized to green - Ready
log [10:14:23.353] [info][status][plugin:console@6.2.2] Status changed from uninitialized to green - Ready
log [10:14:23.357] [info][status][plugin:metrics@6.2.2] Status changed from uninitialized to green - Ready
log [10:14:23.376] [info][listening] Server running at http://server-ip:5601
log [10:14:23.421] [info][status][plugin:elasticsearch@6.2.2] Status changed from yellow to green - Ready
#访问web，记得 iptables 开放该端口；
http://xxx:5601

Tips：
Kibana 的前端代理还是要配置一下的，不然每次都访问都要写端口号，不是一般的麻烦，同时因为Kibana 没有认证，可以通过nginx 给它个简单的认证；
前端nginx 安装选择使用openresty
为openresty 运行创建用户
useradd nginx -s /sbin/nologin
#安装依赖包
yum install pcre-devel openssl-devel gcc curl
#安装openresty
下载包：wget https://openresty.org/download/openresty-1.13.6.1.tar.gz
#解压并进入安装包
tar -zxvf openresty-1.13.6.1.tar.gz && cd openresty-1.13.6.1
安装openresty
./configure --user=nginx --group=nginx && gmake && gmake install
#修改nginx 配置文件，指定nginx 执行用户为nginx
user nginx;
#在nginx 目录下创建conf.d 目录
cd /usr/local/openresty/nginx/
mkdir conf.d
#创建kibana 代理配置
cd conf.d
vi kibana
#把如下内容贴入
server {
listen 80;
server_name xxx.xxx.xxx.xxx; #当前主机名
auth_basic "Restricted Access";
auth_basic_user_file /usr/local/openresty/nginx/conf/htpasswd.users; #登录验证
location / {
proxy_pass http://kibana-host:5601; #转发到kibana
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}
}
#安装httpd-tools
介绍：
什么是 htpasswd ?
htpasswd 是开源 http 服务器 apache httpd 的一个命令工具，用于生成 http 基本认证的密码文件。
加密方式有什么区别？
MD5:使用MD5加密密码。在Windows, Netware 和TPF上，这是默认的加密方式。
crypt:使用crypt()加密密码。在除了Windows, Netware和TPF的平台上，这是默认的。 虽然它在所有平台上可以为htpasswd所支持， 但是在Windows, Netware和TPF上不能为httpd服务器所支持。
SHA:使用SHA加密密码。 它是为了方便转入或移植到使用LDAP Directory Interchange Format (ldif)的Netscape而设计的。
plain:不加密，使用纯文本的密码。虽然在所有平台上 htpasswd 都可以建立这样的密码， 但是httpd后台只在Windows, Netware和TPF上支持纯文本的密码。

yum -y install httpd-tools
生成秘钥文件：
htpasswd -bc /usr/local/openresty/nginx/conf/htpasswd.users 用户名 密码
#修改nginx主配置文件导入配置，在文件最下} 符号上边

vim /usr/local/openresty/nginx/conf/nginx.conf

include /usr/local/nginx/conf/conf.d/*.conf;

#检查配置并启动启动openresty
/usr/local/openresty/nginx/sbin/nginx -t

#出现如下提示证明没有问题：
nginx: the configuration file /usr/local/openresty/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/openresty/nginx/conf/nginx.conf test is successful

#启动nginx
/usr/local/openresty/nginx/sbin/nginx

#用浏览器直接访问80端口
http://IP地址

左侧菜单栏介绍如下：
discover：浏览数据
visualize：可视化报表
dashboard：仪表盘
dev tools：开发者工具
management： 设置和管理

来源：51CTO

作者：脚下的路

链接：https://blog.51cto.com/seekerwolf/2092846