一、服务器搭建策略
单机模式： 只有一台应用服务器，组成一个单机模式
优点：简单方便（搭建、运营、维护）
缺点：不能出故障(停电、断网、系统崩溃、硬件老化、性能瓶颈)
应用场景：小型项目（几十个人）
集群(cluster)模式：
有一个应用服务器集群(cluster)，由很多应用服务器组成一个集群
二、服务器三高
高可用： 服务器能否能24*365不间断提供服务，服务器容灾性高
高并发： 同一时间上，服务器能够同时容纳的用户连接数
高性能： 服务器处理用户请求的速度，服务器的计算能力
三、服务器升级
纵向升级（对单台服务器做配置提升）：
eg：换更强的cpu，加大内存和磁盘，加大网络带宽……
横向升级（堆服务器的数量）：
节约成本，很廉价的机器都可以推入到集群（更受欢迎）
四、如何解决负载均衡高可用问题？
做备份
当主负载均衡服务器没有问题时，处于备用；当其出现问题时，备用服务器能够第一时间内顶替主负载均衡服务器的位置
难点：备份很容易，但是ip地址如何快速切换？
五、Keepalived实现备用机无缝顶替主机的原理：
多台nginx-----keepalived集群
keepalived集群中至少有两台机器
两台：一主一从
三台：一主二从…以此类推
为keepalived集群设置一个唯一的虚拟IP，虚拟IP默认会与master机器绑定在一起
即master机器将会有两个ip地址，一个是自己的源ip，一个是keepalived给的虚拟IP地址
非抢占模式下：
当master机器出现故障时，keepalived第一时间收回虚拟IP地址并分配给slave机器，此时相当于slave机器升级为master机器,此时用户只需要记住keepalived的虚拟IP地址即可
若master机器恢复正常，则不会被分配虚拟IP地址，直到slave机器出现故障后，master才会被分配虚拟IP地址
1.先NGINX负载均衡（2台）一模一样，
代理服务器：NGINX代理1+NGINX代理2
web服务器：http1+http2
客户端设置域名解析，负载均衡器的名称www.web.com
在NGINX1主负载均衡器上面配置keepalived
主master配置文件如下：：：：：：：
[root@zabbix-agent ~]# cat /etc/keepalived/keepalived.conf
! Configuration File for keepalived
global_defs {
notification_email {
381347268@qq.com
}
smtp_server 192.168.200.1
smtp_connect_timeout 30
router_id LVS_DEVEL
}
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 51
priority 150
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.110/24 dev eth0 label eth0:1
}
}
重启并开机自启：systemctl start keepalived && systemctl enable keepalived
slave从配置文件：
[root@nginx ~]# cat /etc/keepalived/keepalived.conf
! Configuration File for keepalived
global_defs {
notification_email {
381347268@qq.com
}
smtp_server 192.168.200.1
smtp_connect_timeout 30
router_id LVS_DEVEL
}
vrrp_instance VI_1 {
state BACKUP
interface eth0
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.1.110/24 dev eth0 label eth0:1
}
}
重启并开机自启：systemctl start keepalived && systemctl enable keepalived
ifconfig //查看IP，此时备节点不会有VIP（只有当主挂了的时候，VIP才会飘到备节点）
客户端windows访问：
测试：停主留从，VIP跳转到从的机器上面了
访问没有问题：
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@