<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>
"); //-->

博客專(zhuān)欄

EEPW首頁(yè) > 博客 > 可能是史上最全面易懂的 Systemd 服務(wù)管理教程!( 強烈建議收藏 )

可能是史上最全面易懂的 Systemd 服務(wù)管理教程!( 強烈建議收藏 )

發(fā)布人:電子禪石 時(shí)間:2023-07-06 來(lái)源:工程師 發(fā)布文章
Systemd 概述Systemd 簡(jiǎn)介

Systemd 是一系列工具的集合,其作用也遠遠不僅是啟動(dòng)操作系統,它還接管了后臺服務(wù)、結束、狀態(tài)查詢(xún),以及日志歸檔、設備管理、電源管理、定時(shí)任務(wù)等許多職責,并支持通過(guò)特定事件(如插入特定 USB 設備)和特定端口數據觸發(fā)的 On-demand(按需)任務(wù)。

Systemd 的后臺服務(wù)還有一個(gè)特殊的身份——它是系統中 PID 值為 1 的進(jìn)程。

  1. 更少的進(jìn)程

Systemd 提供了 服務(wù)按需啟動(dòng) 的能力,使得特定的服務(wù)只有在真定被請求時(shí)才啟動(dòng)。

  1. 允許更多的進(jìn)程并行啟動(dòng)

在 SysV-init 時(shí)代,將每個(gè)服務(wù)項目編號依次執行啟動(dòng)腳本。Ubuntu 的 Upstart 解決了沒(méi)有直接依賴(lài)的啟動(dòng)之間的并行啟動(dòng)。而 Systemd 通過(guò) Socket 緩存、DBus 緩存和建立臨時(shí)掛載點(diǎn)等方法進(jìn)一步解決了啟動(dòng)進(jìn)程之間的依賴(lài),做到了所有系統服務(wù)并發(fā)啟動(dòng)。對于用戶(hù)自定義的服務(wù),Systemd 允許配置其啟動(dòng)依賴(lài)項目,從而確保服務(wù)按必要的順序運行。

  1. 使用 CGroup 跟蹤和管理進(jìn)程的生命周期

在 Systemd 之間的主流應用管理服務(wù)都是使用 進(jìn)程樹(shù) 來(lái)跟蹤應用的繼承關(guān)系的,而進(jìn)程的父子關(guān)系很容易通過(guò) 兩次 fork 的方法脫離。

而 Systemd 則提供通過(guò) CGroup 跟蹤進(jìn)程關(guān)系,引補了這個(gè)缺漏。通過(guò) CGroup 不僅能夠實(shí)現服務(wù)之間訪(fǎng)問(wèn)隔離,限制特定應用程序對系統資源的訪(fǎng)問(wèn)配額,還能更精確地管理服務(wù)的生命周期。

  1. 統一管理服務(wù)日志

Systemd 是一系列工具的集合, 包括了一個(gè)專(zhuān)用的系統日志管理服務(wù):Journald。這個(gè)服務(wù)的設計初衷是克服現有 Syslog 服務(wù)的日志內容易偽造和日志格式不統一等缺點(diǎn),Journald 用 二進(jìn)制格式 保存所有的日志信息,因而日志內容很難被手工偽造。Journald 還提供了一個(gè) journalctl 命令來(lái)查看日志信息,這樣就使得不同服務(wù)輸出的日志具有相同的排版格式, 便于數據的二次處理。

Systemd 架構
Systemd 的 Unit 文件

Systemd 可以管理所有系統資源,不同的資源統稱(chēng)為 Unit(單位)。

在 Systemd 的生態(tài)圈中,Unit 文件統一了過(guò)去各種不同系統資源配置格式,例如服務(wù)的啟/停、定時(shí)任務(wù)、設備自動(dòng)掛載、網(wǎng)絡(luò )配置、虛擬內存配置等。而 Systemd 通過(guò)不同的文件后綴來(lái)區分這些配置文件。

  1. Systemd 支持的 12 種 Unit 文件類(lèi)型

  • .automount:用于控制自動(dòng)掛載文件系統,相當于 SysV-init 的 autofs 服務(wù)

  • .device:對于 /dev 目錄下的設備,主要用于定義設備之間的依賴(lài)關(guān)系

  • .mount:定義系統結構層次中的一個(gè)掛載點(diǎn),可以替代過(guò)去的 /etc/fstab 配置文件

  • .path:用于監控指定目錄或文件的變化,并觸發(fā)其它 Unit 運行

  • .scope:這種 Unit 文件不是用戶(hù)創(chuàng )建的,而是 Systemd 運行時(shí)產(chǎn)生的,描述一些系統服務(wù)的分組信息

  • .service:封裝守護進(jìn)程的啟動(dòng)、停止、重啟和重載操作,是最常見(jiàn)的一種 Unit 文件

  • .slice:用于表示一個(gè) CGroup 的樹(shù),通常用戶(hù)不會(huì )自己創(chuàng )建這樣的 Unit 文件

  • .snapshot:用于表示一個(gè)由 systemctl snapshot 命令創(chuàng )建的 Systemd Units 運行狀態(tài)快照

  • .socket:監控來(lái)自于系統或網(wǎng)絡(luò )的數據消息,用于實(shí)現基于數據自動(dòng)觸發(fā)服務(wù)啟動(dòng)

  • .swap:定義一個(gè)用戶(hù)做虛擬內存的交換分區

  • .target:用于對 Unit 文件進(jìn)行邏輯分組,引導其它 Unit 的執行。它替代了 SysV-init 運行級別的作用,并提供更靈活的基于特定設備事件的啟動(dòng)方式

  • .timer:用于配置在特定時(shí)間觸發(fā)的任務(wù),替代了 Crontab 的功能

  1. Systemd 目錄

Unit 文件按照 Systemd 約定,應該被放置指定的三個(gè)系統目錄之一中。這三個(gè)目錄是有優(yōu)先級的,如下所示,越靠上的優(yōu)先級越高。因此,在三個(gè)目錄中有同名文件的時(shí)候,只有優(yōu)先級最高的目錄里的那個(gè)文件會(huì )被使用。

  • /etc/systemd/system:系統或用戶(hù)自定義的配置文件

  • /run/systemd/system:軟件運行時(shí)生成的配置文件

  • /usr/lib/systemd/system:系統或第三方軟件安裝時(shí)添加的配置文件。

    • CentOS 7:Unit 文件指向該目錄

    • ubuntu 16:被移到了 /lib/systemd/system

Systemd 默認從目錄 /etc/systemd/system/ 讀取配置文件。但是,里面存放的大部分文件都是符號鏈接,指向目錄 /usr/lib/systemd/system/,真正的配置文件存放在那個(gè)目錄。

  1. Unit 和 Target

Unit 是 Systemd 管理系統資源的基本單元,可以認為每個(gè)系統資源就是一個(gè) Unit,并使用一個(gè) Unit 文件定義。在 Unit 文件中需要包含相應服務(wù)的描述、屬性以及需要運行的命令。

Target 是 Systemd 中用于指定系統資源啟動(dòng)組的方式,相當于 SysV-init 中的運行級別。

簡(jiǎn)單說(shuō),Target 就是一個(gè) Unit 組,包含許多相關(guān)的 Unit 。啟動(dòng)某個(gè) Target 的時(shí)候,Systemd 就會(huì )啟動(dòng)里面所有的 Unit。從這個(gè)意義上說(shuō),Target 這個(gè)概念類(lèi)似于”狀態(tài)點(diǎn)”,啟動(dòng)某個(gè) Target 就好比啟動(dòng)到某種狀態(tài)。

Systemd Service UnitUnit 文件結構
[Unit]Description=Hello World
After=docker.service
Requires=docker.service[Service]TimeoutStartSec=0ExecStartPre=-/usr/bin/docker kill busybox1
ExecStartPre=-/usr/bin/docker rm busybox1
ExecStartPre=/usr/bin/docker pull busybox
ExecStart=/usr/bin/docker run --name busybox1 busybox /bin/ sh -c "while true; do echo Hello World; sleep 1; done"ExecStop="/usr/bin/docker stop busybox1"ExecStopPost="/usr/bin/docker rm busybox1"[Install]WantedBy=multi-user.target
復制

如下所示,Systemd 服務(wù)的 Unit 文件可以分為三個(gè)配置區段:

  • Unit 和 Install 段:所有 Unit 文件通用,用于配置服務(wù)(或其它系統資源)的描述、依賴(lài)和隨系統啟動(dòng)的方式

  • Service 段:服務(wù)(Service)類(lèi)型的 Unit 文件(后綴為 .service)特有的,用于定義服務(wù)的具體管理和操作方法

Unit 段
  • Description:描述這個(gè) Unit 文件的信息

  • Documentation:指定服務(wù)的文檔,可以是一個(gè)或多個(gè)文檔的 URL 路徑

  • Requires:依賴(lài)的其它 Unit 列表,列在其中的 Unit 模板會(huì )在這個(gè)服務(wù)啟動(dòng)時(shí)的同時(shí)被啟動(dòng)。并且,如果其中任意一個(gè)服務(wù)啟動(dòng)失敗,這個(gè)服務(wù)也會(huì )被終止

  • Wants:與 Requires 相似,但只是在被配置的這個(gè) Unit 啟動(dòng)時(shí),觸發(fā)啟動(dòng)列出的每個(gè) Unit 模塊,而不去考慮這些模板啟動(dòng)是否成功

  • After:與 Requires 相似,但是在后面列出的所有模塊全部啟動(dòng)完成以后,才會(huì )啟動(dòng)當前的服務(wù)

  • Before:與 After 相反,在啟動(dòng)指定的任務(wù)一個(gè)模塊之間,都會(huì )首先確證當前服務(wù)已經(jīng)運行

  • Binds To:與 Requires 相似,失敗時(shí)失敗,成功時(shí)成功,但是在這些模板中有任意一個(gè)出現意外結束或重啟時(shí),這個(gè)服務(wù)也會(huì )跟著(zhù)終止或重啟

  • Part Of:一個(gè) Bind To 作用的子集,僅在列出的任務(wù)模塊失敗或重啟時(shí),終止或重啟當前服務(wù),而不會(huì )隨列出模板的啟動(dòng)而啟動(dòng)

  • OnFailure:當這個(gè)模板啟動(dòng)失敗時(shí),就會(huì )自動(dòng)啟動(dòng)列出的每個(gè)模塊

  • Conflicts:與這個(gè)模塊有沖突的模塊,如果列出的模塊中有已經(jīng)在運行的,這個(gè)服務(wù)就不能啟動(dòng),反之亦然

Install 段

這部分配置的目標模塊通常是特定運行目標的 .target 文件,用來(lái)使得服務(wù)在系統啟動(dòng)時(shí)自動(dòng)運行。這個(gè)區段可以包含三種啟動(dòng)約束:

  • WantedBy:和 Unit 段的 Wants 作用相似,只有后面列出的不是服務(wù)所依賴(lài)的模塊,而是依賴(lài)當前服務(wù)的模塊。它的值是一個(gè)或多個(gè) Target,當前 Unit 激活時(shí)(enable)符號鏈接會(huì )放入 /etc/systemd/system 目錄下面以 <Target 名> + .wants 后綴構成的子目錄中,如 “/etc/systemd/system/multi-user.target.wants/“

# find /etc/systemd/system/* -type d
/etc/systemd/system/default.target.wants
/etc/systemd/system/getty.target.wants
/etc/systemd/system/graphical.target.wants
/etc/systemd/system/multi-user.target.wants
/etc/systemd/system/network-online.target.wants
/etc/systemd/system/paths.target.wants
/etc/systemd/system/shutdown.target.wants
/etc/systemd/system/sockets.target.wants
/etc/systemd/system/sysinit.target.wants
/etc/systemd/system/timers.target.wants
復制
  • RequiredBy:和 Unit 段的 Wants 作用相似,只有后面列出的不是服務(wù)所依賴(lài)的模塊,而是依賴(lài)當前服務(wù)的模塊。它的值是一個(gè)或多個(gè) Target,當前 Unit 激活時(shí),符號鏈接會(huì )放入 /etc/systemd/system 目錄下面以 <Target 名> + .required 后綴構成的子目錄中

  • Also:當前 Unit enable/disable 時(shí),同時(shí) enable/disable 的其他 Unit

  • Alias:當前 Unit 可用于啟動(dòng)的別名

  1. SysV-init 運行級別與 Systemd Target 對應的 Unit 文件

通過(guò) systemctl list-units --type=target 命令可以獲取當前正在使用的運行目標

# systemctl list-units --type=targetUNIT                   LOAD   ACTIVE SUB    DESCRIPTIONbasic.target           loaded active active Basic System
cryptsetup.target      loaded active active Encrypted Volumes
getty.target           loaded active active Login Prompts
graphical.target       loaded active active Graphical Interface
local-fs-pre.target    loaded active active Local File Systems (Pre)local-fs.target        loaded active active Local File Systems
multi-user.target      loaded active active Multi-User System
network-online.target  loaded active active Network is Online
network.target         loaded active active Network
nss-user-lookup.target loaded active active User and Group Name Lookups
paths.target           loaded active active Paths
remote-fs-pre.target   loaded active active Remote File Systems (Pre)remote-fs.target       loaded active active Remote File Systems
slices.target          loaded active active Slices
sockets.target         loaded active active Sockets
sound.target           loaded active active Sound Card
swap.target            loaded active active Swap
sysinit.target         loaded active active System Initialization
time-sync.target       loaded active active System Time Synchronized
timers.target          loaded active active TimersLOAD   = Reflects whether the unit definition was properly loaded.ACTIVE = The high-level unit activation state, i.e. generalization of SUB.SUB    = The low-level unit activation state, values depend on unit type.20 loaded units listed. Pass --all to see loaded but inactive units, too.To show all installed unit files use 'systemctl list-unit-files'.
復制
Service 段

用來(lái) Service 的配置,只有 Service 類(lèi)型的 Unit 才有這個(gè)區塊。它的主要字段分為服務(wù)生命周期和服務(wù)上下文配置兩個(gè)方面。

  1. 服務(wù)生命周期控制相關(guān)

  • Type:定義啟動(dòng)時(shí)的進(jìn)程行為,它有以下幾種值:

    • Type=simple:默認值,執行ExecStart指定的命令,啟動(dòng)主進(jìn)程

    • Type=forking:以 fork 方式從父進(jìn)程創(chuàng )建子進(jìn)程,創(chuàng )建后父進(jìn)程會(huì )立即退出

    • Type=oneshot:一次性進(jìn)程,Systemd 會(huì )等當前服務(wù)退出,再繼續往下執行

    • Type=dbus:當前服務(wù)通過(guò)D-Bus啟動(dòng)

    • Type=notify:當前服務(wù)啟動(dòng)完畢,會(huì )通知Systemd,再繼續往下執行

    • Type=idle:若有其他任務(wù)執行完畢,當前服務(wù)才會(huì )運行

  • RemainAfterExit:值為 true 或 false(默認)。當配置為 true 時(shí),Systemd 只會(huì )負責啟動(dòng)服務(wù)進(jìn)程,之后即便服務(wù)進(jìn)程退出了,Systemd 也仍然會(huì )認為這個(gè)服務(wù)還在運行中。這個(gè)配置主要是提供給一些并非常駐內存,而是啟動(dòng)注冊后立即退出,然后等待消息按需啟動(dòng)的特殊類(lèi)型服務(wù)使用的。

  • ExecStart:?jiǎn)?dòng)當前服務(wù)的命令

  • ExecStartPre:?jiǎn)?dòng)當前服務(wù)之前執行的命令

  • ExecStartPos:?jiǎn)?dòng)當前服務(wù)之后執行的命令

  • ExecReload:重啟當前服務(wù)時(shí)執行的命令

  • ExecStop:停止當前服務(wù)時(shí)執行的命令

  • ExecStopPost:停止當其服務(wù)之后執行的命令

  • RestartSec:自動(dòng)重啟當前服務(wù)間隔的秒數

  • Restart:定義何種情況 Systemd 會(huì )自動(dòng)重啟當前服務(wù),可能的值包括 always(總是重啟)、on-success、on-failure、on-abnormal、on-abort、on-watchdog

  • TimeoutStartSec:?jiǎn)?dòng)服務(wù)時(shí)等待的秒數,這一配置對于使用 Docker 容器而言顯得尤為重要,因其第一次運行時(shí)可能需要下載鏡像,嚴重延時(shí)會(huì )容易被 Systemd 誤判為啟動(dòng)失敗殺死。通常,對于這種服務(wù),將此值指定為 0,從而關(guān)閉超時(shí)檢測

  • TimeoutStopSec:停止服務(wù)時(shí)的等待秒數,如果超過(guò)這個(gè)時(shí)間仍然沒(méi)有停止,Systemd 會(huì )使用 SIGKILL 信號強行殺死服務(wù)的進(jìn)程

  1. 服務(wù)上下文配置相關(guān)

  • Environment:為服務(wù)指定環(huán)境變量

  • EnvironmentFile:指定加載一個(gè)包含服務(wù)所需的環(huán)境變量的列表的文件,文件中的每一行都是一個(gè)環(huán)境變量的定義

  • Nice:服務(wù)的進(jìn)程優(yōu)先級,值越小優(yōu)先級越高,默認為 0。其中 -20 為最高優(yōu)先級,19 為最低優(yōu)先級

  • WorkingDirectory:指定服務(wù)的工作目錄

  • RootDirectory:指定服務(wù)進(jìn)程的根目錄(/ 目錄)。如果配置了這個(gè)參數,服務(wù)將無(wú)法訪(fǎng)問(wèn)指定目錄以外的任何文件

  • User:指定運行服務(wù)的用戶(hù)

  • Group:指定運行服務(wù)的用戶(hù)組

  • MountFlags:服務(wù)的 Mount Namespace 配置,會(huì )影響進(jìn)程上下文中掛載點(diǎn)的信息,即服務(wù)是否會(huì )繼承主機上已有掛載點(diǎn),以及如果服務(wù)運行執行了掛載或卸載設備的操作,是否會(huì )真實(shí)地在主機上產(chǎn)生效果??蛇x值為 shared、slaved 或 private

    • shared:服務(wù)與主機共用一個(gè) Mount Namespace,繼承主機掛載點(diǎn),且服務(wù)掛載或卸載設備會(huì )真實(shí)地反映到主機上

    • slave:服務(wù)使用獨立的 Mount Namespace,它會(huì )繼承主機掛載點(diǎn),但服務(wù)對掛載點(diǎn)的操作只有在自己的 Namespace 內生效,不會(huì )反映到主機上

    • private:服務(wù)使用獨立的 Mount Namespace,它在啟動(dòng)時(shí)沒(méi)有任何任何掛載點(diǎn),服務(wù)對掛載點(diǎn)的操作也不會(huì )反映到主機上

  • LimitCPU / LimitSTACK / LimitNOFILE / LimitNPROC 等:限制特定服務(wù)的系統資源量,例如 CPU、程序堆棧、文件句柄數量、子進(jìn)程數量等

注意:如果在 ExecStart、ExecStop 等屬性中使用了 Linux 命令,則必須要寫(xiě)出完整的絕對路徑。對于 ExecStartPre 和 ExecStartPost 輔助命令,若前面有個(gè) “-” 符號,表示忽略這些命令的出錯。因為有些 “輔助” 命令本來(lái)就不一定成功,比如嘗試清空一個(gè)文件,但文件可能不存在。

Unit 文件占位符和模板Unit 文件占位符

在 Unit 文件中,有時(shí)會(huì )需要使用到一些與運行環(huán)境有關(guān)的信息,例如節點(diǎn) ID、運行服務(wù)的用戶(hù)等。這些信息可以使用占位符來(lái)表示,然后在實(shí)際運行被動(dòng)態(tài)地替換實(shí)際的值。

  • %n:完整的 Unit 文件名字,包括 .service 后綴名

  • %p:Unit 模板文件名中 @ 符號之前的部分,不包括 @ 符號

  • %i:Unit 模板文件名中 @ 符號之后的部分,不包括 @ 符號和 .service 后綴名

  • %t:存放系統運行文件的目錄,通常是 “run”

  • %u:運行服務(wù)的用戶(hù),如果 Unit 文件中沒(méi)有指定,則默認為 root

  • %U:運行服務(wù)的用戶(hù) ID

  • %h:運行服務(wù)的用戶(hù) Home 目錄,即 %{HOME} 環(huán)境變量的值

  • %s:運行服務(wù)的用戶(hù)默認 Shell 類(lèi)型,即 %{SHELL} 環(huán)境變量的值

  • %m:實(shí)際運行節點(diǎn)的 Machine ID,對于運行位置每個(gè)的服務(wù)比較有用

  • %b:Boot ID,這是一個(gè)隨機數,每個(gè)節點(diǎn)各不相同,并且每次節點(diǎn)重啟時(shí)都會(huì )改變

  • %H:實(shí)際運行節點(diǎn)的主機名

  • %v:內核版本,即 “uname -r” 命令輸出的內容

  • %%:在 Unit 模板文件中表示一個(gè)普通的百分號

Unit 模板

在現實(shí)中,往往有一些應用需要被復制多份運行。例如,用于同一個(gè)負載均衡器分流的多個(gè)服務(wù)實(shí)例,或者為每個(gè) SSH 連接建立一個(gè)獨立的 sshd 服務(wù)進(jìn)程。

Unit 模板文件的寫(xiě)法與普通的服務(wù) Unit 文件基本相同,不過(guò) Unit 模板的文件名是以 @ 符號結尾的。通過(guò)模板啟動(dòng)服務(wù)實(shí)例時(shí),需要在其文件名的 @ 字符后面附加一個(gè)參數字符串。

  1. 示例:apache@.service

  • apache@.service 模板

[Unit]Description=My Advanced Service Template
After=etcd.service docker.service[Service]TimeoutStartSec=0ExecStartPre=-/usr/bin/docker kill apache%i
ExecStartPre=-/usr/bin/docker rm apache%i
ExecStartPre=/usr/bin/docker pull coreos/apache
ExecStart=/usr/bin/docker run --name apache%i -p %i:80 coreos/apache /usr/sbin/apache2ctl -D FOREGROUNDExecStartPost=/usr/bin/etcdctl set /domains/example.com/%H:%i running
ExecStop=/usr/bin/docker stop apache1
ExecStopPost=/usr/bin/docker rm apache1
ExecStopPost=/usr/bin/etcdctl rm /domains/example.com/%H:%i[Install]WantedBy=multi-user.target
復制
  • 啟動(dòng) Unit 模板的服務(wù)實(shí)例

在服務(wù)啟動(dòng)時(shí)需要在 @ 后面放置一個(gè)用于區分服務(wù)實(shí)例的附加字符參數,通常這個(gè)參數用于監控的端口號或控制臺 TTY 編譯號。

# systemctl start apache@8080.service
復制

Systemd 在運行服務(wù)時(shí),總是會(huì )先嘗試找到一個(gè)完整匹配的 Unit 文件,如果沒(méi)有找到,才會(huì )嘗試選擇匹配模板。例如上面的命令,System 首先會(huì )在約定的目錄下尋找名為 apache@8080.service 的文件,如果沒(méi)有找到,而文件名中包含 @ 字符,它就會(huì )嘗試去掉后綴參數匹配模板文件。對于 apache@8080.service,systemd 會(huì )找到 apache@.service 模板文件,并通過(guò)這個(gè)模板文件將服務(wù)實(shí)例化。

Systemd 的資源管理Systemctl 命令
# systemctl --help
systemctl [OPTIONS...] {COMMAND} ...Query or send control commands to the systemd manager.
  -h --help           Show this help     --version        Show package version     --system         Connect to system manager  -H --host=[USER@]HOST
                      Operate on remote host  -M --machine=CONTAINER
                      Operate on local container  -t --type=TYPE      List units of a particular type     --state=STATE    List units with particular LOAD or SUB or ACTIVE state  -p --property=NAME  Show only properties by this name  -a --all            Show all loaded units/properties, including dead/empty
                      ones. To list all units installed on the system, use
                      the 'list-unit-files' command instead.
  -l --full           Don't ellipsize unit names on output  -r --recursive      Show unit list of host and local containers     --reverse        Show reverse dependencies with 'list-dependencies'
     --job-mode=MODE  Specify how to deal with already queued jobs, when
                      queueing a new job
     --show-types     When showing sockets, explicitly show their type  -i --ignore-inhibitors
                      When shutting down or sleeping, ignore inhibitors     --kill-who=WHO   Who to send signal to  -s --signal=SIGNAL  Which signal to send     --now            Start or stop unit in addition to enabling or disabling it  -q --quiet          Suppress output     --no-block       Do not wait until operation finished     --no-wall        Don't send wall message before halt/power-off/reboot     --no-reload      Don't reload daemon after en-/dis-abling unit files     --no-legend      Do not print a legend (column headers and hints)
     --no-pager       Do not pipe output into a pager     --no-ask-password
                      Do not ask for system passwords     --global         Enable/disable unit files globally     --runtime        Enable unit files only temporarily until next reboot  -f --force          When enabling unit files, override existing symlinks
                      When shutting down, execute action immediately     --preset-mode=   Apply only enable, only disable, or all presets     --root=PATH      Enable unit files in the specified root directory  -n --lines=INTEGER  Number of journal entries to show  -o --output=STRING  Change journal output mode (short, short-iso,
                              short-precise, short-monotonic, verbose,
                              export, json, json-pretty, json-sse, cat)
     --plain          Print unit dependencies as a list instead of a tree
Unit Commands:
  list-units [PATTERN...]         List loaded units
  list-sockets [PATTERN...]       List loaded sockets ordered by address
  list-timers [PATTERN...]        List loaded timers ordered by next elapse
  start NAME...                   Start (activate) one or more units
  stop NAME...                    Stop (deactivate) one or more units
  reload NAME...                  Reload one or more units
  restart NAME...                 Start or restart one or more units  try-restart NAME...             Restart one or more units if active
  reload-or-restart NAME...       Reload one or more units if possible,
                                  otherwise start or restart
  reload-or-try-restart NAME...   Reload one or more units if possible,
                                  otherwise restart if active
  isolate NAME                    Start one unit and stop all others
  kill NAME...                    Send signal to processes of a unit
  is-active PATTERN...            Check whether units are active
  is-failed PATTERN...            Check whether units are failed
  status [PATTERN...|PID...]      Show runtime status of one or more units
  show [PATTERN...|JOB...]        Show properties of one or more
                                  units/jobs or the manager
  cat PATTERN...                  Show files and drop-ins of one or more units
  set-property NAME ASSIGNMENT... Sets one or more properties of a unit
  help PATTERN...|PID...          Show manual for one or more units
  reset-failed [PATTERN...]       Reset failed state for all, one, or more
                                  units
  list-dependencies [NAME]        Recursively show units which are required
                                  or wanted by this unit or by which this
                                  unit is required or wanted
Unit File Commands:
  list-unit-files [PATTERN...]    List installed unit files
  enable NAME...                  Enable one or more unit files
  disable NAME...                 Disable one or more unit files
  reenable NAME...                Reenable one or more unit files
  preset NAME...                  Enable/disable one or more unit files
                                  based on preset configuration
  preset-all                      Enable/disable all unit files based on
                                  preset configuration
  is-enabled NAME...              Check whether unit files are enabled
  mask NAME...                    Mask one or more units
  unmask NAME...                  Unmask one or more units
  link PATH...                    Link one or more units files into
                                  the search path
  add-wants TARGET NAME...        Add 'Wants' dependency for the target
                                  on specified one or more units
  add-requires TARGET NAME...     Add 'Requires' dependency for the target
                                  on specified one or more units
  edit NAME...                    Edit one or more unit files
  get-default                     Get the name of the default target
  set-default NAME                Set the default target
Machine Commands:
  list-machines [PATTERN...]      List local containers and host
Job Commands:
  list-jobs [PATTERN...]          List jobs
  cancel [JOB...]                 Cancel all, one, or more jobs
Snapshot Commands:
  snapshot [NAME]                 Create a snapshot  delete NAME...                  Remove one or more snapshots
Environment Commands:
  show-environment                Dump environment
  set-environment NAME=VALUE...   Set one or more environment variables
  unset-environment NAME...       Unset one or more environment variables  import-environment [NAME...]    Import all or some environment variables
Manager Lifecycle Commands:
  daemon-reload                   Reload systemd manager configuration
  daemon-reexec                   Reexecute systemd manager
System Commands:
  is-system-running               Check whether system is fully running  default                         Enter system default mode
  rescue                          Enter system rescue mode
  emergency                       Enter system emergency mode
  halt                            Shut down and halt the system
  poweroff                        Shut down and power-off the system
  reboot [ARG]                    Shut down and reboot the system
  kexec                           Shut down and reboot the system with kexec
  exit                            Request user instance exit  switch-root ROOT [INIT]         Change to a different root file system
  suspend                         Suspend the system
  hibernate                       Hibernate the system
  hybrid-sleep                    Hibernate and suspend the system
復制
Unit 管理
  1. 查看當前系統的所有 Unit

# 列出正在運行的 Unit
$ systemctl list-units

# 列出所有Unit,包括沒(méi)有找到配置文件的或者啟動(dòng)失敗的
$ systemctl list-units --all

# 列出所有沒(méi)有運行的 Unit
$ systemctl list-units --all --state=inactive

# 列出所有加載失敗的 Unit
$ systemctl list-units --failed

# 列出所有正在運行的、類(lèi)型為 service 的 Unit
$ systemctl list-units --type=service

# 查看 Unit 配置文件的內容
$ systemctl cat docker.service
復制
  1. 查看 Unit 的狀態(tài)

  • enabled:已建立啟動(dòng)鏈接

  • disabled:沒(méi)建立啟動(dòng)鏈接

  • static:該配置文件沒(méi)有 [Install] 部分(無(wú)法執行),只能作為其他配置文件的依賴(lài)

  • masked:該配置文件被禁止建立啟動(dòng)鏈接

# 顯示系統狀態(tài)
$ systemctl status

# 顯示單個(gè) Unit 的狀態(tài)
$ ystemctl status bluetooth.service

# 顯示遠程主機的某個(gè) Unit 的狀態(tài)
$ systemctl -H root@rhel7.example.com status httpd.service
復制
  1. Unit 的管理

# 立即啟動(dòng)一個(gè)服務(wù)
$ sudo systemctl start apache.service

# 立即停止一個(gè)服務(wù)
$ sudo systemctl stop apache.service

# 重啟一個(gè)服務(wù)
$ sudo systemctl restart apache.service

# 殺死一個(gè)服務(wù)的所有子進(jìn)程
$ sudo systemctl kill apache.service

# 重新加載一個(gè)服務(wù)的配置文件
$ sudo systemctl reload apache.service

# 重載所有修改過(guò)的配置文件
$ sudo systemctl daemon-reload

# 顯示某個(gè) Unit 的所有底層參數
$ systemctl show httpd.service

# 顯示某個(gè) Unit 的指定屬性的值
$ systemctl show -p CPUShares httpd.service

# 設置某個(gè) Unit 的指定屬性
$ sudo systemctl set-property httpd.service CPUShares=500
復制
  1. 查看 Unit 的依賴(lài)關(guān)系

# 列出一個(gè) Unit 的所有依賴(lài),默認不會(huì )列出 target 類(lèi)型
$ systemctl list-dependencies nginx.service

# 列出一個(gè) Unit 的所有依賴(lài),包括 target 類(lèi)型
$ systemctl list-dependencies --all nginx.service
復制
服務(wù)的生命周期

當一個(gè)新的 Unit 文件被放入 /etc/systemd/system/ 或 /usr/lib/systemd/system/ 目錄中時(shí),它是不會(huì )被自識識別的。

  1. 服務(wù)的激活

  • systemctl enable:在 /etc/systemd/system/ 建立服務(wù)的符號鏈接,指向 /usr/lib/systemd/system/ 中

  • systemctl start:依次啟動(dòng)定義在 Unit 文件中的 ExecStartPre、ExecStart 和 ExecStartPost 命令

  1. 服務(wù)的啟動(dòng)和停止

  • systemctl start:依次啟動(dòng)定義在 Unit 文件中的 ExecStartPre、ExecStart 和 ExecStartPost 命令

  • systemctl stop:依次停止定義在 Unit 文件中的 ExecStopPre、ExecStop 和 ExecStopPost 命令

  • systemctl restart:重啟服務(wù)

  • systemctl kill:立即殺死服務(wù)

  1. 服務(wù)的開(kāi)機啟動(dòng)和取消

  • systemctl enable:除了激活服務(wù)以外,也可以置服務(wù)為開(kāi)機啟動(dòng)

  • systemctl disable:取消服務(wù)的開(kāi)機啟動(dòng)

  1. 服務(wù)的修改和移除

  • systemctl daemon-reload:Systemd 會(huì )將 Unit 文件的內容寫(xiě)到緩存中,因此當 Unit 文件被更新時(shí),需要告訴 Systemd 重新讀取所有的 Unit 文件

  • systemctl reset-failed:移除標記為丟失的 Unit 文件。在刪除 Unit 文件后,由于緩存的關(guān)系,即使通過(guò) daemon-reload 更新了緩存,在 list-units 中依然會(huì )顯示標記為 not-found 的 Unit。

Target 管理

Target 就是一個(gè) Unit 組,包含許多相關(guān)的 Unit 。啟動(dòng)某個(gè) Target 的時(shí)候,Systemd 就會(huì )啟動(dòng)里面所有的 Unit。

在傳統的 SysV-init 啟動(dòng)模式里面,有 RunLevel 的概念,跟 Target 的作用很類(lèi)似。不同的是,RunLevel 是互斥的,不可能多個(gè) RunLevel 同時(shí)啟動(dòng),但是多個(gè) Target 可以同時(shí)啟動(dòng)。

# 查看當前系統的所有 Target
$ systemctl list-unit-files --type=target

# 查看一個(gè) Target 包含的所有 Unit
$ systemctl list-dependencies multi-user.target

# 查看啟動(dòng)時(shí)的默認 Target
$ systemctl get-default# 設置啟動(dòng)時(shí)的默認 Target
$ sudo systemctl set-default multi-user.target

# 切換 Target 時(shí),默認不關(guān)閉前一個(gè) Target 啟動(dòng)的進(jìn)程,systemctl isolate 命令改變這種行為,關(guān)閉前一個(gè) Target 里面所有不屬于后一個(gè) Target 的進(jìn)程
$ sudo systemctl isolate multi-user.target
復制
  1. Target 與 SysV-init 進(jìn)程的主要區別:

  • 默認的 RunLevel(在 /etc/inittab 文件設置)現在被默認的 Target 取代,位置是 /etc/systemd/system/default.target,通常符號鏈接到graphical.target(圖形界面)或者multi-user.target(多用戶(hù)命令行)。

  • 啟動(dòng)腳本的位置,以前是 /etc/init.d 目錄,符號鏈接到不同的 RunLevel 目錄 (比如 /etc/rc3.d、/etc/rc5.d 等),現在則存放在 /lib/systemd/system 和 /etc/systemd/system 目錄。

  • 配置文件的位置,以前 init 進(jìn)程的配置文件是 /etc/inittab,各種服務(wù)的配置文件存放在 /etc/sysconfig 目錄?,F在的配置文件主要存放在 /lib/systemd 目錄,在 /etc/systemd 目錄里面的修改可以覆蓋原始設置。

日志管理

Systemd 通過(guò)其標準日志服務(wù) Journald 提供的配套程序 journalctl 將其管理的所有后臺進(jìn)程打印到 std:out(即控制臺)的輸出重定向到了日志文件。

Systemd 的日志文件是二進(jìn)制格式的,必須使用 Journald 提供的 journalctl 來(lái)查看,默認不帶任何參數時(shí)會(huì )輸出系統和所有后臺進(jìn)程的混合日志。

默認日志最大限制為所在文件系統容量的 10%,可以修改 /etc/systemd/journald.conf 中的 SystemMaxUse 來(lái)指定該最大限制。

# 查看所有日志(默認情況下 ,只保存本次啟動(dòng)的日志)
$ sudo journalctl

# 查看內核日志(不顯示應用日志):--dmesg 或 -k
$ sudo journalctl -k

# 查看系統本次啟動(dòng)的日志(其中包括了內核日志和各類(lèi)系統服務(wù)的控制臺輸出):--system 或 -b
$ sudo journalctl -b
$ sudo journalctl -b -0# 查看上一次啟動(dòng)的日志(需更改設置)
$ sudo journalctl -b -1# 查看指定服務(wù)的日志:--unit 或 -u
$ sudo journalctl -u docker.servcie

# 查看指定服務(wù)的日志
$ sudo journalctl /usr/lib/systemd/systemd

# 實(shí)時(shí)滾動(dòng)顯示最新日志
$ sudo journalctl -f

# 查看指定時(shí)間的日志
$ sudo journalctl --since="2012-10-30 18:17:16"$ sudo journalctl --since "20 min ago"$ sudo journalctl --since yesterday
$ sudo journalctl --since "2015-01-10" --until "2015-01-11 03:00"$ sudo journalctl --since 09:00 --until "1 hour ago"# 顯示尾部的最新 10 行日志:--lines 或 -n
$ sudo journalctl -n

# 顯示尾部指定行數的日志
$ sudo journalctl -n 20# 將最新的日志顯示在前面
$ sudo journalctl -r -u docker.service

# 改變輸出的格式:--output 或 -o
$ sudo journalctl -r -u docker.service -o json-pretty

# 查看指定進(jìn)程的日志
$ sudo journalctl _PID=1# 查看某個(gè)路徑的腳本的日志
$ sudo journalctl /usr/bin/bash

# 查看指定用戶(hù)的日志
$ sudo journalctl _UID=33 --since today

# 查看某個(gè) Unit 的日志
$ sudo journalctl -u nginx.service
$ sudo journalctl -u nginx.service --since today

# 實(shí)時(shí)滾動(dòng)顯示某個(gè) Unit 的最新日志
$ sudo journalctl -u nginx.service -f

# 合并顯示多個(gè) Unit 的日志
$ journalctl -u nginx.service -u php-fpm.service --since today

# 查看指定優(yōu)先級(及其以上級別)的日志,共有 8 級
# 0: emerg
# 1: alert
# 2: crit
# 3: err
# 4: warning
# 5: notice
# 6: info
# 7: debug
$ sudo journalctl -p err -b

# 日志默認分頁(yè)輸出,--no-pager 改為正常的標準輸出
$ sudo journalctl --no-pager

# 以 JSON 格式(單行)輸出
$ sudo journalctl -b -u nginx.service -o json

# 以 JSON 格式(多行)輸出,可讀性更好
$ sudo journalctl -b -u nginx.serviceqq -o json-pretty

# 顯示日志占據的硬盤(pán)空間
$ sudo journalctl --disk-usage

# 指定日志文件占據的最大空間
$ sudo journalctl --vacuum-size=1G

# 指定日志文件保存多久
$ sudo journalctl --vacuum-time=1years
復制
Systemd 工具集
  • systemctl:用于檢查和控制各種系統服務(wù)和資源的狀態(tài)

  • bootctl:用于查看和管理系統啟動(dòng)分區

  • hostnamectl:用于查看和修改系統的主機名和主機信息

  • journalctl:用于查看系統日志和各類(lèi)應用服務(wù)日志

  • localectl:用于查看和管理系統的地區信息

  • loginctl:用于管理系統已登錄用戶(hù)和 Session 的信息

  • machinectl:用于操作 Systemd 容器

  • timedatectl:用于查看和管理系統的時(shí)間和時(shí)區信息

  • systemd-analyze 顯示此次系統啟動(dòng)時(shí)運行每個(gè)服務(wù)所消耗的時(shí)間,可以用于分析系統啟動(dòng)過(guò)程中的性能瓶頸

  • systemd-ask-password:輔助性工具,用星號屏蔽用戶(hù)的任意輸入,然后返回實(shí)際輸入的內容

  • systemd-cat:用于將其他命令的輸出重定向到系統日志

  • systemd-cgls:遞歸地顯示指定 CGroup 的繼承鏈

  • systemd-cgtop:顯示系統當前最耗資源的 CGroup 單元

  • systemd-escape:輔助性工具,用于去除指定字符串中不能作為 Unit 文件名的字符

  • systemd-hwdb:Systemd 的內部工具,用于更新硬件數據庫

  • systemd-delta:對比當前系統配置與默認系統配置的差異

  • systemd-detect-virt:顯示主機的虛擬化類(lèi)型

  • systemd-inhibit:用于強制延遲或禁止系統的關(guān)閉、睡眠和待機事件

  • systemd-machine-id-setup:Systemd 的內部工具,用于給 Systemd 容器生成 ID

  • systemd-notify:Systemd 的內部工具,用于通知服務(wù)的狀態(tài)變化

  • systemd-nspawn:用于創(chuàng )建 Systemd 容器

  • systemd-path:Systemd 的內部工具,用于顯示系統上下文中的各種路徑配置

  • systemd-run:用于將任意指定的命令包裝成一個(gè)臨時(shí)的后臺服務(wù)運行

  • systemd-stdio- bridge:Systemd 的內部 工具,用于將程序的標準輸入輸出重定向到系統總線(xiàn)

  • systemd-tmpfiles:Systemd 的內部工具,用于創(chuàng )建和管理臨時(shí)文件目錄

  • systemd-tty-ask-password-agent:用于響應后臺服務(wù)進(jìn)程發(fā)出的輸入密碼請求

  1. systemctl

# 重啟系統
$ sudo systemctl reboot

# 關(guān)閉系統,切斷電源
$ sudo systemctl poweroff

# CPU停止工作
$ sudo systemctl halt

# 暫停系統
$ sudo systemctl suspend

# 讓系統進(jìn)入冬眠狀態(tài)
$ sudo systemctl hibernate

# 讓系統進(jìn)入交互式休眠狀態(tài)
$ sudo systemctl hybrid-sleep

# 啟動(dòng)進(jìn)入救援狀態(tài)(單用戶(hù)狀態(tài))
$ sudo systemctl rescue
復制
  1. systemd-analyze

# 查看啟動(dòng)耗時(shí)
$ systemd-analyze

# 查看每個(gè)服務(wù)的啟動(dòng)耗時(shí)
$ systemd-analyze blame

# 顯示瀑布狀的啟動(dòng)過(guò)程流
$ systemd-analyze critical-chain

# 顯示指定服務(wù)的啟動(dòng)流
$ systemd-analyze critical-chain atd.service
復制
  1. hostnamectl

# 顯示當前主機的信息
$ hostnamectl

# 設置主機名。
$ sudo hostnamectl set-hostname rhel7
復制
  1. timedatectl

# 查看當前時(shí)區設置
$ timedatectl

# 顯示所有可用的時(shí)區
$ timedatectl list-timezones

# 設置當前時(shí)區
$ sudo timedatectl set-timezone America/New_York
$ sudo timedatectl set-time YYYY-MM-DD$ sudo timedatectl set-time HH:MM:SS
復制
  1. loginctl

# 列出當前 session
$ loginctl list-sessions

# 列出當前登錄用戶(hù)
$ loginctl list-users

# 列出顯示指定用戶(hù)的信息
$ loginctl show-user ruanyf
復制
  1. systemd-ask-password

$ PASSWORD=$(systemd-ask-password "Input Your Passowrd:")
復制
  1. systemd-run

systemd-run 可以將一個(gè)指定的操作變成后臺運行的服務(wù)。它的效果似乎與直接在命令后加上表示后臺運行的 & 符號很相似。然而,它讓命令成為服務(wù)還意味著(zhù),它的生命周期將由 Systemd 控制。具體來(lái)說(shuō),包括以下好處:

  • 服務(wù)的生命擊期由 Systemd 接管,不會(huì )隨著(zhù)啟動(dòng)它的控制臺關(guān)閉而結束

  • 可以通過(guò) systemctl 工具管理服務(wù)的狀態(tài)

  • 可以通過(guò) journalctl 工具查看和管理服務(wù)的日志信息

  • 可以通過(guò) Systemd 提供的方法限制服務(wù)的 CPU、內存、磁盤(pán) IO 等系統資源的使用情況。

來(lái)源:Mallux Blog原文:https://tinyurl.com/yyp6jbta題圖:來(lái)自谷歌圖片搜索版權:本文版權歸原作者所有投稿:歡迎投稿,郵箱: editor@hi-linux.com


*博客內容為網(wǎng)友個(gè)人發(fā)布,僅代表博主個(gè)人觀(guān)點(diǎn),如有侵權請聯(lián)系工作人員刪除。



關(guān)鍵詞: systemd

技術(shù)專(zhuān)區

關(guān)閉
国产精品自在自线亚洲|国产精品无圣光一区二区|国产日产欧洲无码视频|久久久一本精品99久久K精品66|欧美人与动牲交片免费播放
<dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><small id="yhprb"></small><dfn id="yhprb"></dfn><small id="yhprb"><delect id="yhprb"></delect></small><small id="yhprb"></small><small id="yhprb"></small> <delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"></dfn><dfn id="yhprb"></dfn><s id="yhprb"><noframes id="yhprb"><small id="yhprb"><dfn id="yhprb"></dfn></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><small id="yhprb"></small><dfn id="yhprb"><delect id="yhprb"></delect></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn> <small id="yhprb"></small><delect id="yhprb"><strike id="yhprb"></strike></delect><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn><dfn id="yhprb"><s id="yhprb"><strike id="yhprb"></strike></s></dfn><dfn id="yhprb"><s id="yhprb"></s></dfn>