lvs

LVS 分流器 nginx 为应用层的分流企业 LVS专业做分流 lb 负载平衡器 调度器 lvs的工作模式 和区别 NAT模式 调度器通过个人ip访问公网 公网通过调度器 调度器回进行改变 源ip不会变 目标ip会进行改变 在ip层 也就是网络层 网络地址和转换 优点 可以隐藏后段的真实服务器 缺点 容易出现性能瓶颈 调度器的压力比较大 入网和出网都要经过调度器 DR模式 直接路由模式 应用最多 调度器 和交换机和路由器 客户机访问一个 ip 路由会把包传进来 交给交换机 把后台机器的ip帮在调度器上的lo口 （交互机寻找后段 调度器进行响应 从而进行调度） 调度到后段的一台机器上 又把ip绑定到后端的一台机器 回应的时候机器直接甩给网关 不用经过调度器 所以减轻了调度器的压力 地址解析界协议 arp协议 为什么两个人不能用同一个ip地址？ 当我们设置ip之后 网卡会告诉交换机自己的ip 如果有人回答此ip有人在用 就会引起ip冲突 其他的后台机器绑定调度器材io端口 (环回口) 只有调度器才是一个真正的访问的ip地址 正向arp 网关到调度 代理arp 后段机器到外网 这样路由器就是一个代理arp 源mac目标和目的mac目标 数据帧 以上两种都在一个网段上 TUNNAL 模式 隧道模式 跨异地的时候比较常用 客户访问虚拟ip 后段服务器绑定lo环回端口 调度器绑定了虚拟ip

LVS 集群与存储《路由转发》 集群简介 u 什么是集群 • 一组通过高速网络互联的计算组 , 并以单一系统的模式加以管理 • 将很多服务器集中起来一起 , 提供同一种服务 , 在客户端看来就象是只有一个服务器 • 可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益 • 任务调度是集群系统中的核心技术 u 集群目的 • 提高性能 – 如计算密集型应用 , 如 : 天气预报、核试验模拟 • 降低成本 – 相对百万美元级的超级计算机 , 价格便宜 • 提高可扩展性 – 只要增加集群节点即可 • 增强可靠性 – 多个节点完成相同功能 , 避免单点失败 u 集群分类 • 高性能计算集群 HPC – 通过以集群开发的并行应用程序 , 解决复杂的科学问题 • 负载均衡 (LB) 集群 – 客户端负载在计算机集群中尽可能平均分摊 • 高可用 (HA) 集群 – 避免单点故障 , 当一个系统发生故障时 , 可以快速迁移 u 重点 集群分类： HPC ：高性能计算集群 , 通过以集群开发的并行应用程序 , 解决复杂的科学问题 LB ：负载均衡集群，客户端负载在计算机集群中尽可能平均分摊 HA ：高可用集群，避免单点故障 , 当一个系统发生故障时 , 可以快速迁移 LVS项目介绍 • Linux 虚拟服务器 (LVS) 是章文嵩在国防科技大学就读博士期间创建的 • LVS

LB01(nginx+keepalived) 192.168.56.11 VIP:192.168.56.21 LB02(nginx+keepalived) 192.168.56.12 WEB1 192.168.56.13 LNMP RS1 WEB2 192.168.56.14 LMMP RS2 3.7 安装：lvs软件 yum install ipvsadm -y [root@lb01 ~]# rpm -qa ipvsadm ipvsadm-1.26-4.el6.x86_64 [root@lb02 ~]# lsmod |grep ip_vs ip_vs_rr 1420 0 ip_vs 126534 2 ip_vs_rr libcrc32c 1246 1 ip_vs ipv6 335589 137 ip_vs [root@lb02 ~]# ipvsadm IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags -> RemoteAddress:Port Forward Weight ActiveConn InActConn LVS安装小结： 1、 Centos5.X安装LVS，使用1.24版本，不要用1.26. 2、 Centos6.4安装LVS，使用1.26版本

NAT模式 地址转换：  简称NAT模式，类似于防火墙的私有网络结构，负载调度器作为所有服务器节点的网关，即作为客户机的访问入口，也是各节点回应客户机的访问出口  服务器节点使用私有IP地址，与负载调度器位于同一个物理网络，安全性要优于其他两种方式 实验原理图 实验环境 LVS调度器作为web服务器池的网关，LVS两块网卡，分别连接内外网，使用轮询（rr）调度算法 LVS负载调度器 内网33网关：192.168.13.1 外网36：12.0.0.1 web1 192.168.13.151 web2 192.168.13.170 nfs服务器 192.168.13.145 client测试机 12.0.0.12 1，在nfs服务器上添加两块硬盘，做共享存储使用，格式化 [root@nfs ~]# fdisk /dev/sdb ##分区 令(输入 m 获取帮助)：n ##创建新分区 Partition type: p primary (0 primary, 0 extended, 4 free) e extended Select (default p): p ##主分区 分区号 (1-4，默认 1)： ##回车 起始 扇区 (2048-41943039，默认为 2048)： ##回车 将使用默认值 2048 Last 扇区, +扇区 or +size{K,M,G} (2048

keepalived实现原理 keepalived采用vrrp热备份协议，实现Linux服务器的多机热备功能 vrrp，虚拟路由冗余协议，是针对路由器的一种备份解决方案 keepalivd案列讲解 keepalived可实现多机热备，每个热备组有多台服务器，最常用的就是双机热备 双机热备的故障切换是由虚拟IP地址的漂移来实现，适用于各种应用服务器 实验原理图 实验环境 虚拟ip 192.168.100.10 lvs1调度服务器 192.168.100.100 lvs2调度服务器 192.168.100.111 web1服务器 192.168.100.200 web2服务器 192.168.100.222 client测试机 192.168.100.20 1，在lvs1调度服务器上安装keepalived，ipvsadm服务 [root@lvs1 ~]# yum install keepalived ipvsadm -y [root@lvs1 ~]# vim /etc/sysctl.conf ##配置路由转发功能 net.ipv4.ip_forward=1 ##路由功能 ##proc响应关闭重定向功能 net.ipv4.conf.all.send_redirects = 0 net.ipv4.conf.default.send_redirects = 0 net.ipv4.conf

群集的含义 Cluster，集群，群集 由多台主机构成，但对外只表现为一个整体 在互联网应用中，随着站点对硬件性能，相应速度，服务稳定性，数据可靠性等要求越来越高，单台服务器力不从心 解决方法： 使用价格昂贵的小型机，大型机 使用普通服务器构建服务群集 企业群集分类 根据群集所针对的目标差异，可分为三种类型 负载均衡群集 高可用群集 高性能运算群集 负载均衡群集  以提高应用系统的响应能力，尽可能处理更多的访问请求，减少延迟为目标，获得高并发，高负载LB）的整体性能  LB的负载分配依赖于主节点的分流算法 高可用群集  以提高应用系统的可靠性，尽可能的减少中断时间为目标，确保服务的连续性，达到高可用（HA）的容错效果  HA的工作方式包括双工和主从两种模式 高性能运算群集  以提高应用系统的CPU运算速度，扩展资源和分析能力为目标，获得相当于大型，超级计算机的高性能运算（HPC）能力  高性能运算群集的高性能依赖于“分布式运算”，“并行计算”，通过专用硬件和软件将多个服务器的CPU，内存等资源整合在一起，实现只有大型，超级计算机才具备的计算能力 负载均衡群集工作模式分析 负载均衡群集是目前企业用的最多的群集类型 群集的负载调度技术有三种工作模式： 地址转换 IP隧道 直接路由 NAT模式 地址转换：  简称NAT模式，类似于防火墙的私有网络结构，负载调度器作为所有服务器节点的网关

LVS 特点： 1.抗负载能力强，使用IP负载均衡技术，只做分发，所以LVS本身并没有多少流量产生； 2.稳定性、可靠性好，自身有完美的热备方案；（如：LVS+Keepalived） 3.应用范围比较广，可以对所有应用做负载均衡； 4.不支持正则处理，不能做动静分离。 常用四种算法： 1.rr：轮叫，轮流分配到后端服务器； 2.wrr：权重轮叫，根据后端服务器负载情况来分配； 3.lc：最小连接，分配已建立连接最少的服务器上； 4.wlc：权重最小连接，根据后端服务器处理能力来分配。 可以采用ipvsadm –p（persistence）来保持session，默认是300/s Nginx 特点： 1.可工作在七层或四层，可以对做正则规则处理；（如：针对域名、目录进行分流） 2.配置简单，能ping通就能进行负载功能，可以通过端口检测后端服务器状态，不支持url检测； 3.抗高并发，采用epoll网络模型处理客户请求； 4.只支持HTTP和EMail，应用范围比较少； 5.nginx主要是HTTP和反向代理服务器，低系统资源消耗。 常用四种算法： 1.rr：（默认）轮询，轮流分配到后端服务器； 2.weight：根据后端服务器性能分配； 3.ip_hash：每个请求按访问ip的hash结果进行分配，并发小时合适，解决session问题； 4.fair：（扩展策略）

一、 heartbeat的概念 Linux-HA的全称是High-Availability Linux，它是一个开源项目，这个开源项目的目标是：通过社区开发者的共同努力，提供一个增强linux可靠性（reliability）、可用性 （availability）和可服务性（serviceability）（RAS）的群集解决方案。其中Heartbeat就是Linux-HA项目中 的一个组件，也是目前开源HA项目中最成功的一个例子，它提供了所有 HA 软件所需要的基本功能，比如心跳检测和资源接管、监测群集中的系统服务、在群集中的节点间转移共享 IP 地址的所有者等，自1999年开始到现在，Heartbeat在行业内得到了广泛的应用，也发行了很多的版本，可以从Linux-HA的官方网站www.linux-ha.org下载到Heartbeat的最新版本。 二、 HA集群中的相关术语 1．节点（node） 运行heartbeat进程的一个独立主机，称为节点，节点是HA的核心组成部分，每个节点上运行着操作系统和heartbeat软件服务，在 heartbeat集群中，节点有主次之分，分别称为主节点和备用/备份节点，每个节点拥有唯一的主机名，并且拥有属于自己的一组资源，例如，磁盘、文件 系统、网络地址和应用服务等。主节点上一般运行着一个或多个应用服务。而备用节点一般处于监控状态。 2．资源

谈谈业务中使用分布式的场景 首先，需要了解系统为什么使用分布式。 随着互联网的发展，传统单工程项目的很多性能瓶颈越发凸显，性能瓶颈可以有几个方面： 1.应用服务层：随着用户量的增加，并发量增加，单项目难以承受如此大的并发请求导致的性能瓶颈。 2.底层数据库层：随着业务的发展，数据库压力越来越大，导致的性能瓶颈。 #场景1：应用系统集群的 Session 共享 应用系统集群最简单的就是服务器集群，比如：Tomcat 集群。应用系统集群的时候，比较凸显的问题是 Session 共享，Session 共享我们一是可以通过服务器插件来解决。另外一种也可以通过 Redis 等中间件实现。 #场景2：应用系统的服务化拆分 服务化拆分，是目前非常火热的一种方式。现在都在提微服务。通过对传统项目进行服务化拆分，达到服务独立解耦，单服务又可以横向扩容。服务化拆分遇到的经典问题就是分布式事务问题。目前，比较常用的分布式事务解决方案有几种：消息最终一致性、TCC 补偿型事务等。 #场景3：底层数据库的压力分摊 如果系统的性能压力出现在数据库，那我们就可以读写分离、分库分表等方案进行解决。 Session 分布式方案 #基于 nfs(net filesystem) 的 Session 共享 将共享服务器目录 mount 各服务器的本地 session 目录，session 读写受共享服务器 io 限制

Linux运维跳槽必备的40道面试精华题 1、 什么是运维？什么是游戏运维？ 1）运维是指大型组织已经建立好的网络软硬件的维护，就是要保证业务的上线与运作的正常， 在他运转的过程中，对他进行维护，他集合了网络、系统、数据库、开发、安全、监控于一身的技术 运维又包括很多种，有 DBA运维、网站运维、虚拟化运维、监控运维、游戏运维等等 2）游戏运维又有分工，分为开发运维、应用运维（业务运维）和系统运维 开发运维：是给应用运维开发运维工具和运维平台的 应用运维：是给业务上线、维护和做故障排除的，用开发运维开发出来的工具给业务上线、维护、做故障排查 系统运维：是给应用运维提供业务上的基础设施，比如：系统、网络、监控、硬件等等 总结：开发运维和系统运维给应用运维提供了 “工具”和“基础设施”上的支撑开发运维、应用运维 和系统运维他们的工作是环环相扣的 2、在工作中，运维人员经常需要跟运营人员打交道，请问运营人员是做什么工作的？ 游戏运营要做的一个事情除了协调工作以外还需要与各平台沟通，做好开服的时间、开服数、用户导量、活动等计划 3、现在给你三百台服务器，你怎么对他们进行管理？ 管理 3百台服务器的方式： 1）设定跳板机，使用统一账号登录，便于安全与登录的考量。 2）使用salt、ansiable、puppet进行系统的统一调度与配置的统一管理。 3）建立简单的服务器的系统、配置