balancing

等价路由：在路由表中，当存在到达相同目的地址，且同种路由协议发现的多条路由时，若这些路由的开销值也相同，那么这些路由就是等价路由。 此时，设备可以实现负载分担：按照不同负载分担的方式，将从多条等价路由发送报文到同个目的地址。 设置进行负载分担的等价路由的最大数量： 关于这里讨论的”等价路由“： 1）其是指 OSPF 协议路由表里出现的等价路由，并非全局路由表中的等价路由； 2）并且 maximum load-balancing 是在设置从 OSPF 进入全局路由表的等价路由数量，而非控制全局路由表的等价路由数量；

由于 Connection Draining 是自创名词，所以 AWS 的人解释了一大堆。其实对比较熟悉的人用“graceful shutdown”就应该能了解 Connection Draining 想要做什么事情。 技术上的细节是，当 instance 从 ELB 内被移除 (无论是暂时性的还是永久性的)，新的 request 将不会被送到该 instance 里，而既有的连线将不会断掉，直到 client 完成或是超时 (timeout)

当您使用负载均衡器注册一个实例时，在负载均衡器可以开始向您的实例发送请求之前，您仍需要完成多项步骤。 下面是注册 EC2 实例时负载均衡器可能遇到的问题、潜在原因以及可以用于解决问题的步骤。 问题：注册 EC2 实例的时间长于 InService 状态下的预期时间

来纪录一下好了，其实这两年前，我自己就试过了，当时在弄 web 系统 Load Balancing，因为找不到更好的方法，所以使用 Round Robin DNS Load Balancing 技术来达到这功能，可是当然这不是很准确的做到 load balance，只是能解决暂时性的问题，真正要做到 Load Balancing 可能要靠硬件的技术了。 我自己是在 FreeBSD 系统上面实做的，当然弄 Load Balancing 一定要在网卡上面绑定多重ip，Linux 作法跟 FreeBSD 不大相同

如果将一个可用区添加到您的负载均衡器，Elastic Load Balancing 会在该可用区中创建一个负载均衡器节点。负载均衡器节点接受来自客户端的流量并将请求转发到一个或多个可用区中的正常注册实例。 您可以在 EC2-Classic 中设置负载均衡器，以便在单个可用区或多个可用区中的 EC2 实例间分发传入请求

服务治理是一个比较宏观的概念，包括的内容也比较多，就像 《当我们在说微服务治理的时候究竟在说什么》 里所说，可以用治理城市交通的方式，来类比服务的治理，例如： Kong 构建在 Nginx 之上，更明确点说，Kong 是一个运行在 Nginx 中的 Lua 应用，从其 github 仓库的语言中也可以看出来。 除了与 Nginx 类似的一些概念（如 Load Balancing，Upstream）外，要使用 Kong，还需了解一些基本概念。 当使用 Dubbo 作为 RPC 框架时，有时会希望验证 provider 提供的服务是否好用，比起开发一个 consumer，可以使用自带工具来进行更快速的验证

服务治理是一个比较宏观的概念，包括的内容也比较多，就像 《当我们在说微服务治理的时候究竟在说什么》 里所说，可以用治理城市交通的方式，来类比服务的治理，例如： Kong 构建在 Nginx 之上，更明确点说，Kong 是一个运行在 Nginx 中的 Lua 应用，从其 github 仓库的语言中也可以看出来。 除了与 Nginx 类似的一些概念（如 Load Balancing，Upstream）外，要使用 Kong，还需了解一些基本概念。 当使用 Dubbo 作为 RPC 框架时，有时会希望验证 provider 提供的服务是否好用，比起开发一个 consumer，可以使用自带工具来进行更快速的验证