6-3周总结(F5健康检查策略)

知识点小结

hostname

	hostname的意义：通过hostname 查找IP
	在生产遇到这样一个问题。交易到zk报错，发请求到一个未知IP超时。一直找不到原因。后面发现是因为运维提供的服务器
	ip和hostname 对应不上。ping hostname 并不是到本机IP ，而是解析出未知IP。

Linux文件大小

	du -h 查看当前目录下的文件夹大小
	ll | wc -l 统计当前目录文件数量

F5健康检查策略

	1.TCP_HALF_OPEN
	2.TCP_ECV
	上线之前。行内F5希望通过TCP_ECV的方式，对我们系统做健康检查。我们需要对探测报文做定制化响应。所以，简单百度了解，F5的几种健康检查策
	希望能够使用TCP_HALF_OPEN的策略，虽然只能够判断目标服务器TCP端口处于linsten状态。但是，系统不需做响应
	F5运维人员，说没有做过半开策略。会导致健康检查请求一直无法中断，时间长了，可能会占满连接数上线。
	辩驳不过，最后，还是使用的是TCP_ECV的方式。使用这种方式的好处，是确实能检查到。端口不仅活着，并且系统能够正确响应

Linux重启后，resolve.conf

	linux 重启后，resolve.conf被重置。运维要求，在系统重启后，能够重新拉起服务。测试中，重启我们的服务器。	
	上线前，做服务检查，发现nginx没办法启动起来，无法解析。域名，检查resolv.conf发现被重置了。致使域名无法转换为IP地址

压测出现丢包

行内要求使用TCP 协议。我们使用传统的socket写的服务。发现在压测过程中出现丢包的情况。
我们首先写入长度，然后再写入报文体。在压测过程中，发现客户端会出现收不到报文体的情况。
解决方式：报文长度和报文体一起发送给客户端。原因可能是因为，java和c的接收方式不一样。最好的方式，还是后续修改为NIO

钩子线程