最近使用consul
做为项目的服务注册与服务发现的基础功能。在塔建集群使用中遇到一些坑,下面一个个的记录下来。html
consul集群的node也就是咱们所说的consul实例。集群由多个node组成,为了集群的可用性,须要超过半数的node启用server。如5个node中建议3个启用server模式,3个node组成的集群就2个node启用server模式。
看到这里的时候你必定以为没有什么问题呀,可是consul坑就是多。加入你的集群组成以下:node
Node Address Status Type Build Protocol DC Segment BJ-MQTEST-01 10.163.145.117:8301 alive server 1.0.6 2 iget-topology-aliyun <all> BJ-MQTEST-02 10.163.147.47:8301 alive server 1.0.6 2 iget-topology-aliyun <all> BJ-TGO-01 10.163.145.110:8301 alive client 1.0.6 2 iget-topology-aliyun <default>
那么client能够使用上述的3个ip链接到consul集群,假设client A使用使用10.163.145.117注册了service,重启后使用地址10.163.145.110注册以前的service信息,此时你就会惊喜的发现,UI能够同时看到在同一个servicename下存在两个相同的serviceid。git
这就是consul集群多node的坑,由于service底层虽然使用了KV存储,可是service的KEY与serviceid无关,因此在集群中能够重复。github
集群中只有一个node使用server模式,其余的都是client模式。缺点很明显,若是server的node挂了,那么集群的可用性就没有了。golang
相同的客户端使用相同的node地址,这样就能够确保同一个servicename下不存在两个相同的serviceid。缺点是若是客户端绑定的node挂了,那么client就使用。
代码给出api
package registry import ( "fmt" "math" "net" "sort" "strings" log "github.com/golang/glog" ) type ConsulBind struct { Addr string IpInt float64 } type ConsulBindList []ConsulBind func (s ConsulBindList) Len() int { return len(s) } func (s ConsulBindList) Swap(i, j int) { s[i], s[j] = s[j], s[i] } func (s ConsulBindList) Less(i, j int) bool { return s[i].IpInt < s[j].IpInt } func (s ConsulBindList) ToStrings() []string { ret := make([]string, 0, len(s)) for _, cbl := range s { ret = append(ret, cbl.Addr) } return ret } func BingConsulSort(consulAddrs []string) []string { localIpStr, err := GetAgentLocalIP() if err != nil { return consulAddrs } localIp := net.ParseIP(localIpStr) localIpInt := int64(0) if localIp != nil { localIpInt = util.InetAton(localIp) } addrslist := make([]ConsulBind, 0, len(consulAddrs)) for _, addr := range consulAddrs { ads := strings.Split(addr, ":") if len(ads) == 2 { ip := net.ParseIP(ads[0]) if ip != nil { ipInt := util.InetAton(ip) fmt.Println("ip:", ip, ipInt, localIpInt, (ipInt - localIpInt)) addrslist = append(addrslist, ConsulBind{ Addr: addr, IpInt: math.Abs(float64(ipInt - localIpInt)), }) } } } consulBindList := ConsulBindList(addrslist) sort.Sort(consulBindList) log.Infof("sort addrs %v", consulBindList) return consulBindList.ToStrings() }
客户端随机使用集群中的任意一个地址,可是注册以前先判断该servicename是否已经存在要注册的serviceid了,若是存在就删除从新注册。缺点就是watch会有较多事件,能够升级为若是存在而且是健康的就不容许重复注册,我使用的就是该方案。app
一开始不少人都会以为服务出现问题了下架了挂了,那么就会被移出了。可是在consul中删除service没有那么简单!
请查看官网文档:
catalog文档
agent/service文档ui
看着彷佛任选一个就能够作到正确删除service了!能够继续说一声,没有那么简单,consul的坑就是多。spa
选择了/agent/service/deregister/:service_id
接口,会发现你没法删除别的node的service。好比10.163.145.117中有个serviceid为agent_xxxx_v1
,可是客户端链接consul使用的IP为10.163.145.110,那么就没法删除掉agent_xxxx_v1
。code
没事不是还有一个接口没有使用吗?再来看看/catalog/deregister
,执行完成后看了UI,嗯嗯的确是删除了agent_xxxx_v1
。等等。。。 。。。 30s后发现agent_xxxx_v1
又出现了,这是怎么回事????
请查看consul的bugUnable to deregister a service #1188。
第一步:查询出serviceid所属的servicename全部的列表;
第二步:遍历列表获取到node的地址后删除全部的serviceid;
if len(c.Options.Addrs) > 0 { addrMap := make(map[string]string, len(c.Options.Addrs)) for _, host := range c.Options.Addrs { addr, _, err := net.SplitHostPort(host) if err != nil { log.Warningf("%v is err=%v", host, err) continue } addrMap[addr] = host } rsp, _, _ := c.Client.Health().Service(s.Name, "", false, nil) for _, srsp := range rsp { if srsp.Service.ID == serviceId { if host, ok := addrMap[srsp.Node.Address]; ok { config := consul.DefaultNonPooledConfig() config.Address = host // 建立consul链接 client, err := consul.NewClient(config) if err != nil { log.Warningf("NewClient is err=%v", host, err) } err = client.Agent().ServiceDeregister(serviceId) log.Infof("ServiceDeregister host=%v , serviceId=%v", host, serviceId) } } } } else { err = c.Client.Agent().ServiceDeregister(serviceId) log.Infof("ServiceDeregister serviceId=%v", serviceId) }
能够确定的是consul还有其余的坑的,可是这两个坑让我记忆深入,记录下来给准备使用consul或者已经遇到这些坑的同窗一个提醒。