Analisis mendalam sistem pengurusan systemd di bawah CentOS 7

Proses permulaan sistem CentOS:

POST --> Urutan Boot -->

program innit:

CentOS 5: SysV init

CetnOS 6: Mulakan

CentOS 7 : Systemd

Sistem ciri baharu:

Skrip init Sistem V init dan LSB serasi

Mencapai permulaan perkhidmatan selari apabila sistem but Gunakan pengaktifan soket/D-Bus dan teknologi lain untuk memulakan perkhidmatan untuk mengurangkan masa permulaan sistem, matlamat systemd ialah: untuk memulakan sesedikit mungkin proses; untuk menyelaraskan sebanyak mungkin proses Mula

Aktifkan proses atas permintaan; Systemd boleh menyediakan keupayaan untuk memulakan atas permintaan, memulakan perkhidmatan hanya apabila ia benar-benar diminta. Apabila perkhidmatan tamat, systemd boleh menutupnya dan memulakannya semula apabila ia diperlukan.

Keupayaan untuk menangkap gambar dan memulihkan sistem

Mulakan pengurusan titik lekap dan mata lekap automatik:

Systemd mengurus sendiri titik lekap pada sistem untuk dapat melekapkannya secara automatik pada permulaan sistem. Dan serasi dengan fail /etc/fstab;

Laksanakan pengurusan pergantungan transaksi:

systemd mengekalkan konsep "konsistensi transaksi" untuk memastikan semua perkhidmatan berkaitan dapat dimulakan secara normal tanpa saling bergantung atau menemui jalan buntu.

Tentukan logik kawalan perkhidmatan berdasarkan kebergantungan endogen;

sistem menggunakan ciri kernel Linux iaitu CGroup untuk menyelesaikan tugas pengesanan proses. Apabila menghentikan perkhidmatan, dengan menanyakan CGroup, systemd boleh memastikan bahawa semua proses yang berkaitan ditemui, dengan itu menghentikan perkhidmatan dengan bersih

Perkhidmatan log: systemd didatangkan dengan jurnal perkhidmatan log sendiri, yang direka untuk mengatasi kelemahan perkhidmatan syslog sedia ada.

Konsep asas Sistem

Konsep unit:

Terdapat banyak perkara yang perlu dilakukan untuk permulaan sistem. Perkhidmatan latar belakang perlu dimulakan, seperti memulakan perkhidmatan SSHD, kerja konfigurasi perlu dilakukan, seperti memasang sistem fail. Setiap langkah dalam proses ini diabstrak oleh systemd ke dalam unit konfigurasi, iaitu unit. Anda boleh menganggap perkhidmatan sebagai unit konfigurasi sebagai unit konfigurasi; systemd mengklasifikasikan sarang kepada beberapa jenis yang berbeza: Walau bagaimanapun, systemd berkembang pesat dan ciri baharu sentiasa ditambah. Jadi jenis sarang mungkin terus meningkat dalam masa terdekat.

perkhidmatan: mewakili proses perkhidmatan latar belakang, seperti mysqld. Ini adalah kategori yang biasa digunakan;

soket: Sarang ini merangkumi soket dalam sistem dan Internet. Pada masa ini, systemd menyokong penstriman, paket dan soket paket berterusan AF_INET, AF_INET6 dan AF_UNIX. Setiap sarang soket mempunyai sarang perkhidmatan yang sepadan. Perkhidmatan yang sepadan akan dimulakan apabila "sambungan" pertama memasuki soket (contohnya: nscd.socket memulakan nscd.service selepas sambungan baharu).

peranti: Sarang ini merangkum peranti yang wujud dalam pepohon peranti Linux. Setiap peranti yang ditandakan dengan peraturan udev akan muncul dalam systemd sebagai sarang peranti.

lekapkan: Jenis sarang ini merangkumi titik lekap dalam hierarki struktur sistem fail. Systemd akan memantau dan mengurus titik pelekap ini. Sebagai contoh, ia boleh dipasang secara automatik pada permulaan; ia boleh dinyahpasang secara automatik dalam keadaan tertentu. Systemd akan menukar semua entri dalam /etc/fstab menjadi titik lekap dan memprosesnya semasa boot.

automount: Jenis sarang ini merangkumi titik lekap sendiri dalam hierarki struktur sistem. Setiap sarang lekap sendiri sepadan dengan sarang pelekap Apabila titik lekap automatik diakses, systemd melaksanakan tingkah laku pelekap yang ditakrifkan dalam titik lekap.

swap: Sama seperti mount hive, swap hive digunakan untuk menguruskan swap partition. Pengguna boleh menggunakan sarang swap untuk menentukan partition swap dalam sistem, membenarkan partition swap ini diaktifkan pada masa but.

sasaran: sarang ini menyediakan kumpulan logik sarang lain. Mereka sebenarnya tidak melakukan apa-apa sendiri, mereka hanya merujuk kepada sarang lain. Ini membolehkan kawalan bersatu bagi unit konfigurasi. Ini membolehkan konsep tahap larian yang biasa dilaksanakan. Contohnya, jika anda mahu sistem memasuki mod grafik, anda perlu menjalankan banyak perkhidmatan dan perintah konfigurasi Operasi ini diwakili oleh unit konfigurasi satu demi satu dilaksanakan sekali untuk memasuki keadaan berjalan sistem yang diwakili oleh sasaran. (Contohnya: multi-user.target adalah bersamaan dengan runlevel 3 dalam sistem yang menggunakan SysV tradisional)

pemasa: Unit konfigurasi pemasa digunakan untuk mencetuskan operasi yang ditentukan pengguna pada selang masa yang tetap. Jenis unit konfigurasi ini menggantikan perkhidmatan pemasaan tradisional seperti atd dan crond.

syot kilat: Sama seperti sarang sasaran, syot kilat ialah satu set sarang. Ia menyimpan status operasi semasa sistem.

Pergantungan:

Walaupun systemd telah tidak bergantung pada sejumlah besar kerja permulaan supaya ia boleh dimulakan secara serentak. Walau bagaimanapun, masih terdapat beberapa tugas yang mempunyai kebergantungan yang wujud di antara mereka, dan tiga kaedah utama "pengaktifan soket" (pengaktifan soket), pengaktifan D-Bus dan autof tidak boleh digunakan untuk melegakan pergantungan (lihat huraian seterusnya untuk butiran mengenai tiga kaedah utama). Sebagai contoh: pelekap mesti menunggu titik pelekap dibuat dalam sistem fail; Untuk menyelesaikan masalah pergantungan seperti ini, sarang systemd boleh menentukan pergantungan antara satu sama lain.

Systemd menggunakan kata kunci dalam fail definisi sarang untuk menerangkan kebergantungan antara sarang. Sebagai contoh: unit A bergantung pada unit B, yang boleh diwakili oleh "memerlukan A" dalam takrifan unit B. Dengan cara ini, systemd akan memastikan bahawa A dimulakan dahulu dan kemudian B.

Transaksi Sistem:

Sistem boleh menjamin integriti transaksi. Konsep urus niaga Systemd adalah berbeza daripada yang terdapat dalam pangkalan data, terutamanya untuk memastikan tiada rujukan bulat di antara berbilang unit konfigurasi bergantung. Jika terdapat pergantungan bulat, systemd tidak akan dapat memulakan sebarang perkhidmatan. Pada masa ini systemd akan cuba menyelesaikan masalah ini, kerana terdapat dua jenis kebergantungan antara sarang: diperlukan adalah kebergantungan yang kuat; sistemd akan mengalih keluar kebergantungan yang ditentukan oleh kata kunci kehendak untuk melihat sama ada ia boleh memecahkan kitaran. Jika ia tidak dapat dibaiki, systemd akan melaporkan ralat.

Systemd secara automatik boleh mengesan dan membaiki ralat konfigurasi sedemikian, dengan banyak mengurangkan beban penyelesaian masalah pentadbir.

Sasaran dan peringkat larian:

systemd menggantikan konsep tahap larian dengan sasaran, memberikan fleksibiliti yang lebih besar Sebagai contoh, anda boleh mewarisi sasaran sedia ada dan menambah perkhidmatan lain untuk mencipta sasaran anda sendiri. Jadual berikut menyenaraikan hubungan yang sepadan antara sasaran di bawah systemd dan runlevel biasa:

Systemd prinsip permulaan serentak

Seperti yang dinyatakan sebelum ini, dalam Systemd, semua perkhidmatan dimulakan secara serentak, seperti Avahi, D-Bus, livirtd, X11 dan HAL boleh dimulakan pada masa yang sama. Pada pandangan pertama, ini nampaknya menjadi sedikit masalah Sebagai contoh, Avahi memerlukan perkhidmatan syslog dan syslog dimulakan pada masa yang sama dengan mengandaikan bahawa Avahi bermula dengan lebih cepat, syslog belum bersedia, tetapi Avahi perlu merekodkan log. Adakah ini tidak akan menyebabkan masalah?

Pembangun sistem mengkaji dengan teliti sifat saling bergantung antara perkhidmatan dan mendapati bahawa kebergantungan yang dipanggil boleh dibahagikan kepada tiga jenis tertentu, dan setiap jenis sebenarnya boleh menghapuskan kebergantungan melalui teknologi yang sepadan.

Salah satu prinsip permulaan serentak: menyelesaikan soket kebergantungan

Sebahagian besar kebergantungan perkhidmatan adalah kebergantungan soket. Sebagai contoh, perkhidmatan A menyediakan perkhidmatannya sendiri melalui port soket S1 Jika perkhidmatan lain memerlukan perkhidmatan A, mereka perlu menyambung ke S1. Jadi jika perkhidmatan A belum dimulakan, S1 tidak wujud dan perkhidmatan lain akan mendapat ralat permulaan. Jadi secara tradisinya, orang ramai perlu memulakan perkhidmatan A dahulu, tunggu sehingga ia memasuki keadaan sedia, dan kemudian memulakan perkhidmatan lain yang memerlukannya. Systemd percaya bahawa selagi kami menubuhkan S1 lebih awal, semua perkhidmatan lain boleh dimulakan pada masa yang sama tanpa menunggu perkhidmatan A untuk mencipta S1. Jika perkhidmatan A belum dimulakan, maka permintaan perkhidmatan yang dihantar oleh proses lain ke S1 sebenarnya akan dicache oleh sistem pengendalian Linux, dan proses lain akan menunggu di lokasi permintaan ini. Setelah perkhidmatan A tersedia dan berjalan, permintaan cache boleh diproses serta-merta dan semuanya mula berjalan seperti biasa.

Jadi bagaimanakah perkhidmatan menggunakan soket yang dicipta oleh proses init?

Sistem pengendalian Linux mempunyai ciri apabila proses memanggil fork atau exec untuk mencipta proses anak, semua deskriptor fail yang dibuka dalam proses induk diwarisi oleh proses anak. Soket juga merupakan sejenis pemegang fail Proses A boleh mencipta soket Selepas itu, apabila proses A memanggil exec untuk memulakan proses anak baharu, selagi bendera close_on_exec pada soket itu dikosongkan, maka anak baru akan memproses Anda. boleh mewarisi soket ini. Soket yang dilihat oleh proses anak dan soket yang dicipta oleh proses induk adalah soket sistem yang sama, seolah-olah soket itu dicipta oleh proses anak itu sendiri, tidak ada perbezaan.

Ciri ini sebelum ini dieksploitasi oleh perkhidmatan sistem yang dipanggil inetd. Proses Inetd bertanggungjawab untuk memantau beberapa port soket biasa, seperti Telnet Apabila terdapat permintaan sambungan pada port, inetd memulakan proses telnetd dan menghantar soket yang disambungkan ke proses telnetd baharu untuk diproses. Dengan cara ini, apabila sistem tidak mempunyai sambungan pelanggan telnet, tidak perlu memulakan proses telnetd. Inetd boleh memproksi banyak perkhidmatan rangkaian, yang boleh menjimatkan banyak beban sistem dan sumber memori Perkhidmatan yang sepadan hanya akan dimulakan apabila terdapat permintaan sambungan sebenar, dan soket akan dihantar ke proses perkhidmatan yang sepadan.

Serupa dengan inetd, systemd ialah proses induk bagi semua proses lain. Ia boleh mewujudkan semua soket yang diperlukan dahulu, dan kemudian menghantar soket ke proses perkhidmatan baharu apabila memanggil exec, dan proses baharu menggunakan soket secara langsung telefon dan melaksanakan perkhidmatan.

Prinsip 2 permulaan serentak: Selesaikan D-Bus kebergantungan

D-Bus ialah singkatan desktop-bas, yang merupakan mekanisme komunikasi antara proses dengan kependaman rendah, overhed rendah dan ketersediaan tinggi. Ia semakin digunakan untuk komunikasi antara aplikasi, tetapi juga untuk komunikasi antara aplikasi dan kernel sistem pengendalian. Banyak proses perkhidmatan moden menggunakan D-Bus dan bukannya soket sebagai mekanisme komunikasi antara proses untuk menyediakan perkhidmatan luaran. Sebagai contoh, perkhidmatan NetworkManager yang memudahkan konfigurasi rangkaian Linux menggunakan D-Bus untuk berinteraksi dengan aplikasi atau perkhidmatan lain: evolusi perisian klien e-mel boleh mendapatkan perubahan dalam status rangkaian daripada perkhidmatan NetworkManager melalui D-Bus untuk mengendalikannya dengan sewajarnya.

D-Bus menyokong fungsi "busactivation" yang dipanggil. Jika perkhidmatan A perlu menggunakan perkhidmatan D-Bus perkhidmatan B, dan perkhidmatan B tidak berjalan, D-Bus boleh memulakan perkhidmatan B secara automatik apabila perkhidmatan A meminta D-Bus perkhidmatan B. Permintaan yang dikeluarkan oleh perkhidmatan A akan dicache oleh D-Bus, dan perkhidmatan A akan menunggu perkhidmatan B siap. Menggunakan ciri ini, perkhidmatan yang bergantung pada D-Bus boleh dimulakan secara selari.

Prinsip 3 permulaan serentak: menyelesaikan kebergantungan sistem fail

Semasa proses permulaan sistem, aktiviti berkaitan sistem fail adalah yang paling memakan masa Contohnya, memasang sistem fail, melakukan pemeriksaan cakera (fsck) pada sistem fail dan semakan kuota cakera semuanya merupakan operasi yang memakan masa. Sambil menunggu kerja ini selesai, sistem terbiar. Perkhidmatan yang ingin menggunakan sistem fail nampaknya perlu menunggu permulaan sistem fail selesai sebelum ia boleh bermula. Tetapi systemd mendapati bahawa pergantungan ini juga boleh dielakkan.

Systemd merujuk kepada idea reka bentuk autofs, membenarkan perkhidmatan yang bergantung pada sistem fail dan permulaan sistem fail itu sendiri berfungsi serentak. autofs boleh mengesan apabila titik pelekap sistem fail sebenarnya diakses sebelum mencetuskan operasi pelekap Ini dicapai melalui sokongan modul automounter kernel. Sebagai contoh, apabila panggilan sistem open() dilaksanakan pada "/misc/cd/file1", /misc/cd belum lagi menjalankan operasi pemasangan Pada masa ini, panggilan open() digantung dan menunggu kernel memberitahu autof, dan autof menjalankan operasi pemasangan . Pada masa ini, kawalan dikembalikan kepada panggilan sistem open() dan fail dibuka seperti biasa.

Systemd menyepadukan pelaksanaan autofs Untuk titik lekap dalam sistem, seperti /home, apabila sistem bermula, systemd mencipta titik lekap automatik sementara untuknya. Pada masa ini, peranti pelekap sebenar /home belum lagi dimulakan, operasi pelekapan sebenar belum dilakukan, dan pengesanan sistem fail masih belum selesai. Walau bagaimanapun, proses yang bergantung pada direktori ini sudah boleh dimulakan secara serentak, dan operasi open() mereka ditangkap oleh autof terbina dalam systemd, yang menggantung panggilan open() (yang boleh mengganggu keadaan tidur). Kemudian, selepas operasi lekapan sebenar selesai dan pengesanan sistem fail selesai, systemd menggantikan titik lekap automatik dengan titik lekap sebenar dan membenarkan panggilan open() kembali. Akibatnya, perkhidmatan yang bergantung pada sistem fail dan sistem fail itu sendiri boleh dimulakan secara serentak.

Sudah tentu, pergantungan pada direktori akar "/" sebenarnya mesti dilaksanakan secara bersiri, kerana systemd sendiri juga disimpan di bawah / dan mesti menunggu direktori akar sistem dipasang dan diperiksa.

Walau bagaimanapun, untuk titik pelekap seperti /home, concurrency ini boleh meningkatkan kelajuan permulaan sistem, terutamanya apabila /home ialah nod NFS jauh, atau cakera yang disulitkan, dsb., yang mengambil masa yang lama untuk disiapkan daripada permulaan serentak, sistem tidak mempunyai apa-apa kaitan dalam tempoh ini Sebaliknya, ia boleh menggunakan masa lapang ini untuk melakukan lebih banyak proses permulaan, yang secara keseluruhannya memendekkan masa permulaan sistem.

Sistem Penggunaan

Berikut ialah pengenalan ringkas kepada penggunaan systemd untuk pelbagai peranan kakitangan teknikal. Artikel ini hanya berhasrat untuk memberikan penerangan ringkas untuk memberi anda pemahaman umum tentang penggunaan systemd. Terdapat terlalu banyak butiran khusus untuk dibincangkan dalam artikel pendek. Pembaca perlu merujuk sendiri dokumentasi systemd.

Unit Menulis fail

Apabila pembangun membangunkan program perkhidmatan baharu, seperti httpd, mereka perlu menulis fail sarang untuknya supaya perkhidmatan itu boleh diuruskan oleh systemd, serupa dengan fail konfigurasi kerja UpStart. Tentukan sintaks baris arahan untuk permulaan perkhidmatan dalam fail ini, serta kebergantungan pada perkhidmatan lain.

Selain itu, kami telah belajar sebelum ini bahawa systemd mempunyai banyak fungsi Ia bukan sahaja digunakan untuk menguruskan perkhidmatan, tetapi juga untuk menguruskan titik pelekap, menentukan tugas yang dijadualkan, dll. Tugasan ini diselesaikan dengan mengedit fail sarang yang sepadan. Saya memberikan beberapa contoh fail sarang di sini.

Berikut ialah fail unit konfigurasi perkhidmatan SSH Fail unit konfigurasi perkhidmatan mempunyai .service sebagai akhiran nama fail.

[sistem root@kalaguiyin]# cat/usr/lib/systemd/system/sshd.service

[Unit]

Penerangan=Daemon pelayan OpenSSH

Selepas=network.target sshd-keygen.service

Wants=sshd-keygen.service

# [unit] bahagian, maklumat penerangan

[Perkhidmatan]

EnvironmentFile=/etc/sysconfig/sshd

ExecStart=/usr/sbin/sshd -D $OPTIONS

ExecReload=/bin/kill -HUP $MAINPID

KillMode=proses

Mulakan semula=pada-gagal

RestartSec=42s

#[service] takrifan, ExecStartPre mentakrifkan arahan yang harus dijalankan sebelum memulakan perkhidmatan

#ExecStart mentakrifkan sintaks baris arahan khusus untuk memulakan perkhidmatan.

[Pasang]

WantedBy=multi-user.target

# [pasang] bahagian: WangtedBy menunjukkan bahawa perkhidmatan ini diperlukan dalam mod berbilang pengguna.

Kemudian mari kita lihat multi-user.target:

[sistem root@kalaguiyin]#catmulti-user.target

[Unit]

Penerangan=Sistem Berbilang Pengguna

Dokumentasi=man:systemd.special(7)

Memerlukan=asas.sasaran

Konflik=menyelamat.menyelamat.sasaran

Selepas=basic.target rescue.servicerescue.target

BenarkanIsolate=ya

# Definisi Memerlukan menunjukkan bahawa apabila multi-user.target bermula, basic.target juga mesti dimulakan sebagai tambahan, apabila basic.target berhenti, multi-user.target juga mesti berhenti. Jika anda kemudian melihat fail basic.target, anda akan mendapati bahawa ia juga menentukan sysinit.target

# Unit lain mesti dimulakan dengan sewajarnya. Begitu juga sysinit.target juga akan mengandungi unit lain. Menggunakan struktur pautan lapisan demi lapisan sedemikian, akhirnya semua perkhidmatan komponen yang perlu menyokong mod berbilang pengguna akan dimulakan dan dimulakan.

[Pasang]

Alias=default.target

# Alias ​​​​definisi, iaitu, tentukan alias unit ini, supaya anda boleh menggunakan alias ini untuk merujuk unit ini semasa menjalankan systemctl.

Selain itu, anda juga boleh melihat direktori seperti *.wants dalam direktori /etc/systemd/system Fail unit konfigurasi yang diletakkan dalam direktori ini adalah bersamaan dengan kata kunci mahu dalam bahagian [Unit], iaitu apabila ini. unit bermula, Unit ini juga perlu dimulakan. Sebagai contoh, anda boleh meletakkan fail foo.service yang anda tulis sendiri ke dalam direktori multi-user.target.wants, supaya ia akan dimulakan secara lalai setiap kali.

[sistem akar@kalaguiyin]#pwd

/etc/systemd/system

[sistem akar@kalaguiyin]#ls

basic.target.mahu                                               display-manager.service

bluetooth.target.mahu                                                                                                                                                                                                                                                                                                                         

dbus-org.bluez.service           graphical.target.wants

TPprinter.target.mahu soket.target.mahu

spice-vdagentd.target.wants default.target.wants

Mari kita lihat fail sys-kernel-debug.mout sekali lagi

[sistem akar@kalaguiyin]#kucing

sys-kernel-debug.mount

[Unit]

Penerangan=Nyahpepijat Sistem Fail

Documentation=https://www.kernel.org/doc/Documentation/filesystems/debugfs.txt

Dokumentasi=http://www.freedesktop.org/wiki/Software/systemd/APIFileSystems

DefaultDependencies=tidak

ConditionPathExists=/sys/kernel/debug

Sebelum=sysinit.target

[Gunung]

What=debugfs

Where=/sys/kernel/debug

Type=debugfs

Fail sarang ini mentakrifkan titik lekap. Fail sarang pelekap mempunyai bahagian konfigurasi [Mount], yang mengandungi tiga item data: What, Where and Type. Ini diperlukan untuk arahan pelekapan Konfigurasi dalam contoh adalah bersamaan dengan arahan pelekap berikut:

mount –t debugfs /sys/kernel/debug debugfs

SistemPengurusan Sistem:

alat baris arahan utama systemd ialah systemctl.

Kebanyakan pentadbir sepatutnya sudah biasa dengan pengurusan perkhidmatan sistem dan sistem init, seperti penggunaan perkhidmatan, arahan chkconfig dan telinit. systemd juga melaksanakan tugas pengurusan yang sama, tetapi sintaks alat perintah systemctl adalah berbeza.

Mulakan servis

systemctl mulakan httpd.service seperti yang ditunjukkan dalam Rajah 1:

Hentikan perkhidmatan

systemctl hentikan httpd.service seperti yang ditunjukkan dalam Rajah 2:

Mulakan semula perkhidmatan

systemctl restarthttpd.service seperti yang ditunjukkan dalam Rajah 3:

Khidmat tambah nilai

systemctl reloadhttpd.service

Mula semula bersyarat

systemctl condrestarthttpd.service

Semakan status

systemctl statushttpd.service

Senarai perkhidmatan yang boleh dimulakan atau dihentikan.

systemctl list-unit-files –type=service

Tetapkan perkhidmatan untuk bermula pada but

chkconfig httpd pada

systemctl enablehttpd.service

Batalkan permulaan perkhidmatan;

systemctl disablehttpd.service

Semak sama ada perkhidmatan dikonfigurasikan untuk didayakan atau dilumpuhkan dalam persekitaran semasa.

systemctl is-enabledhttpd.service;echo $?

Output mendayakan dan melumpuhkan perkhidmatan pada setiap peringkat larian

systemctl list-unit-files –type=service

Menyenaraikan peringkat larian di mana perkhidmatan didayakan dan dilumpuhkan.

ls /etc/lib/systemd/system/*.wants/httpd.service

Tukar runlevel pengguna:

systemctl isolatemulti-user.target

multi-user.target == runlevel ke-3

grafik.sasaran == Tahap larian ke-5

runlevel3.pautan simbolik sasaran, menunjuk kepada multi-user.target

runlevel5.pautan simbolik sasaran, menunjuk pada grafik.target

Tukar tahap larian lalai:

[root@kalaguiyinsystem]# systemctl set-default multi-user.target

rm'/etc/systemd/system/default.target'

ln -s'/usr/lib/systemd/system/multi-user.target''/etc/systemd/system/default.target'

Intipati operasi di atas adalah untuk memadam /usr/lib/systemd/system/default.target, dan kemudian memautkan fail sasaran tahap sasaran ke fail /etc/systemd/system/default.target;

systemd lebih daripada sekadar sistem permulaan:

systemd

juga bertanggungjawab untuk konfigurasi pengurusan sistem yang lain, seperti mengkonfigurasi rangkaian, pengurusan Locale , menguruskan pemuatan modul kernel sistem, dsb.

Systemd melakukan tugas yang sangat baik untuk menggantikan semua fungsi sysvinit, tetapi ia tidak berpuas hati. Oleh kerana proses init ialah proses induk bagi semua proses dalam sistem, systemd sangat sesuai untuk menyediakan fungsi sebaik sahaja disediakan oleh perkhidmatan lain, seperti tugas berjadual (sebelum ini diselesaikan oleh pengurusan sesi crond (sebelum ini diuruskan oleh ConsoleKit/PolKit, dsb.); .). Berdasarkan pengenalan dangkal dalam artikel ini, Systemd telah banyak mengurusnya, tetapi ia masih berkembang. Ia secara beransur-ansur akan menjadi persekitaran sistem pelbagai fungsi yang mampu mengendalikan sebilangan besar tugas pengurusan sistem Malah sesetengah orang menganggapnya sebagai sistem pengendalian. Ini sangat membantu dalam menyeragamkan pengurusan Linux!

Atas ialah kandungan terperinci Analisis mendalam sistem pengurusan systemd di bawah CentOS 7. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!