前言overseer作为一个用于热更新，平滑重启的监控服务，在实现上有很多我们需要了解和学习的地方。本文旨在从 overseer 的启动流程出发，了解overseer 是怎样完成服务监控，fork子进程，以及对于信号的处理。由于本人水平有限，分析过程中可能有遗漏和错误，希望大家可以直接指出来，一起学习，一起进步。overseer 执行流程master在overseer的Run方法中传入指定的配置数
转载
2021-01-20 15:10:50
646阅读
2评论
先从第一台solr服务器说起：1. 它首先启动一个嵌入式的Zookeeper服务器，作为集群状态信息的管理者，2. 将自己这个节点注册到/node_states/目录下3. 同时将自己注册到/live_nodes/目录下4. 创建/overseer_elect/leader，为后续Overseer节点的选举做准备，新建一个Overseer，5. 更新/clusterstate.json目录下jso
转载
2019-01-16 14:55:00
93阅读
2评论
以上图solr4.0集群为例说明，该集群有4台服务器，每台服务器上运行一个solr实例（instance）。配置为：整个集群只有一个collection为collection1，该collection有两个shard（shard1、shard2），每个shard各有一个replica。其中假设shard2-leader被选为Overseer。create/delete collection时消息
概要最近遇到一个需求，golang应用部署在远程机器，远程机器在内网，部署之后不方便再次登录此远程机器去升级。因此，需要golang应用自动检查是否需要升级，如果需要升级，则下载二进制后自升级。自升级库golang自升级的库有好几个，比较之后决定采用： https://github.com/jpillora/overseer
此库不是最全面的，但是实现原理和提供的接口比较简单，代码量也不大，便于定
转载
2024-07-10 05:25:25
60阅读
