最近在整一个监控后台开发，就涉及到了检查TCP连接是否失效的问题，所以学习过后，在此总结一下。刚接触TCP编程的人，比如我学了半年，还没有意识到这个问题，只有在项目中遇到了，才开始思考，在没有读写的连接中，有哪些TCP连接上有效的，哪些连接上无效的。比如客户端突然崩溃，服务器端可能在几天内都维护着一个无用的TCP连接。那么TCP自己有没有类似”轮询“的机制，让它告诉我们，连接还”活着“呢？一、TC
摘要Keepalived的作用是检测服务器的状态，如果有一台web服务器宕机，或工作出现故障，Keepalived将检测到，并将有故障的服务器从系统中剔除，同时使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的服务器一、Keepalived案例分析1.1、企业应用中，单台服务器承担应
## 如何判断Redis服务是否正常
Redis是一种开源的内存数据库，被广泛应用于缓存和消息队列等场景。在生产环境中，我们需要时刻监控Redis服务的运行状态，以确保系统正常运行。本文将介绍如何通过多种方式判断Redis服务是否正常。
### 方法一：使用Redis的PING命令
Redis提供了一个PING命令，用于检查Redis服务是否处于正常运行状态。我们可以通过发送一个PING命令
1. 问题背景OkHttp版本：3.14.9问题描述 在做网络请求优化过程中，首先根据耗时分析，发现接口在建立连接进行握手阶段耗时比较久，且每次都要进行建连过程。我通过修复实际项目中OKHttp的Keep-Alive失效问题，让短时间内（keep-alive有一个默认的timeout时间，详情可以看ConnectionPool类的构造方法）对同一域名的网络请求连复用，对于降低网络数据刷新延迟效果
运维工作过程中最担心的事情是设备、业务出现异常时无法及时发现，发现异常后不知道如何快速恢复。当故障发生后，想要在最短的时间将其排除并恢复服务，不仅需要了解网络与业务服务情况，还需要借助运维工具。 接下来介绍如何使用祺石运维产品中的测试工具进行故障排查。对于已添加监控的设备业务，可以通过故障信息记录、开始时间，结合对应时间段的运维操作事件进行初步判断，据此可以快速锁定多数设备关机/业务关闭、网络
nginx实现负载均衡，keepalived则主要用来监控nginx的健康状态（keepalived其实不止可以监控nginx其实可以监控redis,memcached等等需要监控的服务），官网：https://www.keepalived.org，nginx的使用方法见我另外一篇文章nginx实现负载均衡，keepalived下载地址https://www.keepalived.org/down
如何判断远端是否存在MySQL服务
MySQL是一款流行的关系型数据库管理系统，许多应用程序和网站都在使用它来存储和管理数据。在一些场景下，我们需要通过网络连接来检查远端主机是否运行了MySQL服务。本文将介绍如何判断远端主机是否存在MySQL服务，并提供示例代码来实现这一功能。
## 实际问题
假设我们有一个监控系统，需要检查远端主机是否运行了MySQL服务。如果远端主机存在MySQL服务
keepalived + lvs
172.16.30.31 master
172.16.30.32 backup
172.16.30.10 vip
故障：监控显示keepalived master主机故障；通过ping查看vip存在。master重启以后，VIP漂移回master.
偶然间，
原创
2017-05-09 16:12:26
10000+阅读
2评论
接到任务：10.0.0.200 10.0.0.201这个登录一下，帮我测试一下 nginx那个keepalived的功能正常不系统是centos7keepalived 和 nginx 都可以重启测试：1、pkill nignx后，故障切换一切正常，恢复nginx后也可以抢占回VIP2、在修改nginx配置文件后，在pkill nginx，发现VIP不会
原创
2018-05-16 16:58:51
10000+阅读
点赞
在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据
keepalived 详解官网地址:https://keepalived.org/keepalived原理Keepalived 是以 VRRP 协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master 和多个
一、接触不良 肉眼可见的接触不良，如板卡一头高一头底的，那是轻而易举就可以排除的。不过有一些显卡的接触不良非常的隐蔽，表面上看安装得很好，但实际上接触不良，导致很多莫名其妙的故障。 案例：一台毒龙650机器，是2001年春节装的。一段时间后，开机不正常，经常在第一次开机时全黑无反应，切断电源后再开机则成功，好像系统要“预热”一样。 分析：这个故障看上去是电源的问题，也确实在一些老机器上出现
要判断服务器是否有过重启，可以通过以下几种方法：使用系统命令：last 命令：它会显示系统自上次启动以来的所有登录和重启事件。查看 reboot 相关的记录可以知道服务器重启的时间。who 或者 w 命令：可以查看当前登录用户以及系统运行时间，通过运行时间可以大致推算出上次重启的时间。uptime 命令：它会显示系统运行了多长时间，可以用来推算上次重启的时间点。查看系统日志：/var/log/wt
keepalived脑裂 文章目录keepalived脑裂什么是脑裂脑裂产生的原因常见的解决方案对脑裂进行监控 什么是脑裂脑裂：指在一个高可用(HA)系统中，当连接着的两个节点断开联系时，本来为一个整体的系统，分裂为两个独立节点，这时两个节点开始争抢共享资源，结果会导致系统混乱，数据损坏对于无状态服务的HA，无所谓脑裂不脑裂；但对有状态服务(比如MySQL)的HA，必须要严格方式脑裂。keepal
keepalived主要用作RealServer的健康状态检查以及LoadBalance主机和BackUP主机之间failover的实现。keepalived主要目的在于，其自身启动一个服务，能够实现工作在双节点或多个节点上，并且可以在内核生效的ipvs规则其中当前持有资源的节点被称为活跃节点，另外的节点被称为备节点被称为 Master/Backup。VRRP（如果有学习过TCP\IP，这一块很好
LVS + keepalived的
IP地址分配：
LVS主：IP 192.168.1.127
VIP 192.168.1.132
LVS备份：IP 192.168.1.131
&
脑裂产生的原因一般来说，裂脑的发生，有以下几种原因：
高可用服务器对之间心跳线链路发生故障，导致无法正常通信。
因心跳线坏了（包括断了，老化）。因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。因心跳线间连接的设备故障（网卡及交换机）。因仲裁的机器出问题（采用仲裁的方案）。高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。高可用服务器上心跳网卡地址等信息配置不正确
本文对Redis的过期机制简单的讲解一下 讲解之前我们先抛出一个问题，我们知道很多时候服务器经常会用到redis作为缓存，有很多数据都是临时缓存一下，可能用过之后很久都不会再用到了（比如暂存session，又或者只存放日行情股票数据）那么就会出现一下几个问题了Redis会自己回收清理不用的数据吗？如果能，那如何配置？如果不能，如何防止数据累加后大量占用存储空间的问题？ 之前一直接触Redis
KeepAlive指的是保持连接活跃，类似于Mysql的永久连接。
如果将KeepAlive设置为On，那么来自同一客户端的请求就不需要再一次连接，避免每次请求都要新建一个连接而加重服务器的负担。
KeepAlive的连接活跃时间当然是受KeepAliveTimeOut限制的。如果第二次请求和第一次请
线程的同步概念线程同步是指控制多个线程的相对执行顺序，避免在使用共享资源时可能出现的问题。线程同步可用的方法轮询（不推荐）：通过反复检查Thread类IsAlive属性判断调用状态。
Thread.Join()：将一个线程加入到本线程中，本线程的执行会等待另一线程执行完毕。适合管理少量线程，不适用于复杂情况。
lock语句（Monitor类）
Monitor概述Monitor类主要用于防止多个线程
