GBase8a运维案例分析 – 老紫竹的家

GBase 8a运维案例：操作系统大量TIME_WAIT导致集群连接失败出现状态异常

GBase 8a运维案例，GBase 8a 数据库某些操作时，节点服务内部会临时创建连接，操作完成后关闭，如果在某个阶段时操作系统没有可用的本地端口，将会造成连接失败，涉及的表也将无法确保状态正确，于是设置了event标记。

某项目共20个节点的GBase 8a 9.5.3版本集群，发生2台服务器硬件故障，其中1台纯数据数据节点，另一台是管理gcware+调度coordinator+数据计算服务gnode的复合节点，本文记录整个操作过程。

GBase 8a集群上线项目扩容操作，最终用户出于安全考虑，都会做安全加固，结果就是一些命令表面看着很正常，可是一旦远程运行，或者多几次用户su切换，就会出问题。

某客户反馈，扩容操作重分布已经快1个月了，发现每天就完成十几个表，按照这个速度，需要半年以上。经过排查，发现客户是在云环境，部分计算节点之间，出现严重的网络问题，上行和下行速度都极差(500K-2MB),正常的至少150MB。

客户现场一般都做了安全加固，如果某些服务，有连接频率限制，可能会导致性能问题。本文介绍的一个案例是客户的sftp服务加载，导致的加载性能慢的情况。

机械磁盘，当空间使用率超过一定比例，比如80%，会出现比较明显的性能下降，一般是由于磁盘的ZDR技术导致，以及数据文件碎片两方面的原因。