服务器架构演变
1.C/S 与 B/S 架构
C/S 架构(开发成本更高,难度更高)
客户端直接面向服务器
客户端向服务器发出请求
服务器收到请求后向客户端作出响应
测试:
环境:
真机作为client
server1作为服务器
1.给真机,server1安装http服务,并设置为开机自启
yum install httpd -y
systemctl start httpd
systemctl enable httpd
2.在服务器server1默认发布目录编写内容,用client测试是否能看到
[root@server1 ~]# mkdir /var/www/html -p
[root@server1 ~]# echo www.westos.org-vm1 > /var/www/html/index.html
[root@foundation4 ~]# curl 172.25.4.1
www.westos.org #能看到server1默认发布目录的内容
B/S架构(互联网公司用的更多,易于使用,开发成本低)
客户机浏览器http向WEB服务器发出请求,WEB服务器查询数据库服务器
数据库服务器的结果发送给WEB服务器,WEB服务器对客户机http作出响应
动态语言需要连接数据库
2.高可用HA(High Availability)架构
就是为了解决单点故障
server1 server2,只命中server2
高可用集群就是当某一个节点或服务器发生故障时,另一个节点能够自动且立即向外提供服务,即将有故障节点上的资源转移到另一个节点上去,这样另一个节点有了资源既可以向外提供服务。高可用集群是用于单个节点发生故障时,能够自动将资源、服务进行切换,这样可以保证服务一直在线。在这个过程中,对于客户端来说是透明的。
假设系统一直能够提供服务,我们说系统的可用性是100%。
如果系统每运行100个时间单位,会有1个时间单位无法提供服务,我们说系统的可用性是99%。
很多公司的高可用目标是4个9,也就是99.99%,这就意味着,系统的年停机时间为8.76个小时。
扩展
从硬件方面看
纵向扩展:给vm1增大内存
横向扩展:添加一个vm2,两个轮训,规模
从软件方面看
高可用
操作系统:
rhel > OEL > Cenos
redhat 开源,收的是服务费,核心节点部署,稳定
OEL : orical 全球顶尖
centos : 不稳定 完全free,社区维护 出了问题没有人帮你解决
DNS只负责解析,如果有一台机器挂了他不知道
需要实现一台机器挂了另一台机器能接管
corosync+pacemaker实现高可用
双机热备:
双机热备是一种概念,各种设备均可以采用此概念进行部署,比如三层交换机 、路由器、防火墙、服务器等。如果仅部署一台设备,难免会有单点故障的风险,所以部署两台,一主一备较为保险,一台坏了,另一台自动“顶上”,保证业务不中断,这就是双机热备。
环境:
client:172.25.4.250
server1:172.25.4.1
server2:172.25.4.2
工具:
corosync:心跳
pacemaker:集群资源管理
创建集群
开一台server2,安装http并且设置为开机自启
yum install httpd -y
systemctl start httpd
systemctl enable httpd
编辑默认发布目录
[root@server2 ~]# mkdir /var/www/html -p
[root@server2 ~]# echo www.westos.org-vm2 > /var/www/html/index.html
在yum源里加上高可用配件和存储(server1和server2都设置)
[kiosk@foundation4 Desktop]$ cd /var/www/html/iso/
[kiosk@foundation4 iso]$ ls
addons GPL media.repo