A. linux集群系统时间同步
环境准备：
要做到服务器集群的时间同步，集群中各台机器的时区必须相同的，我们在国内就使用中国时区，如果你的机器的时区不是"Asia/Shanghai"，需要修改时区
CentOS 中时区是以文件形式存在，当前正在使用的时区文件位于
/etc/localtime ，其他时区文件则位于 /usr/share/zoneinfo 下，中国时区的文件全路径是 /usr/share/zoneinfo/Asia/Shanghai
要更改时区，直接使用如下命令就OK
需要使用 tzselect 命令去生成时区文件，生成好的时区文件就在/usr/share/zoneinfo 目录下，具体步骤去下：
使用 date -s 命令来修改系统时间
让集群所有的服务器的时间同步，就用远程连接工具连接所有服务器，然后在所有的服务器中同时执行 date -s 命令设置时间，然后在所有的服务器中执行 hwclock -w 命令即可
美国标准技术院时间服务器：time.nist.gov（192.43.244.18）
上海交通大学网络中心NTP服务器地址：ntp.sjtu.e.cn（202.120.2.101）
中国国家授时中心服务器地址：cn.pool.ntp.org（210.72.145.44）
若以上提供的网络时间服务器不可用，请自行上网寻找可用的网络时间服务器
<1> 使用命令： crontab -e
<2> 然后往里加入一行内容
上面的配置表示，每隔十分钟从 202.120.2.101 该时间服务器同步一次时间。
<3> 保存退出
以上两步操作可以让node01这个服务器每隔10分钟去指定的服务器同步时间，如果需要让集群中的所有服务器(hadoop01-hadoop04)时间同步，那么每台服务器都要做以上两步操作。
node01的IP为192.168.21.101，让它作为时间服务器，192.168.21.0局域网内的所有服务器都向它同步时间，而node01这台时间服务器本身，向外网时间服务器同步时间(比如中国国家授时中心服务器)
我用node01
我去掉了所有的默认注释，对其中的修改写了自己的注释，没有写注释的是默认配置
因为ntpd服务开启之后，就不能手动同步时间了，那么为什么要先手动同步时间呢？
当server(中国国家授时中心服务器)与client(node01)之间的时间误差过大时（可能是1000秒），node01去同步时间可能对系统和应用带来不可预知的问题，node01将停止时间同步！所以如果发现node01启动之后时间并不进行同步时，应该考虑到可能是时间差过大引起的，此时需要先手动进行时间同步！
看到红色框中的内容，表示连接和监听已正确
这里的前4行就是我们配置的4个中国国家授时中心的服务器的信息
最后一行就是本地时间服务的信息
下面对每个列的意义进行说明：
同样，服务启动后需要等待5-10分钟才能看到这个正常的信息
到这里，我们局域网内的时间服务器node01就已经配置完毕了
文件内容如下：
同样，没有写注释的都是默认的配置
原因同(5)
到这里，利用局域网内一台时间服务器来同步整个集群时间的全部配置就已经完成
说明：若以上提供的网络时间服务器不可用，请自行上网寻找可用的网络时间服务器，另外需要关闭各服务器的防火墙，才能进行时间同步
参考文章：
内网环境NTP服务及时间同步(CentOS6.x)配置和部署
配置NTP服务ntpd/ntp.conf（搭建Hadoop集群可参考）
B. 如何对局域网内的多台Linux进行集群化管理
它非常适合用来快速配置一个集群中的所有运行相同服务和具备相同配置的计算机节点。现在有大量的开源管理工具，都可以实现这样的管理，比如dsh、SUSE Manager等。下面是用ClusterSSH管理多台Linux服务器的具体过程。
如果你是一名Linux系统管理员，那你每天一定会和许许多多的机器打交道，因为你要定期监测和维护这些机器，如一批Web服务器，如果你要同时在多台机器上敲入相同的命令，你可能会通过SSH登录，然后逐台敲入，如果使用ClusterSSH，可以为你节省不少类似的工作时间。
ClusterSSH是用Tk/Perl包装XTerm和SSH后形成的新工具，就其本身而言，它可以运行在任何兼容POSIX的操作系统上，我曾经在Linux，Solaris和Mac OS X上运行过它，它需要Perl库Tk（在Debian或Ubuntu上就是perl-tk）和X11::Protocol（在Debian或Ubuntu上就是libx11-protocol-perl），此外，xterm和OpenSSH是必不可少的。
安装在Debian或Ubuntu上安装ClusterSSH是相当简单的，只需要敲入sudo apt-get install clusterssh就可以安装好，至于依赖包你也不必担心，一切都会为你装好的，它也提供了适合Fedora的rpm包，在FreeBSD上可通过port系统安装，还为Mac OS X准备了MacPort版本，因此你可以在你的苹果电脑上安装ClusterSSH，当然，如果你是极客，也可以下载源代码自己编译。
配置可以通过ClusterSSH的全局配置文件/etc/clusters，或用户home目录下的。csshrc文件来配置它，我喜欢用户级的配置方式，这样同一个系统中的不同用户可以根据自己的喜好进行配置，ClusterSSH定义了一个“cluster”机器组，你可以通过一个界面来控制这个组中的所有机器，在配置文件的顶端“clusters”部分，你可以详尽地列出你的集群，然后用独立的段落来描述每个集群。
例如，假设我有两个集群，每个集群由两台机器组成，“Cluster1”由“Test1”和“Test2”两台机器组成，“Cluster2”由“Test3”和“Test4”两台机器组成，~.csshrc（或/etc/clusters）配置文件的内容看起来应该是：
clusters = cluster1 cluster2
cluster1 = test1 test2
cluster2 = test3 test4你也可以创建中间集群（包含其它集群的集群），如果你想创建一个名叫“all”的集群包含所有的机器，有两种实现手段，首先，你可以创建一个包含所有机器的集群，如：
clusters = cluster1 cluster2 all
cluster1 = test1 test2
cluster2 = test3 test4
all = test1 test2 test3 test4但我更喜欢的方法是使用一个包含其它集群的中间集群：
clusters = cluster1 cluster2 allcluster1 = test1 test2
C. linux redis 怎么设置集群
redis.conf 配置文件说明
daemonize no --是否把redis-server启动在后台，默认是“否”。若改成yes
pidfile /var/run/redis.pid --当Redis以守护进程方式运行时，Redis默认会把pid写入/var/run/redis.pid文件，可以通过pidfile指定
prot 6379 --指定Redis监听端口，默认端口为6379
bind 10.252.1.14 ---绑定的主机地址
timeout 0 ---当 客户端闲置多长时间后关闭连接，如果指定为0，表示关闭该功能
loglevel notice ---指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默认为verbose
logfile /mnt/redis/log/redis.log --日志记录方式，默认为标准输出，如果配置Redis为守护进程方式运行，而这里又配置为日志记录方式为标准输出，则日志将会发送给/dev/null
databases 16 设置数据库的数量，默认数据库为0，可以使用SELECT <dbid>命令在连接上指定数据库id
save 900 1 指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，可以多个条件配合
Redis默认配置文件中提供了三个条件：
save 900 1
save 300 10
save 60 10000
分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改
rdbcompression yes --指定存储至本地数据库时是否压缩数据，默认为yes，Redis采用LZF压缩，如果为了节省CPU时间，可以关闭该选项，但会导致数据库文件变的巨大
dbfilename mp.rdb --指定本地数据库文件名，默认值为mp.rdb
dir /mnt/redis/data/ --指定本地数据库存放目录
slaveof <masterip> <masterport> -- 设置当本机为slav服务时，设置master服务的IP地址及端口，在Redis启动时，它会自动从master进行数据同步
masterauth <master-password> --当master服务设置了密码保护时，slav服务连接master的密码
requirepass foobared --设置Redis连接密码，如果配置了连接密码，客户端在连接Redis时需要通过AUTH <password>命令提供密码，默认关闭
maxclients 128 --- 设置同一时间最大客户端连接数，默认无限制
maxmemory <bytes> ---指定Redis最大内存限制，Redis在启动时会把数据加载到内存中，达到最大内存后，Redis会先尝试清除已到期或即将到期的Key，当此方法处理 后，仍然到达最大内存设置，将无法再进行写入操作，但仍然可以进行读取操作。Redis新的vm机制，会把Key存放内存，Value会存放在swap区
appendonly no --指定是否在每次更新操作后进行日志记录，Redis在默认情况下是异步的把数据写入磁盘，如果不开启，可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的，所以有的数据会在一段时间内只存在于内存中。默认为no
appendfilename appendonly.aof ---指定更新日志文件名，默认为appendonly.aof
appendfsync everysec ---指定更新日志条件，共有3个可选值： no：表示等操作系统进行数据缓存同步到磁盘（快） . always：表示每次更新操作后手动调用fsync()将数据写到磁盘（慢，安全）. everysec：表示每秒同步一次（折衷，默认值）
vm-enabled no ---指定是否启用虚拟内存机制，默认值为no，简单的介绍一下，VM机制将数据分页存放，由Redis将访问量较少的页即冷数据swap到磁盘上，访问多的页面由磁盘自动换出到内存中（在后面的文章我会仔细分析Redis的VM机制）
vm-swap-file /tmp/redis.swap ---虚拟内存文件路径，默认值为/tmp/redis.swap，不可多个Redis实例共享
vm-max-memory 0 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0
vm-page-size 32 ---Redis swap文件分成了很多的page，一个对象可以保存在多个page上面，但一个page上不能被多个对象共享，vm-page-size是要根据存储的 数据大小来设定的，作者建议如果存储很多小对象，page大小最好设置为32或者64bytes；如果存储很大大对象，则可以使用更大的page，如果不 确定，就使用默认值
vm-pages 134217728 ---设置swap文件中的page数量，由于页表（一种表示页面空闲或使用的bitmap）是在放在内存中的，，在磁盘上每8个pages将消耗1byte的内存。
vm-max-threads 4 ---设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的，可能会造成比较长时间的延迟。默认值为4
glueoutputbuf yes ---设置在向客户端应答时，是否把较小的包合并为一个包发送，默认为开启
hash-max-zipmap-entries 64 ---指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
hash-max-zipmap-value 512 ---指定在超过一定的数量或者最大的元素超过某一临界值时，采用一种特殊的哈希算法
activerehashing yes ---指定是否激活重置哈希，默认为开启（后面在介绍Redis的哈希算法时具体介绍）
include /path/to/local.conf ---指定包含其它的配置文件，可以在同一主机上多个Redis实例之间使用同一份配置文件，而同时各个实例又拥有自己的特定配置文件
主服务器配置
mkdir /mnt/redis/redisDB
mkdir /mnt/redis/redisLog
vi /etc/redis/redis.conf
dbfilename /mnt/redisDB/mp.rdb --修改磁盘上保存数据库文件的位置
loglevel warning --修改日志级别
logfile /mnt/redis/redisLog/redis.log --修改日志文件的位置
从机配置
cp redis.conf /etc/redis_slave.conf
vim redis_slave.conf
修改其中的一行
配置master的ip地址和redis-server的端口。
slaveof <10.45.39.39> <6379> --设置主从服务器的主服务器的地址和端口
daemonize no --是否把redis-server启动在后台，默认是“否”。若改成yes，会生成一个pid文件。
主从测试
主机: redis-server /etc/redis.conf
从机: redis-server /etc/redis_slave.conf
3.1 测试
在主机上启动redis客户端:
ssh 192.168.1.1
redis-cli
>set k1 v1
>get k1
"v1"
.登陆从机，并在从机上启动客户端：
ssh 192.168.1.2
redis-cli
>get k1
"v1"
可以看到redis已经把数据同步过来了。
D. 基于Linux自己初步搭建Kubernetes（k8s）集群基础，详细教程
k8s官方网站：https://kubernetes.io/zh/，可自行查看相关文档说明
k8s-master：Ubuntu--192.168.152.100
k8s-node01：Ubuntu--192.168.152.101
k8s-node02：Ubuntu--192.168.152.102
全部已安装docker，未安装可根据官方文档安装：https://docs.docker.com/get-docker/
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网络设置
主节点支持网络插件：https://kubernetes.io/zh/docs/concepts/cluster-administration/addons/
这里安装Calico网络插件：https://docs.projectcalico.org/getting-started/kubernetes/self-managed-onprem/onpremises
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集群
E. 如何分分钟创建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转载仅供参考，版权属于原作者。祝你愉快，满意请采纳哦