1. 項目緣起為什么是rsynclsyncd如果你在Linux環(huán)境下管理過服務器尤其是那些需要處理大量文件、日志或者應用數(shù)據(jù)的場景大概率會遇到一個經(jīng)典需求如何把A服務器上某個目錄里的文件實時或準實時地同步到B服務器上并且要可靠、高效、資源占用少。你可能試過用scp寫個定時任務但發(fā)現(xiàn)全量拷貝太慢網(wǎng)絡一波動就中斷重來也可能用過inotify-tools自己寫腳本但處理大量小文件時性能捉襟見肘或者擔心腳本的健壯性。這正是我?guī)啄昵霸诰S護一個分布式日志收集系統(tǒng)時遇到的真實困境。當時我們需要將多臺應用服務器的日志目錄集中備份到一臺存儲服務器上。最初用crontab配合rsync做定時同步但15分鐘甚至1小時的間隔在排查緊急問題時根本不夠用日志延遲太大。后來轉(zhuǎn)向lsyncd監(jiān)聽文件變化但發(fā)現(xiàn)它在處理首次同步或目錄結(jié)構(gòu)巨變時直接調(diào)用rsync進行全量同步的邏輯不夠靈活尤其是在網(wǎng)絡不穩(wěn)定的跨機房環(huán)境下。最終經(jīng)過多次測試和調(diào)優(yōu)我確定了rsynclsyncd這個組合。這個方案的精髓在于分工明確lsyncd負責“發(fā)現(xiàn)變化”它利用Linux內(nèi)核的inotify機制以極低的資源開銷監(jiān)控目錄樹的任何改動增、刪、改、移而rsync則負責“執(zhí)行同步”它憑借其差異傳輸算法只傳輸文件中變化的部分在帶寬利用和同步速度上做到了極致。兩者結(jié)合就實現(xiàn)了一個近乎實時、增量、高效的目錄單向同步方案。它特別適合備份、日志聚合、代碼發(fā)布、靜態(tài)資源分發(fā)等場景。今天我就把這個經(jīng)過生產(chǎn)環(huán)境考驗的方案從核心原理到避坑細節(jié)完整地拆解給你。2. 核心工具拆解rsync與lsyncd是如何工作的在動手搭建之前我們必須先吃透這兩個工具的核心機制。很多配置上的坑和性能瓶頸根源都在于對它們的工作原理理解不透。2.1 rsync不止于拷貝的增量傳輸引擎很多人把rsync簡單理解為一個加強版的scp或cp這大大低估了它。它的核心價值在于其差異算法和靈活的傳輸模式。差異算法Delta-transfer algorithm這是rsync的靈魂。當同步一個已存在的文件時它不會傻乎乎地整個重傳。發(fā)送方會將文件分割成一系列固定大小的塊默認約700字節(jié)并計算每個塊的弱校驗rolling checksum和強校驗MD5。這些校驗和列表會先發(fā)送給接收方。接收方對自己本地文件的相同位置也進行滾動校驗計算通過比對就能快速定位出哪些數(shù)據(jù)塊是接收方已經(jīng)擁有的哪些是新增或修改的。最終發(fā)送方只傳輸那些不同的數(shù)據(jù)塊接收方再像拼拼圖一樣將它們組裝成新文件。對于大文件的小部分修改這種算法的效率提升是驚人的。傳輸模式rsync有三種主要工作模式本地模式類似cp在單機內(nèi)同步目錄語法是rsync [OPTION...] SRC... [DEST]。通過遠程Shell訪問模式這是最常用的模式使用ssh作為傳輸通道語法是rsync [OPTION...] SRC... [USER]HOST:DEST。它利用現(xiàn)有ssh認證配置簡單但ssh加密解密會帶來一定的CPU開銷。守護進程模式rsync以daemon形式運行監(jiān)聽端口默認873使用自己的協(xié)議。語法是rsync [OPTION...] SRC... [USER]HOST::DEST。這種模式性能最好支持模塊化路徑但需要額外配置認證。在我們的備份場景中通常使用遠程Shell模式因為它無需額外配置rsyncd服務借助ssh key實現(xiàn)免密安全又方便。但對于超大量級、對性能有極致要求的場景守護進程模式值得考慮。關(guān)鍵選項解析-a, --archive: 歸檔模式等價于-rlptgoD保持所有文件屬性是備份的黃金選項。-v, --verbose: 輸出詳細信息調(diào)試時必備。-z, --compress: 傳輸時壓縮節(jié)省帶寬但會消耗CPU。內(nèi)網(wǎng)千兆以上可考慮關(guān)閉。--delete: 刪除接收端那些發(fā)送端已不存在的文件保持嚴格同步。使用需極其謹慎誤操作可能導致數(shù)據(jù)丟失。建議先加--dry-run模擬。-e, --rshCOMMAND: 指定遠程Shell如-e ssh -p 2222可指定非標準ssh端口。2.2 lsyncd輕量級的變化守護者lsyncd本身并不傳輸數(shù)據(jù)它是一個“導演”。它核心依賴兩個東西inotify / fsevents (Mac) / kqueue (FreeBSD)這是Linux內(nèi)核提供的一種高效文件系統(tǒng)事件監(jiān)控機制。lsyncd通過它訂閱指定目錄下文件或子目錄的modify,create,delete,move等事件。與輪詢polling相比inotify是事件驅(qū)動的幾乎不占用CPU延遲極低。動作action當監(jiān)控到事件后lsyncd會觸發(fā)你預設的動作。最常用的動作就是調(diào)用rsync也可以調(diào)用rsyncssh結(jié)合rsync和ssh或直接執(zhí)行自定義腳本。工作流程lsyncd啟動后會先進行一次完整的初始同步調(diào)用rsync確保兩端基礎一致。之后便進入守護狀態(tài)靜靜等待inotify事件。一旦事件發(fā)生它會先等待一個極短的延遲時間默認20秒這個延遲窗口是為了將可能連續(xù)發(fā)生的多個小事件比如編譯生成一堆.o文件聚合起來避免過于頻繁地觸發(fā)同步。延遲過后它便調(diào)用配置好的rsync命令進行增量同步。為什么不是純inotify腳本因為lsyncd幫你處理了事件聚合、進程管理、異常重試、隊列緩沖等繁瑣但至關(guān)重要的工程細節(jié)。自己寫腳本很容易在事件風暴時崩潰或者漏掉某些事件而lsyncd經(jīng)過多年發(fā)展在這些方面非常穩(wěn)健。3. 實戰(zhàn)部署一步步搭建可靠同步鏈路理論清晰后我們進入實戰(zhàn)。假設我們有兩臺CentOS 7服務器源服務器Source: IP192.168.1.100需要同步的目錄/data/logs/目標服務器Target: IP192.168.1.200備份目錄/backup/logs_from_100/我們的目標是將源服務器的/data/logs/單向同步到目標服務器。3.1 基礎環(huán)境準備與SSH免密配置同步的基石是網(wǎng)絡和認證。首先確保兩臺服務器網(wǎng)絡互通防火墻開放了SSH端口默認22。配置SSH密鑰對免密登錄 這是自動化同步的前提否則每次rsync都需要手動輸入密碼。在源服務器上生成密鑰對如果已有可跳過ssh-keygen -t rsa -b 4096 -C lsyncdsource-host一路回車將在~/.ssh/目錄下生成id_rsa私鑰和id_rsa.pub公鑰。將源服務器的公鑰分發(fā)到目標服務器ssh-copy-id -i ~/.ssh/id_rsa.pub root192.168.1.200輸入目標服務器root用戶的密碼。成功后嘗試從源服務器ssh root192.168.1.200應該可以直接登錄無需密碼。注意生產(chǎn)環(huán)境建議使用專門的同步用戶如syncuser而非root并嚴格限制該用戶的權(quán)限例如通過sudo或文件系統(tǒng)ACL遵循最小權(quán)限原則。驗證rsync命令在源服務器上手動執(zhí)行一次rsync確保一切正常rsync -avz /data/logs/ root192.168.1.200:/backup/logs_from_100/觀察是否成功并且沒有報錯。3.2 安裝lsyncd在源服務器上安裝lsyncd。CentOS 7的EPEL倉庫提供了較新版本的lsyncd。# 安裝EPEL倉庫 yum install -y epel-release # 安裝lsyncd yum install -y lsyncd安裝完成后主要的配置文件是/etc/lsyncd.conf日志默認在/var/log/lsyncd/。3.3 編寫lsyncd配置文件這是整個方案的核心。lsyncd的配置使用Lua語法非常靈活。我們創(chuàng)建一個自定義配置文件例如/etc/lsyncd/lsyncd_logs.lua而不是直接修改默認的conf文件。mkdir -p /etc/lsyncd/ vim /etc/lsyncd/lsyncd_logs.lua將以下配置內(nèi)容寫入文件我會逐段解釋-- 全局設置 settings { -- lsyncd日志文件位置便于排查問題 logfile /var/log/lsyncd/lsyncd.log, -- 狀態(tài)文件記錄同步狀態(tài) statusFile /var/log/lsyncd/lsyncd.status, -- 設置inotify監(jiān)控的事件數(shù)量上限如果監(jiān)控目錄文件極多可能需要調(diào)高 maxProcesses 1, -- 至關(guān)重要的延遲等待事件聚合的時間秒對于日志場景2-5秒是個好選擇 delay 3, -- 如果為truelsyncd會以守護進程方式運行 nodaemon false, } -- 要同步的目錄列表可以配置多個sync塊 sync { -- 使用默認的rsync動作 default.rsync, -- 源目錄路徑 source /data/logs/, -- 目標地址格式為 userhost:path target root192.168.1.200:/backup/logs_from_100/, -- 排除列表文件里面寫不需要同步的文件/目錄模式 excludeFrom /etc/lsyncd/exclude.list, -- rsync參數(shù) rsync { -- 歸檔模式保持權(quán)限、時間等 archive true, -- 壓縮傳輸內(nèi)網(wǎng)帶寬充足時可設為false compress true, -- 輸出詳細信息到lsyncd日志 verbose true, -- 使用指定的ssh參數(shù)例如指定密鑰或端口 -- rsh /usr/bin/ssh -p 22 -i /home/syncuser/.ssh/id_rsa -o StrictHostKeyCheckingno, -- 非常重要的安全選項在刪除目標文件前先備份到指定目錄 -- _extra {--backup, --backup-dir/backup/deleted_logs/$(date \%Y\%m\%d)}, -- 在正式運行前強烈建議先加上 --dry-run 參數(shù)進行模擬 -- _extra {--dry-run}, }, -- 可選的初始化后執(zhí)行的命令 -- init function() -- -- 可以在首次同步前在目標服務器執(zhí)行一些命令比如創(chuàng)建目錄 -- os.execute(ssh root192.168.1.200 mkdir -p /backup/logs_from_100) -- end, }關(guān)鍵配置解析與避坑指南delay參數(shù)這是平衡實時性和性能的關(guān)鍵。設置太小如1秒頻繁的小文件變動會觸發(fā)大量rsync進程消耗資源設置太大如30秒同步延遲又會過高。對于日志文件通常是追加寫入設置3-5秒是個不錯的起點。你可以根據(jù)實際文件變動頻率調(diào)整。excludeFrom一定要用它指定一個排除列表文件。比如/etc/lsyncd/exclude.list里面可以寫*.tmp *.swp .git/ cache/ *.log.*這能避免同步臨時文件、版本控制目錄或日志輪轉(zhuǎn)產(chǎn)生的舊文件節(jié)省大量不必要的同步流量和存儲。--delete選項的陷阱配置中我故意沒有直接啟用rsync的--delete。這是一個危險操作。如果源服務器上某個文件被誤刪這個刪除操作會立刻同步到備份服務器導致備份也丟失。如果確實需要嚴格同步即備份端是源的精確鏡像務必啟用備份功能即使用--backup --backup-dir...參數(shù)這樣刪除的文件會在目標服務器的另一個目錄留一個副本。_extra參數(shù)這是傳遞額外rsync參數(shù)的通道。調(diào)試階段務必加上--dry-run模擬運行和-v詳細輸出在日志里檢查同步計劃是否符合預期。正式運行前再注釋掉。SSH連接優(yōu)化如果同步頻繁可以在rsh參數(shù)中指定-o BatchModeyes -o ConnectTimeout5等選項讓SSH連接更穩(wěn)健。StrictHostKeyCheckingno可以避免首次連接時的交互確認但會降低一點安全性適合內(nèi)網(wǎng)可控環(huán)境。3.4 創(chuàng)建排除列表并測試創(chuàng)建排除文件echo -e *.tmp\n*.swp\n.git/\n.cache/ /etc/lsyncd/exclude.list首次手動全量同步在啟動lsyncd守護進程前強烈建議手動執(zhí)行一次全量rsync建立基線數(shù)據(jù)。這可以避免lsyncd初始同步時因網(wǎng)絡問題中斷。rsync -avz --delete --exclude-from/etc/lsyncd/exclude.list /data/logs/ root192.168.1.200:/backup/logs_from_100/以調(diào)試模式啟動lsyncd先在前臺運行觀察輸出。lsyncd -nodaemon /etc/lsyncd/lsyncd_logs.lua在另一個終端在/data/logs/目錄里創(chuàng)建、修改或刪除一個測試文件。觀察控制臺輸出看是否觸發(fā)了同步事件以及rsync命令是否正確執(zhí)行。正式運行為守護進程調(diào)試無誤后修改配置文件中的nodaemon false如果之前是true并使用systemctl啟動服務。# 將配置文件鏈接到默認位置可選systemd服務默認找/etc/lsyncd.conf ln -sf /etc/lsyncd/lsyncd_logs.lua /etc/lsyncd.conf # 啟動lsyncd服務并設置開機自啟 systemctl start lsyncd systemctl enable lsyncd # 查看服務狀態(tài)和日志 systemctl status lsyncd tail -f /var/log/lsyncd/lsyncd.log4. 高級調(diào)優(yōu)與生產(chǎn)環(huán)境穩(wěn)定性保障基礎功能跑通只是第一步要讓這個同步方案在生產(chǎn)環(huán)境7x24小時穩(wěn)定運行還需要考慮更多。4.1 性能瓶頸分析與優(yōu)化策略當同步目錄包含數(shù)十萬甚至上百萬文件時可能會遇到性能問題。inotify監(jiān)視限制Linux系統(tǒng)對單個進程可監(jiān)視的inotify實例數(shù)max_user_instances和每個實例可監(jiān)視的目錄數(shù)max_user_watches有限制?？梢酝ㄟ^cat /proc/sys/fs/inotify/max_user_watches查看。如果目錄下文件極多可能需要調(diào)高echo 524288 | sudo tee -a /proc/sys/fs/inotify/max_user_watches # 永久生效寫入 /etc/sysctl.conf echo fs.inotify.max_user_watches524288 /etc/sysctl.conf sysctl -prsync參數(shù)調(diào)優(yōu)大文件場景如果文件普遍很大如數(shù)據(jù)庫備份文件可以適當增大rsync的塊大小(--block-size)減少校驗計算開銷。例如rsync { archive true, compress false, bwlimit 5000, _extra {--block-size8192} }。bwlimit用于限制帶寬避免同步占滿網(wǎng)絡影響業(yè)務。海量小文件場景這是rsync的弱項因為每個文件都需要計算校驗和、建立元數(shù)據(jù)?？梢試L試使用--whole-file(-W)參數(shù)禁用差異算法直接傳輸整個文件。這在高速局域網(wǎng)內(nèi)對小文件可能更快?？紤]在源端先使用tar或cpio打包再同步打包后的單個大文件最后在目標端解包。這需要額外的腳本配合lsyncd的action功能。lsyncd隊列與進程settings中的maxProcesses默認是1意味著上一個rsync沒結(jié)束前新的事件會排隊。如果單個rsync同步耗時很長比如首次全量會導致隊列堆積?？梢赃m當增加maxProcesses但要注意目標服務器是否能承受并發(fā)rsync的壓力。更根本的解決方法是優(yōu)化rsync本身的速度或者使用lsyncd的maxDelays參數(shù)將多次延遲期間的事件合并為一次同步。4.2 監(jiān)控、告警與故障恢復“設置好就不管”是運維大忌。必須為同步鏈路建立監(jiān)控。日志監(jiān)控lsyncd的日志(/var/log/lsyncd/lsyncd.log)和狀態(tài)文件(/var/log/lsyncd/lsyncd.status)是關(guān)鍵。狀態(tài)文件里記錄了Inotify監(jiān)視的目錄、最近同步的時間戳等信息。可以編寫一個簡單的腳本定期檢查日志中是否有error、failure、Exitcode不為0的關(guān)鍵字并通過郵件、釘釘、企業(yè)微信等發(fā)送告警。服務健康檢查使用systemctl is-active lsyncd檢查服務狀態(tài)。更主動的檢查是創(chuàng)建一個“心跳文件”。在源端監(jiān)控目錄下由一個定時任務每隔幾分鐘touch一個特定文件如.sync_heartbeat然后在目標端檢查這個文件的時間戳是否在合理延遲范圍內(nèi)。如果長時間未更新則觸發(fā)告警。數(shù)據(jù)一致性校驗定期比如每周在業(yè)務低峰期在源端和目標端對同步目錄執(zhí)行一次rsync --dry-run -avn。如果輸出顯示有文件需要同步說明實時同步鏈路可能在某些時段出現(xiàn)了遺漏需要立即檢查日志并介入處理。故障恢復流程lsyncd進程掛掉配置systemd的Restarton-failure和RestartSec5s可以在/usr/lib/systemd/system/lsyncd.service中修改讓其自動重啟。網(wǎng)絡中斷l(xiāng)syncd會記錄未同步的事件。網(wǎng)絡恢復后在下一個延遲周期它會自動觸發(fā)同步。但如果中斷時間很長積累了巨量事件可能會觸發(fā)一次全量同步。此時應密切關(guān)注rsync進程的資源消耗。目標磁盤滿這是最糟糕的情況之一。同步會失敗。除了監(jiān)控目標磁盤空間外應在lsyncd配置中考慮--partial和--partial-dir參數(shù)允許中斷的傳輸保留部分文件以便續(xù)傳。同時必須有完善的日志輪轉(zhuǎn)和備份清理策略。4.3 安全加固實踐使用非root用戶如前所述創(chuàng)建專用用戶syncuser。在目標服務器上該用戶的權(quán)限應嚴格限制最好通過rsync的--chown、--chmod參數(shù)或者目標目錄的setfacl訪問控制列表來保證同步過來的文件有正確的屬主和權(quán)限而不是簡單的root。SSH加固禁用密碼登錄只允許密鑰認證。修改SSH默認端口。在~/.ssh/authorized_keys中可以為同步用的公鑰添加命令限制例如command/usr/bin/rsync --server --sender -vlogDtprze.iLsf --delete . /backup/,no-agent-forwarding,no-port-forwarding,no-pty,no-user-rc,no-X11-forwarding ssh-rsa AAAAB3NzaC1yc2...這樣即使密鑰泄露對方也只能執(zhí)行固定的rsync命令無法獲得完整的shell。配置文件權(quán)限確保/etc/lsyncd/lsyncd_logs.lua等配置文件權(quán)限為600避免敏感信息如服務器地址、密鑰路徑泄露。5. 常見問題排查與解決方案實錄即使配置再完善在實際運行中還是會遇到各種稀奇古怪的問題。這里記錄幾個我踩過的典型深坑。5.1 同步延遲越來越高甚至停滯現(xiàn)象lsyncd日志顯示事件正常觸發(fā)但rsync進程似乎執(zhí)行時間很長或者頻繁啟動導致事件隊列堆積。排查思路檢查目標服務器負載ssh到目標機用top或iotop查看rsync進程和磁盤I/O是否飽和。目標磁盤如果是機械硬盤寫入大量小文件時I/O等待會非常高。檢查網(wǎng)絡質(zhì)量使用ping、mtr或iperf3測試源到目標之間的網(wǎng)絡延遲和帶寬?？鐧C房或公網(wǎng)同步時網(wǎng)絡抖動是主要殺手。分析rsync命令本身在lsyncd配置中臨時增加rsync的verbose級別或者添加--stats參數(shù)到_extra里觀察同步的詳細統(tǒng)計信息。是不是每次都在傳輸大量數(shù)據(jù)是不是有海量小文件檢查inotify限制使用tail -f /var/log/messages或dmesg | grep inotify看是否有inotify watch不足的報錯。解決方案如果是I/O瓶頸考慮目標服務器使用SSD或者調(diào)整文件系統(tǒng)掛載參數(shù)如noatime。如果是網(wǎng)絡問題增加lsyncd的delay時間讓事件聚合更充分減少同步頻率?；蛘呤褂胷sync的--bwlimit限制帶寬避免擁塞。如果是海量小文件參考4.1節(jié)的優(yōu)化策略考慮打包同步。適當調(diào)高/proc/sys/fs/inotify/max_user_watches。5.2 權(quán)限問題導致同步失敗現(xiàn)象日志中出現(xiàn)rsync: mkstemp “.xxxx.swp” failed: Permission denied (13)或rsync: failed to set times on “/backup/...”: Operation not permitted (1)。根因這是最常遇到的問題之一。原因可能包括目標目錄的屬主或權(quán)限不對syncuser沒有寫入權(quán)限。同步了帶有特殊權(quán)限的文件如setuid,setgid而目標文件系統(tǒng)如某些NFS掛載或rsync權(quán)限映射導致問題。使用了-a參數(shù)同步了設備文件、socket等特殊文件而目標環(huán)境不支持。解決方案確保目標目錄存在且syncuser有寫權(quán)限。可以在lsyncd配置的init函數(shù)中用ssh命令預先創(chuàng)建目錄并chown。仔細審查exclude.list確保排除了所有不需要同步的臨時文件、swap文件等。如果不需保留所有屬性可以不用-a改用-rlpt保留時間、權(quán)限或-rltgoD按需選擇。對于權(quán)限問題可以使用--no-perms、--no-owner、--no-group等參數(shù)在目標端使用預設的權(quán)限。對于ACL或SELinux上下文如果需要同步需明確加上-A或--xattrs參數(shù)。5.3 文件名含特殊字符或編碼問題現(xiàn)象大部分文件同步正常但某些文件始終失敗日志報錯模糊。根因源服務器上可能存在文件名包含空格、中文、換行符甚至不可打印字符的文件。rsync或shell在傳遞這些參數(shù)時可能會出錯。解決方案在rsync參數(shù)中加上--protect-args(-s)這個參數(shù)會確保文件名被正確地傳遞防止被shell誤解。在lsyncd配置的rsync._extra中加入這個參數(shù)_extra {--protect-args}。如果問題依舊可以嘗試在rsync命令中顯式使用--iconv選項進行編碼轉(zhuǎn)換如果兩端系統(tǒng)編碼不同但這比較復雜通常UTF-8環(huán)境下問題不大。5.4 lsyncd進程意外退出且未自動重啟現(xiàn)象systemctl status lsyncd顯示服務failed日志末尾可能有段錯誤(segmentation fault)或其他運行時錯誤。排查與解決檢查配置文件語法使用lsyncd -nodaemon /path/to/config.lua測試看啟動時是否有Lua語法錯誤。檢查依賴確保rsync、ssh的路徑在配置中指定正確特別是如果你使用了自定義編譯的版本。版本兼容性某些較老版本的lsyncd與新版rsync或系統(tǒng)庫可能存在兼容性問題?？紤]升級或降級lsyncd。CentOS 7的EPEL倉庫版本通常比較穩(wěn)定。資源耗盡檢查系統(tǒng)內(nèi)存、打開文件數(shù)限制?？梢酝ㄟ^ulimit -n和ulimit -u查看。如果監(jiān)控目錄極大lsyncd可能占用較多文件描述符。可以適當提高限制或在systemd的service文件/etc/systemd/system/lsyncd.service.d/override.conf中設置LimitNOFILE和LimitNPROC。配置systemd自動重啟這是最后的保障。編輯lsyncd的systemd單元文件通常不建議直接改/usr/lib/systemd/system/lsyncd.service而是創(chuàng)建覆蓋文件sudo systemctl edit lsyncd在打開的編輯器中加入[Service] Restarton-failure RestartSec5s StartLimitInterval0然后重啟服務sudo systemctl daemon-reload sudo systemctl restart lsyncd。經(jīng)過以上五個部分的拆解從原理認知、實戰(zhàn)部署、高級調(diào)優(yōu)到問題排查一個基于rsync和lsyncd的、可用于生產(chǎn)環(huán)境的目錄單向同步備份系統(tǒng)就搭建完成了。這個方案的魅力在于它的簡潔和高效用兩個久經(jīng)考驗的工具組合解決了文件級實時同步的核心痛點。當然沒有銀彈它最適合的是文件數(shù)量適中、變動頻率不是極端高的場景。如果你的數(shù)據(jù)量達到PB級別或者需要雙向同步、沖突解決那么可能需要考慮GlusterFS,Ceph這樣的分布式文件系統(tǒng)或者Syncthing,Resilio Sync這類更專業(yè)的P2P同步工具。但對于絕大多數(shù)備份、日志收集、靜態(tài)資源分發(fā)需求rsynclsyncd這個經(jīng)典組合依然是那個最可靠、最值得你投入時間掌握的老朋友。