nginx负载均衡配置

1.介绍 1.1 Nginx不仅是一个出色的 web软件，其七层代理和负载均衡也是相当出色。 Nginx做前端代理，当用户请求服务时，可以根据 url进行判断，然后分配到不同的后台 webserver上。 1.2 Nginx的负载均衡实现原理：首先在 http模块中配置使用 upstream模块定义后台的 web server的池子，名为 proxy-web，在池子中我们可以添加多台后台 webserver，其中状态检查、调度算法都是在池子中配置；然后在 serverr模块中定义虚拟主机，但是这个虚拟主机不指定自己的 web目录站点，它将使用 location匹配 url然后转发到上面定义好的 web池子中，最后根据调度策略再转发到后台 web server上 2.负载均衡配置项的介绍 2.1 upstream调度算法介绍 （ 1） rr轮询（默认） 按照请求顺序分配到每个 RS，和 lvs中的 rr算法一样，如果 RS宕机，会自动剔除，默认情况下只检测 80端口，如果 RS报 402、 403、 503、 504错误，会直接返回给客户端。 （ 2） weight（权重） 在 rr的基础上再加上权重（默认是 rr+weight），权重轮询和访问成正比，值越大分配的越多，可以根据服务器的配置设置权重，可以解决服务器性能不均进行请求分配的问题 （ 3） ip_hash 解决动态网页

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。 Nginx最大的特点是对高并发的支持和高效的负载均衡，在高并发的需求场景下，是Apache服务器不错的替代品。 一、Nginx的优缺点 1. 优点 (1) 高并发量：根据官方给出的数据，能够支持高达 50,000 个并发连接数的响应。 (2) 内存消耗少：处理静态文件，同样起web 服务，比apache 占用更少的内存及资源，所有它是轻量级的。 (3) 简单稳定：配置简单，基本在一个conf文件中配置，性能比较稳定，可以7*24小时长时间不间断运行。 (4) 模块化程度高：Nginx是高度模块化的设计，编写模块相对简单，包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter，支持 SSL 和 TLSSNI。 (5) 支持Rwrite重写规则：能够根据域名、URL的不同， 将HTTP请求分发到不同的后端服务器群组。 (6) 低成本：Nginx可以做高并发的负载均衡，且Nginx是开源免费的，如果使用F5等硬件来做负载均衡，硬件成本比较高。 (7) 支持多系统：Nginx代码完全用C语言从头写成，已经移植到许多体系结构和操作系统，包括：Linux、FreeBSD、Solaris

1 前言 在应用程序中，应用配置连接的数据库IP地址和端口号都是固定一个的，当所属IP地址的服务器宕机后，需要人为手工更改IP地址切换数据库服务器。同时当应用接收到成千上万的并发 http 请求时，会导致服务器消耗大量系统资源，轻则响应速度降低，严重的甚至会引发宕机。 为了充分合理的利用服务器资源，提高数据服务的性能和稳定性，在较低成本的前提下，保证在部分服务器宕机或发生故障的情况下不影响业务的正常运作。本文主要介绍 Nginx+Keepalived 连接 SequoiaDB -MySQL 实例的高可用方案与实践。 2 SequoiaDB 数据库介绍 SequoiaDB 巨杉数据库是一款完全自研的金融级分布式数据库产品，采用计算与存储分离架构，由数据库实例层和数据库存储引擎层组成。数据库实例层负责解析请求并转发至数据库存储引擎层处理，同时会将数据库存储引擎层的响应结果反馈给应用层，数据库实例层支持包括针对结构化数据的 MySQL 实例、PostgreSQL 实例、SparkSQL 实例，以及针对非结构化数据的 S3 和 PosixFS 文件系统的对象存储实例实例，而数据库存储引擎层是由 SequoiaDB 巨杉数据库的协调节点、编目节点和数据节点组成。该数据库集群架构能方便用户实现由传统数据库到巨杉数据库的无缝迁移，减少应用开发者的开发和学习成本。 2.1 SequoiaDB

当一个Web系统从日访问量10W增长到1000W，甚至超过1亿的过程中，Web服务器承受的压力就会越来越大，为了解决性能压力带来的问题，我们需要在Web系统架构方面搭建多个层次的缓存机制. 1.web负载均衡 　　简单的说就是给我们的服务器集群分配工作，而采用恰当的分配方式，对于保护处于后端的web服务器来说，非常重要。 　　用户--》负载均衡--》后端服务器集群。 负载均衡的策略很多，我们从原理上开始说！ 　　（1）HTTP重定向 　　　　　　当用户发来请求的时候，web服务器通过修改响应头的Location来返回一个新的URL，然后浏览器继续请求这个新的URL，实际上就是页面重定向，通过重定向来达到负载均衡的目的。重定向非常容易实现，但是在大规模的访问量下，性能不佳，而且用户体验也不是很好， 　　（2）反向代理 　　　　　　反向代理服务的核心是转发http请求，因为它工作在http层（应用层），也就是OSI模型的第7层，因此也叫‘7层负载均衡',常见的是nginx. 　　　　　　nginx是一种非常灵活的反向代理的软件，可以自由的定制转发的策略，分配服务器流量权重，反向代理中，常见的一个问题就是web服务器存贮session数据，负载均衡一般是随机分配的，无法保证同一用户下次一定分配到相同的机器上，导致session无法找到！ 　　　　　　解决方案：1

Kubernetes Service 本文将主要分享以下四方面的内容： 为什么需要 K8s service； K8s service 用例解读； K8s service 操作演示； K8s service 架构设计。 需求来源 为什么需要服务发现 在 K8s 集群里面会通过 pod 去部署应用，与传统的应用部署不同，传统应用部署在给定的机器上面去部署，我们知道怎么去调用别的机器的 IP 地址。但是在 K8s 集群里面应用是通过 pod 去部署的， 而 pod 生命周期是短暂的。在 pod 的生命周期过程中，比如它创建或销毁，它的 IP 地址都会发生变化，这样就不能使用传统的部署方式，不能指定 IP 去访问指定的应用。 另外在 K8s 的应用部署里，之前虽然学习了 deployment 的应用部署模式，但还是需要创建一个 pod 组，然后这些 pod 组需要提供一个统一的访问入口，以及怎么去控制流量负载均衡到这个组里面。比如说测试环境、预发环境和线上环境，其实在部署的过程中需要保持同样的一个部署模板以及访问方式。因为这样就可以用同一套应用的模板在不同的环境中直接发布。 Service：Kubernetes 中的服务返现与负载均衡 最后应用服务需要暴露到外部去访问，需要提供给外部的用户去调用的。我们上节了解到 pod 的网络跟机器不是同一个段的网络，那怎么让 pod

from:http://chenge.diandian.com/post/2011-10-30/6366412 动态应用，是相对于网站静态内容而言， 是指以c/c++、php、Java、perl、.net等 服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通 常与数据库系统、缓存系统、分布式存储系统等密不可分。 大型动态应用系统平台主要是针对于大流 量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 大型动态应用系统又可分为几个子系统： l Web前 端系统 l 负 载均衡系统 l 数 据库集群系统 l 缓 存系统 l 分 布式存储系统 l 分 布式服务器管理系统 l 代 码分发系统 Web前端系统 结构图： 为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服 务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同 时使他应用也会受益。该Web前端系统基于Apache/Lighttpd/Nginx等 的虚拟主机平台，提供PHP程序运行环境。服务器对开发人员是透明的，不需要开发人员介入服务器管理 负载均衡系统 负载均衡系统分为硬件和软件两种

动态应用，是相对于网站静态内容而言， 是指以c/c++、php、Java、perl、.net等 服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通 常与数据库系统、缓存系统、分布式存储系统等密不可分。 大型动态应用系统平台主要是针对于大流 量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 大型动态应用系统又可分为几个子系统： l Web前 端系统 l 负 载均衡系统 l 数 据库集群系统 l 缓 存系统 l 分 布式存储系统 l 分 布式服务器管理系统 l 代 码分发系统 Web前端系统 为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以 应用划分服 务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同 时使他应用也会受益。该Web前端系统基于Apache/Lighttpd/Eginx等 的虚拟主机平台，提供PHP程序运行环境。服务器对开发人员是透明的，不需要开发人员介入服务器管理 负载均衡系统： 负载均衡系统分为硬件和软件两种。硬件负载均衡效率高，但是价格贵，比如F5等。软件负载均衡系统价格较低或者免费，效率较硬件负载均衡系统 低

　　动态应用，是相对于网站静态内容而言， 是指以c/c++、php、Java、perl、.net等 服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通 常与数据库系统、缓存系统、分布式存储系统等密不可分。 　　大型动态应用系统平台主要是针对于大流 量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 　　大型动态应用系统又可分为几个子系统： 　　l Web前 端系统 　　l 负 载均衡系统 　　l 数 据库集群系统 　　l 缓 存系统 　　l 分 布式存储系统 　　l 分 布式服务器管理系统 　　l 代 码分发系统 　　Web前端系统 　　结构图： 　　为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服 务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同 时使他应用也会受益。该Web前端系统基于Apache/Lighttpd/Eginx等 的虚拟主机平台，提供PHP程序运行环境。服务器对开发人员是透明的，不需要开发人员介入服务器管理 　　负载均衡系统 　　负载均衡系统分为硬件和软件两种。硬件负载均衡效率高，但是价格贵，比如F5等

　　动态应用，是相对于网站静态内容而言， 是指以c/c++、php、Java、perl、.net等 服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通 常与数据库系统、缓存系统、分布式存储系统等密不可分。 　　大型动态应用系统平台主要是针对于大流 量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 　　大型动态应用系统又可分为几个子系统： 　　l Web前 端系统 　　l 负 载均衡系统 　　l 数 据库集群系统 　　l 缓 存系统 　　l 分 布式存储系统 　　l 分 布式服务器管理系统 　　l 代 码分发系统 　　Web前端系统 　　结构图： 　　为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服 务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同 时使他应用也会受益。该Web前端系统基于Apache/Lighttpd/Eginx等 的虚拟主机平台，提供PHP程序运行环境。服务器对开发人员是透明的，不需要开发人员介入服务器管理 　　负载均衡系统 　　负载均衡系统分为硬件和软件两种。硬件负载均衡效率高，但是价格贵，比如F5等

动态应用，是相对于网站静态内容而言，像我们.NET 服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。动态应用系统通常与数据库系统、缓存系统、分布式存储系统等密不可分。 　　大型动态应用系统平台主要是针对于大流量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。 　　大型动态应用系统又可分为几个子系统： 　　l Web前端系统 　　l 负载均衡系统 　　l 数据库集群系统 　　l 缓存系统 　　l 分布式存储系统 　　l 分布式服务器管理系统 　　l 代码分发系统 　　Web前端系统 　　结构图： 　 为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同时使他应用也会受益。 　　负载均衡系统 　 负载均衡系统分为硬件和软件两种。硬件负载均衡效率高，但是价格贵，比如F5等。软件负载均衡系统价格较低或者免费，效率较硬件负载均衡系统低，不过对于流量一般或稍大些网站来讲也足够使用，比如lvs,nginx。大多数网站都是硬件、软件负载均衡系统并用。 　　 数据库集群系统 　　结构图：