GET _template

找到相应的模板名称，删除即可。

忘了放链接
http://www.bilibili.com/video/av15369297

可以看看我的机柜，两台 2U 的服务器。

好吧，其实我也有十几台虚拟机在跑服务，需求和你差不多，告警会同时通过邮件、短信和微信发送。

监控着电流、电压、湿度、露点、nginx、apache、mariadb、爬虫、ELK 集群、各种小米智能硬件的参数...

zabbix 是强大，不过确实比较麻烦。

zabbix，不过需要写个脚本让 agent 调用，或用 SNMP。

1. 用 filebeat 读取文件，然后丢给 logstash 处理：

```

- input_type: log
paths:
- [your file path here]
tags: email_analysis

output.logstash:
hosts: ["your logstash host here"]

```


2. logstash 用 grok 处理完成后存到 elasticsearch 或其他地方：

```

filter {
if "email_analysis" in [tags] {
grok {
match => { "message" => "%{NOTSPACE:username}\@%{NOTSPACE:mail_host}%{SPACE}%{NOTSPACE:your_patterns}" }
}
}
}

```


3. 这是 elasticsearch 的配置：

```

output {
if "email_analysis" in [tags] {
elasticsearch {
hosts => ["es6-node1.t.com:9200"]
manage_template => false
index => "your-index"
}
}
}

```

没钱买设备，只有两台洋垃圾，每周录个视频，带大家由浅入深到放弃地学习服务器。

B 站空间： https://space.bilibili.com/30496941/#!/

@SharkIng 如果你只是装在 U 盘上的 esxi 系统出现故障，那么重新安装 esxi，配置完成后手动导入 VM 就 OK 了，一般情况下 VM 是不需要备份的。

esxi 系统和数据存储存放在不同磁盘是一个很好的习惯，因为一旦 esxi 系统启动完成后，哪怕移除 U 盘也不会对虚拟机的运行造成任何影响。

可是 esxi 的配置文件需要写入 U 盘，以便下一次启动的时候读取，所以 U 盘的可靠性也是很重要的。

如果系统还可以正常运行，这时候 esxi 提示无法正常保存配置，那么就要手动保存配置到你的电脑。关闭系统后重新安装 esxi，再导入配置即可。

这里有个要求，新安装的系统版本（包括 build 号）必须要和旧的一致，要不然在导入配置的时候会有不可预知的错误。

最后，如果你有备份 VM 的需求，推荐使用 netbackup。

用 netstat -anp | grep 80

有些服务商的镜像会启用 apache，这个要注意。

如果设置了多个 server 块内容，要注意端口和域名的设定。

出现致命错误，最好还是重新安装，然后导入虚拟机。

我之前因为服务器的 USB 接口坏了，导致无法读写 U 盘的数据，但没影响虚拟机的运行，只是有些数据无法写入到 U 盘里而导致与 VC 失去连接。

自从这次之后我就写了脚本，每 6 个小时备份一次配置文件，到时候 U 盘有问题也可以快速恢复。

导入虚拟机还是很简单的，麻烦的是网络配置和磁盘映射关系。

两盒美心月饼，有一盒还是冰皮的~

终于有人和我有同样的感想了，一年前我就吐槽过这个问题。

流量包用完我就转腾讯 CDN

付费主题，图片多，nginx 缓存，HTTP2，CDN

因为有 waf，有时候会加载不全，但根据我的监控，总体速度是不错的： https://enginx.net

将 root 和 index 删掉。

升级系统的 openssl 后要重新编译 nginx，因为我一直是自行编译 nginx，所以不知道各个 yum 源的情况。

另外在编译的时候要启用以下两个模块：
--with-http_v2_module
--with-http_ssl_module

最后可以看一下我的文章：

https://c4.hk/4c

现在养成了习惯，写了快 2 年，欢迎光临： https://enginx.net

@ryd994 因为使用了 DDNS 的缘故，为了达到每次访问都检查 DNS 的缘故，所以要用 set，而 set 需要指定一个变量，所以会有一个变量。

如果直接使用 proxy_pass https://ddns.domain.com:4430，则只会在 nginx 启动时解析一次，后面需要重新解析就需要 reload。

@ryd994 如果在 {} 符号里使用 set，那么每次调用该 {} 都会跑一次 set。

而$upstream 只是一个变量名称，可以修改为任何内容：

server {
...
resolver [DNS IP 地址] valid=5s;
set $[变量名]"http://ddns.domain.com:4430";
proxy_pass $[变量名];
...
}

这个用法类似传递真实 IP 到后端的变量：
set $realip $remote_addr;