linux服务器集群搭建（如何将两台物理服务器和一磁盘阵列在linux环境下集群成一台虚拟化服务器）

本文目录

• 如何将两台物理服务器和一磁盘阵列在linux环境下集群成一台虚拟化服务器
• 如何为小公司部署实施Linux集群网站
• Linux HA 集群原理和配置-02
• linux 的环境搭建（二）--redis单机环境、生产环境、集群环境的搭建
• Linux系统 CentOS 7怎么搭建集群
• 同一网段三台linux服务器怎样搭建集群
• 如何分分钟创建Linux虚拟集群
• linux下apache+tomcat集群详细配置
• 基于Linux自己初步搭建Kubernetes（k8s）集群基础，详细教程

如何将两台物理服务器和一磁盘阵列在linux环境下集群成一台虚拟化服务器

　　首先，现在常用的虚拟化一般靠vmware来实现，当然也有其他的产品，不过vmware市场占用率大概在80%--90%。而不是他们说的HA什么的，那个叫做双机，不叫虚拟化。

　　step1：两台主机，系统铲掉，装esxi，我习惯用5.0。装好后配置好网络。

　　step2：通过vshere，ip，登录到其中一台主机上，你会看到很多选项，如果有现成模板的话，去部署一台vcenter，配置ip，并通过web进行最后配置。

　　step3：通过vshere登录到vcenter，加入两台ibm主机，然后通过vcenter搭建云，进行统一管理，而你的存储，可以挂在到两台ibm主机下面，作为共享存储。似乎之前web配置vcenter也有配置存储的选项，很久没做了，记不清了。

　　step4：你可以再vcenter上，建立虚拟机，配置存储，搭建平台，等等，这里面，你可以对虚拟机进行vMotion，做HA，做DRS，很多功能。当然，你要配置相应的网络。

　　虚拟化的好处是：

1. 一台主机的资源，可以虚拟成多个主机出来，理论上，虚拟机可以虚拟出本机总资源的1.5倍。但一般以我们个人经验，虚拟机个数最好不超过本机cpu核数。

2. 虚拟机部署快，还可以在两台ibm实现负载均衡，其中一台主机负载过高，vmware会把其其上的一些虚拟机自动迁移到另外一台上，

3. 容灾，其中一台主机down了，另一台主机会通过共享的存储，自动跑起来down掉的虚拟机。不过，现在我们一般做虚拟化，都是用刀片服务器，一个刀箱，多个刀片，留出冗余，这样可以允许其中一个两个刀片坏掉，而不影响业务，像你这种两台机器，其中一个down了，另外一台无法完全带的起所有的虚拟机，除非你留的冗余够大。

如何为小公司部署实施Linux集群网站

一、集群的基本概念

有一种常见的方法可以大幅提高服务器的安全性，这就是集群。

Cluster集群技术可如下定义:一组相互独立的服务器在网络中表现为单一的系统，并以单一系统的模式加以管理。此单一系统为客户工作站提供高可靠性的服务。

大多数模式下，集群中所有的计算机拥有一个共同的名称，集群内任一系统上运行的服务可被所有的网络客户所使用。Cluster必须可以协调管理各分离的组件的错误和失败，并可透明地向Cluster中加入组件。

一个Cluster包含多台(至少二台)拥有共享数据存储空间的服务器。任何一台服务器运行一个应用时，应用数据被存储在共享的数据空间内。每台服务器的操作系统和应用程序文件存储在其各自的本地储存空间上。

Cluster内各节点服务器通过一内部局域网相互通讯。当一台节点服务器发生故障时，这台服务器上所运行的应用程序将在另一节点服务器上被自动接管。当一个应用服务发生故障时，应用服务将被重新启动或被另一台服务器接管。当以上任一故障发生时，客户将能很快连接到新的应用服务上。

二、集群的硬件配置

镜像服务器双机

集群中镜像服务器双机系统是硬件配置最简单和价格最低廉的解决方案，通常镜像服务的硬件配置需要两台服务器，在每台服务器有独立操作系统硬盘和数据存贮硬盘，每台服务器有与客户端相连的网卡，另有一对镜像卡或完成镜像功能的网卡。

镜像服务器具有配置简单，使用方便，价格低廉诸多优点，但由于镜像服务器需要采用网络方式镜像数据，通过镜像软件实现数据的同步，因此需要占用网络服务器的CPU及内存资源，镜像服务器的性能比单一服务器的性能要低一些。

有一些镜像服务器集群系统采用内存镜像的技术，这个技术的优点是所有的应用程序和网络操作系统在两台服务器上镜像同步，当主机出现故障时，备份机可以在几乎没有感觉的情况下接管所有应用程序。因为两个服务器的内存完全一致，但当系统应用程序带有缺陷从而导致系统宕机时，两台服务器会同步宕机。这也是内存镜像卡或网卡实现数据同步，在大数据量读写过程中两台服务器在某些状态下会产生数据不同步，因此镜像服务器适合那些预算较少、对集群系统要求不高的用户。

硬件配置范例:

网络服务器两台服务器操作系统硬盘两块

服务器数据存贮硬盘视用户需要确定

服务器镜像卡(部分软件可使用标准网卡)两块

网络服务网卡两块三、双机与磁盘阵列

与镜像服务器双机系统相比，双机与磁盘阵列柜互联结构多出了第三方生产的磁盘阵列柜，目前，豪威公司、精业公司等许多公司都生产有磁盘阵列柜，在磁盘阵列柜中安装有磁盘阵列控制卡，阵列柜可以直接将柜中的硬盘配置成为逻辑盘阵。磁盘阵列柜通过SCSI电缆与服务器上普通SCSI卡相连，系统管理员需直接在磁盘柜上配置磁盘阵列。

双机与磁盘阵列柜互联结构不采用内存镜像技术，因此需要有一定的切换时间(通常为60?D?D180秒)，它可以有郊的避免由于应用程序自身的缺陷导致系统全部宕机，同时由于所有的数据全部存贮在中置的磁盘阵列柜中，当工作机出现故障时，备份机接替工作机，从磁盘阵列中读取数据，所以不会产生数据不同步的问题，由于这种方案不需要网络镜像同步，因此这种集群方案服务器的性能要比镜像服务器结构高出很多。

双机与磁盘阵列柜互联结构的缺点是在系统当中存在单点错的缺陷，所谓单点错是指当系统中某个部件或某个应用程序出现故障时，导致所有系统全部宕机。在这个系统中磁盘阵列柜是会导致单点错，当磁盘阵列柜出现逻辑或物理故障时，所有存贮的数据会全部丢失，因此，在选配这种方案时，需要选用一个品质与售后服务较好的产品。

硬件配置范例:

网络服务器两台

服务器操作系统硬盘两块

第三方生产的磁盘阵列柜一台

磁盘柜专用SCSI电线两根

磁盘阵列柜数据存贮硬盘视用户需求确定

网络服务网卡两块

除此之外，一些厂商还有更优秀的技术的解决方案，比如HP.

三、HP双机双控容错系统

HPNetServer为双机双控容错系统提供了高品质和高可靠的硬件基础

HP双机双控容错系统结合了HP服务器产品的安全可靠性与Cluster技术的优点，相互配合二者的优势。

硬件配置范例:

HPL系统的网络服务器两台

服务器操作系统硬盘两块

HP硬盘存贮柜(SS/6，RS/8，RS/12)一台

磁盘柜专用SCSI集群适配电缆两根

磁盘柜数据存贮硬盘视用户需求确定

HP集群专用阵列卡两块

网络服务网卡两块五、HP光纤通道双机双控集群系统

光纤通道是一种连接标准，可以作为SCSI的一种替代解决方案，光纤技术具有高带宽、抗电磁干扰、传输距离远、质量高、扩展能力强等特性，目前在FC-AL仲裁环路上可接入126个设备。

光纤设备提供了多种增强的连接技术，大大方便了用户使用。服务器系统可以通过光缆远程连接，最大可跨越10公里的距离。它允许镜像配置，这样可以改善系统的容错能力。服务器系统的规模将更加灵活多变。SCSI每条通道最多可连接15个设备，而光纤仲裁环路最多可以连接126个设备。

光纤集群系统组成:

HP光纤集群系统硬件设备包括有两台HP服务器(需支持光纤卡，目前有LC2000、LH3000、LH4、LH6000、LT6000、LXr8000、LXR8500)及光纤适配卡，可以使用RS/12FC光纤磁盘阵列柜，需另加一对或两对网卡用于心跳检测和与客户端连接。在配置过程中还需另外选配光纤卡到光纤存贮设备的光纤电缆。硬件配置:

HPL系统的网络服务器两台

服务器操作系统硬盘两块

HP光纤阵列存贮柜(RS/12FC)一台

光纤磁盘柜专用光纤电缆两根

光纤磁盘柜数据存贮硬盘视用户需求确定

HP光纤适配卡两块

网络服务网卡两块

四、集群的软件配置

基于NT平台的集群软件

Microsoft的MSCS，也有许多第三方的专业软件公司开发的集群软件，如豪威的DATAWARE，VINCA公司的STANDBYSERVER，NSI公司的DOUBLE-TAKE

MSWolfPack的特点

MSWolfPack是MSClusterserver的别称，是微软针对Cluster技术研制开发的双机软件。它集成在NTSERVER上，支持由二台机器组成的双机系统，提供一种高可用且易管理的应用环境。

主要特点:

自动检测和修复服务器或应用程序的错误

可实现对服务器中应用程序的切换

可通过TCP/IP连接各种客户端，如MS-DOS、WINDOWS3.X/9X/NT，AppleMacintosh、UNIX生产主机无需人工干涉即可自动恢复数据并接管任务

易管理性:

可自动审核服务器和应用程序的工作状态

可建立高可用性的应用程序、文件共享、打印请求等

可灵活设置应用程序和数据的恢复策略

简单操作即可进行应用程序的离线，重新再线，服务器间的迁移。

目前，WINDOWS2000AdvancedServer与WINDOWS2000DataCenterServer都集成有更先进集群技术。

其它的网络操作系统平台上也有许多集群软件，比如:

基于novell平台的集群软件有NovellHAServer、NovellSFTIII

基于scoUNIX平台的集群软件有Sentinel集群软件

基于Linux平台的集群软件有TurboCluster

五、集群技术的发展趋势

集群技术随着服务器硬件系统与网络操作系统的发展将会在可用性、高可靠性、系统冗余等方面逐步提高。未来的集群可以依靠集群文件系统实现对系统中的所有文件、设备和网络资源的全局访问，并且生成一个完整的系统映像。这样，无论应用程序在集群中的哪台服务器上，集群文件系统允许任何用户(远程或本地)都可以对这个软件进行访问。任何应用程序都可以访问这个集群任何文件。甚至在应用程序从一个节点转移到另一个节点的情况下，无需任何改动，应用程序就可以访问系统上的文件。

在今天，利用服务器的集群技术，通过周密计划和网络维护，系统破坏的机率是非常小的。所以，企业服务器的稳定必须使用集群技术。

Linux HA 集群原理和配置-02

本文介绍在Linux HA集群中的仲裁和分区概念。

集群正常工作时，所有节点都在一个分区内（partition），分区内的所有节点将选举出一个仲裁节点，这个仲裁节点负责向其他节点发送集群控制命令。当网络发生故障时，集群中的节点发现无法和仲裁节点通信，则会在可通信的范围内重新选举一个新的仲裁节点。此时集群内可能出现多个仲裁节点，每个仲裁节点的管理范围为一个分区。

下文中将通过防火墙策略的设置模拟集群网络中通信出现异常的各种情况，如：

通过防火墙策略可以精准控制两两节点之间的连通性，使我们能更准确的了解在网络连通性发生变化对集群的影响。

在所有节点上启动防火墙，并添加策略对整个管理网络192.168.56.0/24放通。

保存上述策略，之后在实验过程会使用iptables命名加入新策略模拟网络通信异常效果，如果需要恢复网络通信正常状态，直接不保存策略重启firewalld服务即可。

通过pcs status查看集群状态：

上述结果显示当前集群只有一个分区，分区内的节点包括全部3台主机，仲裁节点是ha-host3，这表示集群间的通信是完好的。下图显示当前集群状态：

在ha-host1上添加以下策略：

该策略将使得ha-host1和ha-host3之间的通信中断，在所有节点上查看集群状态：

上面的结果显示，ha-host1失去和当前仲裁节点ha-host3的联系之后，和ha-host2一起组成新的分区并选举出ha-host2作为新的仲裁节点。有趣的是ha-host2和ha-host3的通信并未中断，但是他被“优先级较高的ha-host1抢走并推举为老大”，剩下ha-host3独自留在其自身所在的分区。此时ha-host3所在的分区提示了“partition WITHOUT quorum”，表示该分区中的节点数目不超过一半。

下图显示当前集群状态：

在ha-host1上再添加策略：

使其和当前的仲裁节点ha-host2的通信中断，集群状态变为：

发现ha-host2和ha-host3一起组成了新的分区，由于ha-host1所在分区节点数不足一半，无法启动资源，虚拟ip资源vip被切换到了ha-host2上。下图显示当前集群状态：

如果再把ha-host2和ha-host3直接的通信中断，此时3个节点间两两均无法通信。每个节点都是一个分区，每个分区的主机数均不过半，因此无法启动任何资源，原先运行在ha-host2上的vip也停止了。

当前集群状态如下图：

linux 的环境搭建（二）--redis单机环境、生产环境、集群环境的搭建

一、目录
1、工具
2、安装tcl
3、安装单机版redis
4、把redis设置为daemon进程，每次系统启动，redis进程一起启动
5、安装redis cluster
二、工具
2.1、tcl8.6.1-src.tar.gz
2.2、ruby-2.3.1.tar.gz
2.3、redis-4.1.1.gem
2.4、redis-3.2.8.tar.gz
2.5、openssl-1.0.2r.tar.gz
三、安装tcl（安装redis必须先要安装tcl）

3.1、把tcl8.6.1-src.tar.gz通过WinSCP上传到虚拟机中的/usr/local目录下
四、安装单机版redis
4.1、把redis-3.2.8.tar.gz通过WinSCP上传到虚拟机中的/usr/local目录下

4.2、依次运行如下命令：
tar -zxvf redis-3.2.8.tar.gz 解压文件
cd redis-3.2.8
make && make test && make install

五、把redis设置为daemon进程，每次系统启动，redis进程一起启动
5.1、将redis的utils目录下的redis_init_script脚本拷贝到linux的/etc/init.d目录中，将redis_init_script重命名为redis_6379，6379是我们希望这个redis实例监听的端口号

5.2、修改redis_6379脚本的第6行的REDISPORT，设置为相同的端口号（默认就是6379）

protected-mode no 取消保护模式，保护模式只能127.0.0.1访问
daemonize yes 让redis以daemon进程运行
pidfile /var/run/redis_6379.pid 设置redis的pid文件位置
bind 192.168.3.110
port 6379 设置redis的监听端口号
dir /var/redis/6379 设置持久化文件的存储位置
logfile /var/log/redis/6379.log 设置日志文件位置
5.6、启动redis，依次执行：
cd /etc/init.d,
chmod 777 redis_6379，赋读写执行的权限（chmod -R 777 * 是递归把该目录下的所有文件和其子文件全部赋权限）
./redis_6379 start 启动

5.7、确认redis进程是否启动，ps -ef | grep redis

5.8、让redis跟随系统启动自动启动

5.9、重启系统，不手动启动redis，直接连接redis，可以连接上，表示配置成功

此时一个单机版的redis的生产环境已经搭建好了，每次服务器重启，redis都会自动的启动

六、安装redis cluster
（redis cluster集群，要求至少3个master，去组成一个高可用，健壮的分布式的集群，每个master都建议至少给一个slave，3个master，3个slave）
6.1、前提，我在其它机器上启动了六个redis（安装步骤都如下）
2.2、创建三个目录：
mkdir -p /etc/redis-cluster 存放集群配置信息，自动生成配置
mkdir -p /var/log/redis redis日志
mkdir -p /var/redis/7001 存放redis的rdb文件和aof文件
6.3、将redis的utils目录下的redis_init_script脚本拷贝到linux的/etc/init.d目录中，将redis_init_script重命名为redis_7001，7001是我们希望这个redis实例监听的端口号,并修改redis_7001配置文件中的REDISPORT=7001
6.4、修改/etc/redis/7001.conf中的部分配置为生产环境

6.5、完成了一个redis环境的配置，依次再配置其余五个，分别为7002、7003、7004、7005、7006，每个启动脚本内，都修改对应的端口号

6.6、启动6个redis实例
6.7、创建集群（需要安装ruby、rubygems）

上述命令在部分机器上是可以直接运行完成，成功安装的，但在部分机器上运行第三条命令时会提示ruby版本太低、openssl找不到的问题，下面依次解决这两个问题：

6.8、再次运行gem install redis命令，报出两个错误

6.9、再次运行gem install redis命令，报出一个错误

6.10、再次运行gem install redis命令，报出一个错误

6.11、再次运行gem install redis命令
# gem install redis
Successfully installed redis-4.1.1
Parsing documentation for redis-4.1.1
Done installing documentation for redis after 1 seconds
***隐藏网址***
1 gem installed
运行成功

此时Redis安装好，此三个工具也安装好了，这时我们来做一个Redis集群测试，在一台服务器中创建了6个Redis实例，开启6个Redis服务
redis-trib.rb create --replicas 1 192.168.3.104:7001 192.168.3.104:7002 192.168.3.105:7003 192.168.3.105:7004 192.168.3.106:7005 192.168.3.106:7006

# redis-trib.rb create --replicas 1 192.168.3.104:7001 192.168.3.104:7002 192.168.3.105:7003 192.168.3.105:7004 192.168.3.106:7005 192.168.3.106:7006

此时一个redis集群环境就已经搭建好了，可以通过redis-trib.rb check 192.168.3.105:7003命令查看集群几点的信息

# redis-trib.rb check 192.168.3.105:7004

redis cluster的优点：读写分离+高可用+多master
读写分离：每个master都有一个slave
高可用：master宕机，slave自动被切换过去
多master：横向扩容支持更大数据量

Linux系统 CentOS 7怎么搭建集群

CentOS 7下怎么搭建高可用集群。高可用集群是指以减少服务中断时间为目的的服务器集群技术。它通过保护用户的业务程序对外不间断提供的服务，把因软件/硬件/人为造成的故障对业务的影响降低到最小程度。那么新的centos下怎么来搭建高可用集群。
　　环境：本文以两台机器实现双集热备高可用集群，主机名node1的IP为192.168.122.168 ，主机名node2的IP为192.168.122.169 。
　　一、安装集群软件必须软件pcs，pacemaker，corosync，fence-agents-all，如果需要配置相关服务，也要安装对应的软件
　　二、配置防火墙
　　1、禁止防火墙和selinux
　　修改/etc/sysconfig/selinux确保SELINUX=disabled，然后执行setenforce 0或者reboot服务器以生效
　　2、设置防火墙规则
　　三、各节点之间主机名互相解析分别修改2台主机名分别为node1和node2，在centos 7中直接修改/etc/hostname加入本机主机名和主机表，然后重启网络服务即可。
　　配置2台主机的主机表，在/etc/hosts中加入
　　四、各节点之间时间同步在node1和node2分别进行时间同步，可以使用ntp实现。
　　五、各节点之间配置ssh的无密码密钥访问。下面的操作需要在各个节点上操作。
　　两台主机都要互相可以通信，所以两台主机都得互相生成密钥和复制公钥，相互的节点上的hosts文件是都要解析对方的主机名， 192.168.122.168 node1 192.168.122.169 node2
　　六、通过pacemaker来管理高可用集群
　　1、创建集群用户

同一网段三台linux服务器怎样搭建集群

三台只能是互相切换,真正的负载集群,一般常规构架：前端一台调度器，中间三台或以上web处理服务器，后端一台文件服务器（文件服务器上存放web和数据库）

如何分分钟创建Linux虚拟集群

很多小型组织使用了KVM虚拟化，但却无法在主机发生故障时采取相关措施保证高可用性。本文介绍如何采取简单的方式确保虚拟机的高可用性。你可以使用任一Linux发行版的KVM，但是这些Linux发行版在集群功能方面存在差异。Pacemaker堆栈源于SUSE，红帽在最近的版本中才确定其集群实现方式。因此在本文中我将介绍如何在OpenSuSE 13.1 下配置集群。 图1. KVM高可用架构概览假定集群中的节点已经连接到了SAN。如果集群中的节点还没有连接到SAN，那么将虚拟主机连接到Linux SAN并不复杂，当然你也可以使用SAN设备。然而我们在本文中采用的方式—使用OCFS 2共享文件系统构建集群—只有在使用SAN时才是有效的。配置KVM高可用集群的步骤如下所示：创建基础集群在SAN共享存储上配置OCFS2集群文件系统使用SAN磁盘作为后端存储，安装虚拟机为虚拟机配置Pacemaker集群资源验证集群配置创建基础集群在Open SUSE 13.1下使用命令zypper in pacemaker ocfs2-tools lvm2-clvm 安装构建集群所必需的软件包，开始创建基础集群。集群包括两层。较低的层称之为corosync转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦

linux下apache+tomcat集群详细配置

环境：
操作系统均为：CentOS 5.1
Apache2.X服务器一台：IP地址192.168.232.4；安装路径/usr/local/apache；
Tomcat6服务器一台：IP地址192.168.232.5；安装路径/usr/local/tomcat；
Tomcat6服务器一台：IP地址192.168.232.6；安装路径/usr/local/tomcat；

配置：
Apache安装：
***隐藏网址***
***隐藏网址***
#make;make install

制作Apache启动项：
***隐藏网址***
***隐藏网址***
添加以下内容：（包括＃号）
# Startup script for the Apache Web Server
# chkconfig: 2345 85 15
# description: Apache is a World Wide Web server .It is used to server
# HTML files and CGI.
***隐藏网址***
***隐藏网址***
***隐藏网址***
增加服务项
***隐藏网址***
***隐藏网址***
***隐藏网址***

JDK安装：
#chmod a+x jdk-6u4-linux-i586-rpm.bin
#./jdk-6u4-linux-i586-rpm.bin

JAVA环境变量设置：
#vi /etc/profile
在文件最后添加以下内容：
JAVA_HOME=/usr/java/jdk1.6.0_04
CLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
PATH=$JAVA_HOME/bin:$PATH
CATALINA_HOME=/usr/local/tomcat
export JAVA_HOME CLASSPATH PATH CATALINA_HOME
执行如下命令使环境变量生效：
source /etc/profile
测试配置是否成功：
java –version

Tomcat安装：
***隐藏网址***
#tar zxvf apache-tomcat-6.0.16.tar.gz
#mv apache-tomcat-6.0.16 /usr/local/tomcat

Tomcat随机启动：
#vi /etc/rc.local
添加以下内容：
/usr/local/tomcat/bin/startup.sh

tomcat6配置文件server.xml：
把
《!-- You should set jvmRoute to support load-balancing via AJP ie :
《Engine name="Standalone" defaultHost="localhost" jvmRoute="jvm1"》
--》
《Engine name="Catalina" defaultHost="localhost"》
改成

《!-- You should set jvmRoute to support load-balancing via AJP ie :
--》
《Engine name="Standalone" defaultHost="localhost" jvmRoute="tomcatX"》
《!--
《Engine name="Catalina" defaultHost="localhost"》
--》
说明：
第一台tomcat就把jvmRoute="tomcat1"
第二台tomcat就把jvmRoute="tomcat2"

把
《!--
《Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/》
--》
去掉注释变为
《Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/》
***群集详细配置***
《Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"
channelSendOptions="8"》

《Manager className="org.apache.catalina.ha.session.DeltaManager"
expireSessionsOnShutdown="false"
notifyListenersOnReplication="true"/》

《Channel className="org.apache.catalina.tribes.group.GroupChannel"》
《Membership className="org.apache.catalina.tribes.membership.McastService"
address="228.0.0.4"
port="45564"
frequency="500"
dropTime="3000"/》
《Receiver className="org.apache.catalina.tribes.transport.nio.NioReceiver"
address="auto"
port="4000"
autoBind="100"
selectorTimeout="5000"
maxThreads="6"/》

《Sender className="org.apache.catalina.tribes.transport.ReplicationTransmitter"》
《Transport className="org.apache.catalina.tribes.transport.nio.PooledParallelSender"/》
《/Sender》
《Interceptor className="org.apache.catalina.tribes.group.interceptors.TcpFailureDetector"/》
《Interceptor className="org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor"/》
《/Channel》

《Valve className="org.apache.catalina.ha.tcp.ReplicationValve"
filter=""/》
《Valve className="org.apache.catalina.ha.session.JvmRouteBinderValve"/》

《Deployer className="org.apache.catalina.ha.deploy.FarmWarDeployer"
tempDir="/tmp/war-temp/"
deployDir="/tmp/war-deploy/"
watchDir="/tmp/war-listen/"
watchEnabled="false"/》

《ClusterListener className="org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener"/》
《ClusterListener className="org.apache.catalina.ha.session.ClusterSessionListener"/》
《/Cluster》

配置应用的web.xml：
在每个webapps应用中,修改配置文件web.xml文件 添加元素《distributable/》
在web.xml文件中《web-app》元素下增加以下内容：
《!--此应用将与群集服务器复制Session--》
《distributable/》
具体修改如下:
修改前:
《?xml version="1.0" encoding="ISO-8859-1"?》
***隐藏网址***
***隐藏网址***
***隐藏网址***
version="2.5"》
《/web-app》
修改后:
《?xml version="1.0" encoding="ISO-8859-1"?》
***隐藏网址***
***隐藏网址***
***隐藏网址***
version="2.5"》
《!--此应用将与群集服务器复制Session--》
《distributable/》
《/web-app》
配置apache的ajp负载均衡功能：
确保将以下Module的注释去掉
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
***隐藏网址***
LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
LoadModule status_module modules/mod_status.so
增加以下内容：
# Proxypass Config
***隐藏网址***
***隐藏网址***
《Location /server-status》
SetHandler server-status
Order Deny,Allow
Deny from all
Allow from all
《/Location》
《Location /balancer-manager》
SetHandler balancer-manager
Order Deny,Allow
Deny from all
Allow from all
《/Location》
ProxyRequests Off
ProxyPass / balancer://tomcatcluster stickysession=jsessionid nofailover=On

《Proxy balancer://tomcatcluster》
***隐藏网址***
***隐藏网址***
《/Proxy》
注释：
ProxyRequests Off 表示启用反向代理，必须开启；
ProxyPass为代理转发的Url,即将所有访问/的请求转发到群集balancer://tomcatcluster，这里为/即将所有访问/的请求转发到群集balancer://tomcatcluster的/test目录；
BalancerMember为群集的成员,即群集服务器1或2,负载均衡服务器会根据均衡规则来将请求转发给BalancerMember；

调试负载均衡集群系统：
***隐藏网址***
***隐藏网址***
***必须先启动Tomcat服务再启动Apache服务！***

参考文档：
***隐藏网址***
***隐藏网址***
***隐藏网址***
***隐藏网址***

基于Linux自己初步搭建Kubernetes（k8s）集群基础，详细教程

***隐藏网址***

k8s-master：Ubuntu--192.168.152.100

k8s-node01：Ubuntu--192.168.152.101

k8s-node02：Ubuntu--192.168.152.102

***隐藏网址***

1，禁止swap分区

K8s的要求，确保禁止掉swap分区，不禁止，初始化会报错。

在每个宿主机上执行：

2，确保时区和时间正确

时区设置

3，关闭防火墙和selinux

ubuntu 查看防火墙命令，ufw status可查看状态，ubuntu20.04默认全部关闭，无需设置。

4，主机名和hosts设置（可选）

非必须，但是为了直观方便管理，建议设置。

在宿主机分别设置主机名：k8s-master，k8s-node01，k8s-node02

hosts设置

1，更改docker默认驱动为systemd

为防止初始化出现一系列的错误，请检查docker和kubectl驱动是否一致，否则kubectl没法启动造成报错。版本不一样，docker有些为cgroupfs，而kubectl默认驱动为systemd，所以需要更改docker驱动。

可查看自己docker驱动命令：

更改docker驱动， /etc/docker/daemon.json (没有就新建一个），添加如下启动项参数即可：

重启docker

需要在每台机器上安装以下的软件包：

2，更新 apt 包索引并安装使用 Kubernetes apt 仓库所需要的包

安装软件包以允许apt通过HTTPS使用存储库，已安装软件的可以忽略

3，下载公开签名秘钥、并添加k8s库

国外 ：下载 Google Cloud 公开签名秘钥：

国内：可以用阿里源即可：

请注意，在命令中，使用的是Ubuntu 16.04 Xenial 版本， 是可用的最新 Kubernetes 存储库。所以而非20.04 的focal。

4，更新 apt 包索引，安装 kubelet、kubeadm 和 kubectl，并锁定其版本

锁定版本，防止出现不兼容情况，例如，1.7.0 版本的 kubelet 可以完全兼容 1.8.0 版本的 API 服务器，反之则不可以。

只需要在master上操作即可。

1，初始化错误解决（没有报错的可以跳过这条）

错误提示1：

原因：kubectl没法启动，journalctl -xe查看启动错误信息。

解决方案：k8s建议systemd驱动，所以更改docker驱动即可， /etc/docker/daemon.json (没有就新建一个），添加如下启动项参数即可：

重启docker和kubectel

错误提示2：

原因：初始化生产的文件，重新初始化，需要删除即可

错误提示3：

解决方法：重置配置

2，初始化完成

无报错，最后出现以下，表示初始化完成，根据提示还需要操作。

根据用户是root或者普通用户操作，由于大多环境不会是root用户，我也是普通用户，所以选择普通用户操作命令：

如果是root用户，执行以下命令：

初始化完成，用最后的提示命令 kubeadm join.... 在node机器上加入集群即可。

3，主节点pod网络设置

***隐藏网址***

***隐藏网址***

Calico官网提供三种安装方式，1）低于50个节点，2）高于50个节点，3）etcd datastore（官方不建议此方法）。

这里选择第一种：

安装完成后， kubectl get node 可查看节点状态，由NotReady变成Ready则正常，需要等几分钟完成。

1，node加入master节点

在所有node节点机器操作，统一已安装完成 kubelet、kubeadm 和 kubectl，用master初始化完成后最后提示命令加入，切记要用root用户。

加入成功后，提示如下：

再次查看kubelet服务已正常启动。

2，需注意的坑

1：加入主节点，需要 root 用户执行词条命令，才可以加入master主节点。

node在没有加入主节点master之前，kubelet服务是没法启动的，是正常情况，会报错如下：

原因是缺失文件，主节点master初始化 `kubeadm init`生成。

node节点是不需要初始化的，所以只需要用root用户`kubeadm join`加入master即可生成。

2：如果加入提示某些文件已存在，如：

原因是加入过主节点，即使没成功加入，文件也会创建，所以需要重置节点，重新加入即可，重置命令：

3，在master查看节点

加入完成后，在master节点 kubectl get node 可查看已加入的所有节点：

这里k8s集群创建完成，下一步使用可参考我的下一篇文章：k8s初步熟悉使用介绍，实践搭建nginx集群