摘要在 Linux 服务器运维中经常会遇到这样的情况一台服务器已经配置好了环境现在需要快速创建多台相同配置的服务器服务器数量增加以后又需要远程管理这些主机同时还要把重要数据定期备份到另一台服务器。如果全部依靠人工操作不仅效率比较低也容易出现配置错误。本文结合实际实验环境从虚拟机克隆开始介绍如何配置多台 Linux 服务器的网络信息再使用 SSH 实现远程登录和免密访问最后使用 Rsync 完成服务器之间的数据同步并结合 Crontab 实现定时备份。整个过程比较贴近实际 Linux 运维工作可以作为服务器批量管理和数据备份的基础案例。通过虚拟机克隆快速创建服务器什么是虚拟机克隆虚拟机克隆就是把一台已经安装和配置好的虚拟机复制成新的虚拟机。克隆主要有完整克隆和链接克隆两种。完整克隆是一个独立的虚拟机适合长期使用链接克隆依赖原来的虚拟机比较适合快速创建测试环境。实际实验中如果需要创建多台长期运行的 Linux 服务器一般可以选择完整克隆。原笔记中也明确要求克隆前先关闭操作系统。关闭 Linuxshutdown -h now然后在虚拟机软件中选择克隆并选择“完整克隆”设置新的虚拟机名称和存储位置。克隆后为什么要修改 IP克隆最大的一个问题就是新服务器会继承原服务器的一些配置。例如原服务器node1 192.168.88.128克隆出来的服务器可能也使用这个 IP。如果 node1、node2、node3 同时使用相同 IP就会产生网络冲突。因此克隆完成后需要逐台启动服务器然后修改主机名和 IP。可以先规划主机IP作用node1192.168.88.128源服务器node2192.168.88.129备份服务器node3192.168.88.130测试服务器这个规划与原笔记中的实验环境一致。修改主机名和 hosts以 node3 为例hostnamectl set-hostname node3然后配置主机映射cat /etc/hosts EOF 192.168.88.128 node1 192.168.88.129 node2 192.168.88.130 node3 EOF这样在同一个网络中就可以直接使用ping node1 ping node2 ping node3而不用每次输入 IP。接下来修改 NetworkManager 的网络配置例如[ipv4] address1192.168.88.130/24,192.168.88.2 dns192.168.88.2; methodmanual修改完成后重新加载网络nmcli con reload nmcli conn down ens160 nmcli conn up ens160原笔记中还通过uuidgen为克隆服务器生成新的 UUID并修改对应网络配置。到这里多台服务器的基础环境就准备好了。使用 SSH 实现服务器远程管理SSH 是什么服务器部署以后我们不可能每次都直接操作服务器终端。SSH 就是 Linux 中非常常用的远程管理方式。默认端口是22最基本的登录方式ssh rootnode2其中root 用户名 node2 服务器地址SSH 支持密码认证和公钥认证。在实验环境中可以先使用密码登录但如果后面要做自动化运维更推荐使用密钥认证。原笔记中也将公钥认证作为更适合企业自动化的方式。配置 SSH 免密登录假设现在需要实现node1 → node2免密码登录。首先在 node1 生成密钥ssh-keygen一路回车即可。生成完成ls ~/.ssh可以看到id_rsa id_rsa.pub其中id_rsa 私钥 id_rsa.pub 公钥私钥只能自己保存不能随便给别人。接下来把公钥复制到 node2ssh-copy-id rootnode2输入一次 node2 的密码。然后测试ssh rootnode2如果不再要求输入密码就说明免密登录成功。原笔记中也是通过ssh-keygen生成密钥再使用ssh-copy-id将公钥传到目标服务器。SSH 密钥权限在 node2 上检查ll -d ~/.ssh ll ~/.ssh/authorized_keys通常需要.ssh 700 authorized_keys 600可以直接设置chmod 700 ~/.ssh chmod 600 ~/.ssh/authorized_keys权限错误时SSH 可能无法正常使用公钥认证。通过 SSH 远程执行命令不登录服务器也能执行命令SSH 不只是用来登录服务器还可以直接执行远程命令。基本格式ssh 用户名主机 命令例如ssh rootnode2 hostname返回node2查看 node2 磁盘ssh rootnode2 df -h查看内存ssh rootnode2 free -m这样我们在 node1 上就可以直接检查 node2不需要先登录再执行命令。原笔记中也使用 SSH 对远程主机进行磁盘和内存巡检。实际场景批量检查服务器如果现在有三台服务器node1 node2 node3可以写一个简单脚本#!/bin/bash for host in node1 node2 node3 do echo $host ssh root$host hostname ssh root$host df -h ssh root$host free -m echo done执行后就可以一次查看三台服务器的基本状态。这个案例的核心不是脚本本身而是SSH Shell 可以把原本需要手动执行的工作变成批量操作。这也是 SSH 免密登录非常重要的原因。使用 Rsync 实现服务器数据同步为什么使用 Rsync如果 node1 上有一个网站目录/data/web现在需要备份到 node2。Rsync 就是比较适合这种场景的工具。Rsync 最大的特点是增量同步。第一次同步时node1 → node2把数据完整传过去。以后如果只修改一个文件再次同步时主要传输发生变化的数据不需要每次重新复制整个目录。原笔记中总结了 Rsync 的几个核心特点增量同步、压缩、断点续传、权限和时间属性保留以及可以结合 SSH 使用。安装dnf install -y rsyncnode1 和 node2 都需要安装。Rsync 基本用法基本格式rsync [选项] 源路径 目标路径常见参数-a 归档模式 -v 显示同步过程 -z 压缩 -P 显示进度 --delete 删除目标端多余文件 --exclude 排除指定文件例如rsync -avzP /data/web rootnode2:/data/就是把 node1 的/data/web同步到 node2 的/data/第一次同步完成后如果修改echo new content /data/web/1.txt再次执行rsync -avzP /data/web rootnode2:/data/Rsync 会发现只有1.txt发生变化因此主要同步这个文件。这就是增量同步的实际意义。原笔记也通过修改1.txt演示了第二次同步只传输变化文件。--delete要谨慎使用如果源端删除了文件rm -f /data/web/1.png想让目标服务器也删除对应文件可以rsync -avz --delete /data/web rootnode2:/data/但是生产环境使用--delete一定要谨慎因为源路径或者目标路径写错都可能导致目标端文件被删除。原笔记也专门演示了该参数用于保持源端和目标端目录一致。实际案例每天自动备份服务器日志需求现在有两台服务器node1192.168.88.128 node2192.168.88.129node1 中/var/log/messages /var/log/secure保存了重要的系统和安全日志。现在要求每天凌晨 2 点把 node1 的 messages 和 secure 备份到 node2。这就是一个比较典型的服务器日志备份场景也是原笔记中的 Rsync 作业要求。编写备份脚本node1 创建vim /usr/local/bin/log_backup.sh写入#!/bin/bash SOURCE/var/log TARGETrootnode2:/data/node1_backup_system_log LOG/var/log/log_backup.log echo $(date %F %T) $LOG rsync -avz \ $SOURCE/messages \ $SOURCE/secure \ $TARGET/ $LOG 21 if [ $? -eq 0 ]; then echo 日志备份成功 $LOG else echo 日志备份失败 $LOG fi添加执行权限chmod x /usr/local/bin/log_backup.sh先手动测试/usr/local/bin/log_backup.sh然后到 node2 查看ls -lh /data/node1_backup_system_log如果能够看到messages secure说明同步成功。代码解释脚本主要做三件事。第一定义源目录SOURCE/var/log第二定义目标服务器TARGETrootnode2:/data/node1_backup_system_log第三使用 Rsync 进行同步rsync -avz $SOURCE/messages $SOURCE/secure $TARGET/最后通过$?判断上一条命令是否执行成功。这样就把 Rsync 命令简单封装成了一个可以重复执行的备份脚本。使用 Crontab 实现自动备份脚本手动执行没有问题但如果每天都需要人工执行自动化的意义就没有体现出来。所以可以使用 Crontab。编辑crontab -e添加0 2 * * * /usr/local/bin/log_backup.sh含义就是每天凌晨 2 点 执行 /usr/local/bin/log_backup.sh这样服务器每天会自动完成日志备份。整个流程就变成node1 │ │ SSH免密 ↓ Rsync同步 │ ↓ node2 │ ↑ 每天凌晨2点自动执行这就是 Linux 自动化运维中一个非常基础但实用的案例。Rsync 服务模式什么是 Rsync daemon前面的 Rsync 是通过 SSH 进行传输rsync -avz /data/web rootnode2:/data/还有一种方式是直接让 Rsync 作为服务运行也就是 Rsync daemon。它默认使用873端口服务端通过/etc/rsyncd.conf配置同步目录、用户、密码和允许访问的 IP。原笔记中给出的服务模式主要配置了uid、gid、path、read only、hosts allow、hosts deny和认证用户等内容。服务端核心配置node2 创建服务用户useradd -s /sbin/nologin rsync创建数据目录mkdir -p /data chown -R rsync:rsync /data编辑vim /etc/rsyncd.conf核心配置uid rsync gid rsync use chroot no port 873 [dataweb] comment web backup path /data read only no secrets file /etc/rsyncd.secrets hosts allow 192.168.88.0/24 hosts deny * auth users sync_web然后创建密码文件vim /etc/rsyncd.secrets内容sync_web:123abc设置权限chmod 600 /etc/rsyncd.secrets测试启动rsync --daemon --no-detach客户端可以通过rsync -avz /data/web sync_webnode2::dataweb访问服务端配置的dataweb模块。如果不想每次输入密码可以在客户端配置密码文件echo 123abc /etc/rsync_client.passwd chmod 600 /etc/rsync_client.passwd然后rsync -avz \ --password-file/etc/rsync_client.passwd \ /data/web sync_webnode2::dataweb原笔记中也完整演示了 Rsync 服务端密码认证以及客户端密码文件配置。常见问题SSH 免密失败首先检查ll -d ~/.ssh ll ~/.ssh/authorized_keys确认权限.ssh 700 authorized_keys 600再检查 SSH 服务systemctl status sshd如果修改过配置可以检查sshd -tRsync 认证失败如果出现ERROR: auth failed on module dataweb主要检查用户名是否一致 密码是否正确 模块名称是否正确 secrets file 路径是否正确原笔记中也将认证失败作为 Rsync 服务模式下的主要故障之一。如果出现ERROR: password file must not be other-accessible一般是客户端密码文件权限不正确chmod 600 /etc/rsync_client.passwdQA 环节Q1为什么克隆后必须修改 IP因为克隆服务器可能继承源服务器的网络配置如果多台服务器使用相同 IP就会产生网络冲突。Q2为什么自动化运维需要 SSH 免密因为脚本不能方便地人工输入密码。配置密钥后脚本就可以直接执行ssh rootnode2 df -h非常适合批量管理服务器。Q3Rsync 最重要的特点是什么最重要的是增量同步。第一次同步完整数据后面主要同步发生变化的数据可以减少网络带宽和同步时间。Q4--delete有什么作用让目标端删除源端已经不存在的文件从而让两个目录保持一致。但是这个参数需要谨慎使用。Q5Rsync SSH 和 Rsync daemon 怎么选择普通服务器之间进行备份可以优先使用Rsync SSH配置简单也可以利用 SSH 密钥实现免密。如果需要搭建集中式同步服务器可以使用Rsync daemon通过rsyncd.conf对访问 IP、模块和账号进行统一管理。总结这一部分内容看起来知识点比较多但真正需要掌握的核心其实就是下面这条线虚拟机克隆 ↓ 修改主机名和IP ↓ SSH远程登录 ↓ SSH密钥免密 ↓ SSH远程执行命令 ↓ Rsync数据同步 ↓ Shell脚本 ↓ Crontab定时备份虚拟机克隆解决的是服务器快速部署问题SSH解决远程管理问题SSH密钥解决自动化访问问题Rsync解决服务器之间的数据同步问题Shell 和 Crontab 则把这些操作进一步自动化。例如本文最后的日志备份案例本质上就是node1 /var/log/messages /var/log/secure ↓ Rsync ↓ node2 /data/node1_backup_system_log ↓ 每天凌晨2点自动执行把这些内容掌握以后就不再只是单独记忆几个 Linux 命令而是能够用这些工具组合出一个真正可以使用的服务器运维方案。