Config service — различия между версиями
Материал из pNp Wiki
Andy (обсуждение | вклад) |
Andy (обсуждение | вклад) (→Общая информация) |
||
| Строка 34: | Строка 34: | ||
[root@vm-02 ~]# | [root@vm-02 ~]# | ||
</syntaxhighlight> | </syntaxhighlight> | ||
| + | |||
| + | Описание системных объектов | ||
| + | {| class="wikitable" | ||
| + | |- | ||
| + | ! Тип объекта !! Описание | ||
| + | |- | ||
| + | | service || Описывает как управлять сервисом или приложением. Управление включает в себя запуск/остановку сервиса, при каких обстоятельствах сервис должен быть автоматически запущен, а так же информацию о зависимостях и порядке запуска | ||
| + | |- | ||
| + | | socket || Описывает сетевой или <code>IPC</code> сокет или буфер <code>FIFO</code> который использует <code>systemd</code> для сокет активации. Сокет всегда имеет .service файл, который будет запущен, когда будет обращение к сокету | ||
| + | |- | ||
| + | | target || Используется для предоставления возможности синхронизации между другими юнитами в момент загрузки или изменения состояния. Объекты этого типа так же могут быть использованы, для приведения системы в новое состояние. Другие юниты определяют их отношение к target'ам , которые привязаны к действиям target'а | ||
| + | |- | ||
| + | | device || | ||
| + | |- | ||
| + | | mount || | ||
| + | |- | ||
| + | | automount || | ||
| + | |- | ||
| + | | snapshot || | ||
| + | |- | ||
| + | | timer || | ||
| + | |- | ||
| + | | swap || | ||
| + | |- | ||
| + | | path || | ||
| + | |- | ||
| + | | slice || | ||
| + | |- | ||
| + | | scope || | ||
| + | |} | ||
Версия 11:36, 2 марта 2018
Управление сервисами
Предварительные требования
- Виртуальная машина с двумя сетевыми интерфейсами
- Установленные пакеты:
systemd,bash-completion
Общая информация
В RHEL 7 на смену классическому init'у и стартовым скриптам, а так же запуску
демонов посредством xinetd, пришел systemd. Преимущества systemd
в сравнении с классической системой инициализации init:
- Возможность распараллеливания запуска демонов, что ускоряет загрузку системы
- Запуск демонов по требованию, без необходимости использования стороннего сервиса
- Автоматическое разрешение зависимостей сервисов, что позволяет предотвратить длительное ожидание в случае, если сервису требуется сеть, а сеть недоступна.
- Метод слежения за родственными процессами благодаря использованию
cgroups
Для управления разными типами системных объектов, называемых юнитами (units), используется утилита systemctl. Полный список системных
объектов можно получить следующим образом:
[root@vm-02 ~]# systemctl -t help
Available unit types:
service
socket
target
device
mount
automount
snapshot
timer
swap
path
slice
scope
[root@vm-02 ~]#Описание системных объектов
| Тип объекта | Описание |
|---|---|
| service | Описывает как управлять сервисом или приложением. Управление включает в себя запуск/остановку сервиса, при каких обстоятельствах сервис должен быть автоматически запущен, а так же информацию о зависимостях и порядке запуска |
| socket | Описывает сетевой или IPC сокет или буфер FIFO который использует systemd для сокет активации. Сокет всегда имеет .service файл, который будет запущен, когда будет обращение к сокету
|
| target | Используется для предоставления возможности синхронизации между другими юнитами в момент загрузки или изменения состояния. Объекты этого типа так же могут быть использованы, для приведения системы в новое состояние. Другие юниты определяют их отношение к target'ам , которые привязаны к действиям target'а |
| device | |
| mount | |
| automount | |
| snapshot | |
| timer | |
| swap | |
| path | |
| slice | |
| scope |
