几个月前，我在这篇文章中给自己挖了个坑：文中提到的实际问题就是服务探活，今天来填上这个坑。在微服务架构下，服务提供方（Provider）的节点一般不止一个，消费方（Consumer）根据负载均衡算法挑选一个健康的节点进行调用。识别Provider节点是否健康，这便是服务探活要讨论的内容。健康的节点可定义为能正常响应Consumer请求的节点，不健康自然是不

　　在做系统架构规划的时候，负载均衡，HA(高可用性集群，是保证业务连续性的有效解决方案，一般有两个或两个以上的节点，且分为活动节点及备用节点，当活动节点出现故障的时候，由备用节点接管）都是经常需要考虑的方案。对应并发及单点故障，考虑负载均衡方案是必不可少的。如果并发不高只是应对单点故障，则通常使用HA方案。　　负载均衡(LoadBalance)是集

环境说明：主节点：windowsserver从节点：两台linux1\.windowsserver安装jenkins就不多说了，直接添加节点配置如下!(https://oscimg.oschina.net/oscnet/5884016567b47732cb36b478128372498e0.png)2.全局安全配置，指定确认的端

一、概念把大量的数据，根据某个条件分开来存储；举例：1000W条用户数据，根据用户名，ah开头的用户放入节点1，is的放入2，tz的放入3；分片需要：需要1n个节点，需要一个路由进程，需要一个配置库（配置节点）；当客户端发送查询请求后，通过路由进程，去配置库查询用户所需的数据在哪个节点中；然由路由进程去节点取数据，返回结果到客

　　一、背景　　集群容量不够了，这些年各大公司都在做机器资源利用率的事情，我司也不例外，好不容易申请了5台机器加入集群扩容，balance的正欢乐呢，RegionBalanceRatio经过了1天半的时间刚刚降到93%，结果接到通知，5台机器的交换机升级，需重启机器，网卡要做bond。　　集群配置　　集群版本：v3.0.5　　集群配置：

Node节点是Kubernetes集群中的工作负载节点.每个node都会被master分配一些工作负载,每个node节点都运行以下关键服务进程.Kubelet:负责pod对应的容器的创建、启停等任务，同时与master节点密切协作，实现集群管理的基本功能.Kubeproxy:实现kubernetesservice的通信与负载均衡机制的重要

使用elementui tree树形控件的时候，在选择一个子节点后，使用getCheckedKeys后，发现只能返回子节点的ID，但是其父节点ID没有返回。解决办法有三种：1.elementui有一个获取半选择状态值ID得方法　　getHalfCheckedKeys  这个方法用来获取父节点半选择状态ID值2.修改源码　　找到

单链表是一种常见的数据结构，由一个个节点通过指针方式连接而成，每个节点由两部分组成：一是数据域，用于存储节点数据。二是指针域，用于存储下一个节点的地址。在Java中定义如下：publicclassNode{privateObjectdata;//数据域privateNodenext;//指针域publicNo

　　利用第三方插件监控（淘宝开发的Tengine）模块：nginx\_upstream\_check\_module实现web界面下载补丁包wgethttps://codeload.github.com/yaoweibin/nginx\_upstream\_check\_module/zip/master解压缩unzipmaste

NUMA（NonUniformMemoryAccess，非统一内存访问）架构是一种针对多处理器系统的内存组织方式。在这种架构中，处理器被分配到不同的节点，每个节点拥有自己的本地内存。处理器可以访问本地内存和其他节点的内存，但访问本地内存的速度要快于访问其他节点的内存。