>5月份時曾部署上線了C++的Web伺服器,溫故而知新,本篇文章梳理總結一下部署流程知識; >- 最初的解決方案:https://blog.csdn.net/BinBinCome/article/details/129750951?spm=1001.2014.3001.5501 >- 後來的解決方案 ...
5月份時曾部署上線了C++的Web伺服器,溫故而知新,本篇文章梳理總結一下部署流程知識;
以下是本文的大概內容思維導圖:
一、最初的解決方案
原理:
當用戶註銷(logout)或者網路斷開時,終端會收到 HUP(hangup)信號從而關閉其所有子進程。因此,我們的解決辦法就有兩種途徑:要麼讓進程忽略 HUP 信號,要麼讓進程運行在新的會話里從而成為不屬於此終端的子進程。
方法1:進程忽略HUP信號
命令:
nohup (no hang up,不掛起):用於在系統後臺不掛斷地運行命令,退出終端不會影響程式的運行。在預設情況下(非重定向時),會輸出一個名叫 nohup.out 的文件到當前目錄下,如果當前目錄的 nohup.out 文件不可寫,輸出重定向到 $HOME/nohup.out 文件中。
使用:
nohup ./IM_chat >> IMchat.log 2>&1 &
- ./IM_chat : 當前文件目錄下的新坑項目可執行文件
- >> IMchat.log 2>&1: 將標準錯誤 2 重定向到標準輸出 &1 ,標準輸出 &1 再被重定向輸入到 IMchat.log 文件中
- & : 讓命令在後臺執行,終端退出後命令仍舊執行
其他知識:
1、Linux中的0、1、2: 0是standard input,標準輸入,1是standard output,標準輸出,2是standard error,標準錯誤輸出
2、停止運行進程的方法:
ps -aux | grep "IM_chat"
Kill - 9 進程號PID
AI回答版知識:
在Linux中,0、1、2是特殊文件描述符,用於表示標準輸入(stdin)、標準輸出(stdout)和標準錯誤(stderr)。它們在I/O重定向和管道操作中起著重要的作用。
- 標準輸入(stdin):文件描述符0,通常與鍵盤輸入相關聯。當程式需要從用戶獲取輸入時,可以讀取標準輸入流來接收用戶的輸入數據。例如,通過命令行輸入或從終端讀取數據。
- 標準輸出(stdout):文件描述符1,通常與顯示器相關聯。當程式產生輸出時,預設會將輸出內容發送到標準輸出流,併在終端上顯示。可以通過重定向操作將標準輸出流重定向到文件,以便將輸出保存在文件中。
- 標準錯誤(stderr):文件描述符2,通常也與顯示器相關聯。與標準輸出類似,但標準錯誤流用於輸出錯誤和警告消息,而不是正常的程式輸出。通常,錯誤消息會直接列印到終端上,而不受標準輸出重定向的影響。
這些概念涉及到Linux的輸入輸出(I/O)機制和文件描述符的概念:
- 輸入輸出(I/O):指電腦系統與外部設備之間的數據交換過程。在Linux中,輸入可以來自鍵盤、文件或其他進程的輸出。輸出可以顯示在終端、寫入文件或發送給其他進程。
- 文件描述符:在Linux中,每個打開的文件(包括設備和管道)都與一個唯一的整數標識符相關聯,稱為文件描述符。0、1和2是預定義的文件描述符,分別對應標準輸入、標準輸出和標準錯誤。
- I/O重定向:通過重定向操作,可以改變程式預設的輸入或輸出位置。使用特殊的符號(如<、>和>>)將輸入/輸出從一個源/目標指向另一個源/目標。例如,將命令的輸出重定向到文件,或從文件中讀取輸入而不是鍵盤。
- 管道操作:管道允許將一個進程的輸出直接傳遞給另一個進程的輸入,以實現進程間通信。通過使用|符號,可以將一個命令的輸出連接到另一個命令的輸入,形成一個管道鏈。
這些機制使得在Linux系統中可以方便地控制輸入和輸出流,以及處理輸入輸出的重定向和管道操作,從而增強了程式的靈活性和可擴展性。
方法2:進程運行在新會話
服務跑起來後,過了段時間訪問自己的寫的webserver伺服器里放的個人主頁頁面發現竟然掛了!於是檢查日誌沒發現啥問題,於是嘗試讓進程運行在新會話的方法;
screen 提供了 ANSI/VT100 的終端模擬器,使它能夠在一個真實終端下運行多個全屏的偽終端。如果有大量命令需要在穩定的後臺里運行,可以避免對每條命令都做這樣的操作;
yum -y install screen # 安裝screen
screen -dmS sessionname # 建立一個處於斷開模式下的會話,sessionname可更改為自己的服務名
screen -list # 列出所有會話,查看是否建立會話
screen -r sessionname # 重新連接指定會話,運行自己的服務
用快捷鍵CTRL + a + d 來暫時斷開當前會話。退出終端連接,查看服務是否穩定運行
本次最初方案即srceen中組合nohup加上&的組合拳,終極版還能加上systemctl配置開機自啟!的參考文章:
- https://www.linuxprobe.com/process-run-in-background.html
- https://blog.csdn.net/Pan_peter/article/details/128875714
二、後來的解決方案
平穩運行大概大半個月後,偶然發現服務又掛了,不能忍了個人主頁誰天天看在不在運行啊!直接上腳本每一段時間自動檢測一下服務是否運行中,沒運行的話就重啟一下!(以下腳本可自己定義去修改,非正式使用腳本)
#!/bin/sh
while true
do
ps -ef | grep "temporaryfile" | grep -v "grep"
#查找系統中含有"temporaryfile"字元的進程,並且排除grep本身的進程。
if [ "$?" -eq 1 ]
#如果未運行
then
python3 /home/xxx/xxxxxx.py
#啟動應用,修改成自己的啟動應用腳本或命令
echo "process has been restarted!"
else
echo "process already started!"
fi
sleep 60
done
參考文章:https://zhuanlan.zhihu.com/p/599421452
三、最後的思考
雖然腳本的辦法挺不錯的,服務一直運行到今天2023/9/3都沒有掛過,但是不由得思考兩個問題
1、最開始的webserver服務為什麼會掛掉?看日誌也沒有分析出原因
2、大型企業的後臺服務是怎樣運行維護的呢?不至於我這樣一個一個的手動啟動和查進程關閉或者使用腳本吧
ai回答:
大型公司的後臺Linux部署通常採用更為複雜和全面的解決方案。這些解決方案可能包括:
- 容器化技術:使用容器技術(如Docker)將應用程式和其依賴項打包成可移植的容器鏡像,從而實現隔離和可擴展性。
- 自動化部署:使用自動化工具(如Ansible、Chef或Puppet)來管理和部署伺服器和應用程式,實現快速、可靠的部署過程。
- 高可用性和負載均衡:使用負載均衡器和集群管理工具,確保系統的高可用性和可擴展性。
- 日誌和監控:使用日誌記錄和監控工具(如ELK堆棧、Prometheus、Grafana等)來收集、分析和監視系統的運行情況,以及進行故障排除和性能優化。
服務掛掉的原因由於時間久遠(大概幾個月前)很難追溯了,但是第二個問題卻是可以繼續推動無限進步!
1、Docker技術: 看完了w3c教程成功入門並用其搭建vulhub靶場過;https://www.w3cschool.cn/docker/docker-command-manual.html
2、自動化部署工具: K8s,是用於自動部署、擴縮和管理容器化應用程式的開源系統,這個看來得學學了;
3、負載均衡和高可用 : 負載均衡集群--知乎,打開新世界大門原來負載均衡技術的實現除了我知道的nginx軟體技術以外還有硬體技術的實現;
4、日誌和監控工具:Elastic Stack(Elasticsearch Logstash 和 Kibana)
Elastic Stack,通常縮寫為ELK,是一種流行的三合一日誌集中、解析和可視化工具,可將來自多台伺服器的大量數據和日誌集中到一臺伺服器中。
ELK Stack 包含 3 種不同的產品:
Logstash
Logstash是一個免費的開源數據管道,它收集日誌和事件數據,甚至處理數據並將其轉換為所需的輸出。使用名為“ beats ”的代理將數據從遠程伺服器發送到logstash。“ beats ”將大量系統指標和日誌發送到Logstash,然後對其進行處理。然後它將數據提供給Elasticsearch。
彈性搜索
Elasticsearch基於Apache Lucene構建,是一個開源分散式搜索和分析引擎,適用於幾乎所有類型的數據——包括結構化和非結構化數據。這包括文本、數字和地理空間數據。
它於 2010 年首次發佈。Elasticsearch是ELK堆棧的核心組件,以其速度、可擴展性和 REST API 著稱。它存儲、索引和分析從Logstash傳遞的大量數據。
Kibana
數據最終傳遞給Kibana,這是一個與Elasticsearch一起運行的 WebUI 可視化平臺。Kibana允許您探索和可視化來自 elasticsearch 的時間序列數據和日誌。它在直觀的儀錶板上可視化數據和日誌,這些儀錶板採用各種形式,例如條形圖、餅圖、直方圖等。
要學的東西還有很多啊,無限進步! 以下是一些參考文章。
參考文章:
- https://zhuanlan.zhihu.com/p/604456459#:~:text=6個比較好用的開源集中式日誌管理工具 1 1、ManageEngine Log360 2 2、Elastic Stack(Elasticsearch Logstash,3 3、Graylog 4 4、Fluentd 5 5、LOGalyze 6 6、NXlog
- https://zhuanlan.zhihu.com/p/231806045#集群是什麼?
- https://zhuanlan.zhihu.com/p/38982164
- https://kubernetes.io/
本文來自博客園,作者:BingeBlog,轉載請註明原文鏈接:https://www.cnblogs.com/bingeblog/p/17674487.html