1.水平扩展1.1.有助于提高系统的整体容量和韧性1.2.现阶段构建的几乎所有系统，都使用了能够水平扩展的实例农场1.3.引入了对负载均衡的需求2.负载均衡2.1.在整个实例池中分发请求，从而尽可能快地正确响应所有请求2.2.负载均衡会创建映射到实例池的“虚拟IP地址”2.3.DNS轮询视为负载均衡的一种手段2.4.负载均衡器是系统服务中不可或缺的组成部分，不能将其仅仅视为网络基础设施的一部分2.5.构建服务和规划部署时，需要与负载均衡设计结合起来2.5.1.如果系统结构将负载均衡器处理为其他团队管理的“超出管理范围的部分”，那么甚至可以考虑在可控范围内实施一层软件负载均衡，完全安装在网络硬件负载均衡器后2.5.2.软件负载均衡器在OSI应用层上运行，成本低，易操作3.主动负载均衡3.1.所有类型的主动负载均衡器，都会监听一个或多个套接字3.2.这些套接字在一个或多个IP地址上，这些IP地址通常称为“虚拟IP地址”或VIP3.3.需要使用的负载均衡算法3.4.需要对实例进行的健康状况检查3.5.运用哪种会话黏性进行客户端会话3.6.当实例池中没有可用实例时如何处理传入请求3.7.对发出调用的应用程序而言，负载均衡器应是无形的3.8.如果客户端能感知到负载均衡器，那么很可能是负载均衡器停机了3.9.图示
4.反向代理服务器4.1.反向代理服务器后的服务提供方实例，需要生成多个URL，包含虚拟IP地址对应的DNS名字，而不是自身的主机名4.2.无论如何都不应该使用实例自身的主机名4.3.通的正向代理服务器采用多路复用将传出的多个调用组合到单个源IP地址上4.4.反向代理服务器正相反，它采用逆多路复用将传入单个IP地址上的调用分散到多个地址上4.5.Squid、HAProxy、Apache httpd和nginx等都是很好的反向代理服务器，能够起到负载均衡的作用4.6.讲规矩”的代理服务器，会将X-Forwarded-For这样的头部信息添加到传入的HTTP请求中4.7.服务可以使用自定义的日志格式记录4.8.在反向代理服务器上配置缓存，通过缓存响应信息来减少服务实例的负载4.8.1.有助于减少内部网络上的流量4.9.由于反向代理服务器需要处理每个请求，因此它可能很快就不堪重负4.10.图示
5.硬件负载均衡5.1.与反向代理服务器功能类似的专用网络设备5.2.和反向代理软件一样，这些设备提供同种类型的拦截和重定向功能5.3.相比反向代理软件，硬件负载均衡器运行时更靠近网络，所以能够更好地提供容量和吞吐量5.3.1.能满足的网络规模更大，但它要求直接访问网络，还需要特定的工程技能5.4.具有应用程序感知能力，并提供在OSI模型第4层到第7层切换的能力5.4.1.可以负载均衡所有面向连接的协议，而不仅仅是HTTP或FTP5.5.可以将流量从一个站点完全切换到另一个站点5.5.1.在灾难恢复时特别有用，可以将流量转移到故障切换站点5.6.硬件负载均衡器与GSLB配合使用效果更佳5.7.最大的缺点是价格5.7.1.低端配置的价格大概是几万美元5.7.2.高端配置的价格轻易就能达到几十万美元5.8.F5的Big-IP产品6.健康状况检查6.1.负载均衡器不会将流量发送到未通过若干健康状况检查的实例6.2.是负载均衡器配置的重要组成部分6.3.良好的健康状况检查可以确保请求能够执行成功，而不仅仅是服务正在监听套接字7.会话黏性7.1.负载均衡器会尝试将重复的请求引向同一个实例，这对应用程序服务器中的有状态服务很有帮助7.1.1.有助于缩短有状态服务的响应时间7.2.会话黏性需要某种方式来确定如何将“重复请求”分组到一个逻辑会话中7.3.黏性会话的缺点是它会阻止负载在机器间均匀分布8.按请求类型分隔流量8.1.使用基于内容感知的负载均衡8.1.1.有效运用负载均衡器的方法是“基于内容的路由”8.2.请求中的某些内容对负载均衡器必须是可识别的