Strona korzysta z plików cookies w celu realizacji usług i zgodnie z Polityką Plików Cookies.



26.05.2020

Cloud Native Universe

Jako patron medialny zapraszamy programistów wdrażających lub integrujących się z dowolną...
26.03.2020

Koniec certyfikatów...

MCSA, MCSD i MCSA
26.03.2020

Odświeżony OS

FortiOS 6.4
26.03.2020

Bezpieczeństwo w chmurze

Cisco SecureX
26.03.2020

Modernizacja IT

Nowości w VMware Tanzu
26.03.2020

Krytyczne zagrożenie dla...

Nowa groźna podatność
26.03.2020

Laptopy dla wymagających

Nowe ThinkPady T, X i L
26.03.2020

Serwerowe ARM-y

Ampere Altra
26.03.2020

Energooszczędny monitor

Philips 243B1

Systemd – więcej niż init

Data publikacji: 28-08-2015 Autor: Grzegorz Kuczyński

W poprzednim numerze „IT Professional” (s. 29) przedstawiliśmy narzędzie systemd i opisaliśmy w skrócie jego możliwości. Tym razem omówimy strukturę i zasady tworzenia plików unit, a także przyjrzymy się dokładniej temu, co systemd oferuje w stosunku do usług.

Systemd posługuje się unitami w ramach wielu różnych aspektów zarządzania systemem, nie tylko w stosunku do usług. Samych typów unitów jest aż dwanaście i wiele z nich obsługuje się w charakterystyczny dla nich sposób. W poprzedniej części opisaliśmy idee aktywacji usług poprzez gniazda (socket) – tzw. socket-base activation, na wzór demona inetd. Jednak systemd oferuje znacznie więcej tego typu mechanizmów – np. aktywację poprzez system plików i urządzenia. Potrafi on uruchomić zadaną usługę wtedy, gdy podłączymy do systemu jakieś urządzenie, np. po podłączeniu drukarki wystartuje usługa CUPS. Innym przykładem jest sytuacja, gdy podczas uruchamiania systemu znajdują się w kolejce jeszcze zadania do wydrukowania. Wtedy możemy wykorzystać mechanizm path-base activation w celu uruchomienia usługi CUPS. Istnieje również możliwość aktywacji za pomocą unitu typu .timer, co odpowiada komendzie at, lecz odbywa się to w bardziej zorganizowany i scentralizowany sposób. Tak więc systemd oferuje administratorowi systemu coś więcej niż tylko ustalanie, w jakim celu mają być włączane usługi i jaka ma być kolejność ich uruchamiania. Systemd daje ogromne możliwości konfiguracji procesów, które uruchamia.

> Struktura plików unit

Pliki unit składają się z trzech głównych sekcji, które definiują różne aspekty zachowania się unitów:

 

  • [Unit] – ta sekcja zawiera główne opcje, niezależne od typu unitu, opis i sposób zachowania się unitu oraz tzw. zależności;
  • [unit type] – sekcja przyjmuje nazwy odpowiadające poszczególnym typom plików unit, np. [Service], [Socket],
  • [Mount], zawiera specyficzne dla każdego z nich parametry, które często nie występują w innych typach unitów;
  • [Install] – ta sekcja definiuje sposób instalacji pliku unit (usługi) za pomocą polecenia systemctl enable i disable.

 

Najprostsza forma pliku unit dla przykładowej usługi (np. plik srv.service) wygląda następująco:

[Unit]
Description=srv

[Service]
ExecStart=/usr/sbin/srv-daemon
[Install]
WantedBy=multi-user.target

Pełna treść artykułu jest dostępna w papierowym wydaniu pisma.

.

Transmisje online zapewnia: StreamOnline

All rights reserved © 2019 Presscom / Miesięcznik "IT Professional"