Config service — различия между версиями
Материал из pNp Wiki
Andy (обсуждение | вклад) (→Общая информация) |
Andy (обсуждение | вклад) (→Общая информация) |
||
| Строка 46: | Строка 46: | ||
| target || Используется для предоставления возможности синхронизации между другими юнитами в момент загрузки или изменения состояния. Объекты этого типа так же могут быть использованы, для приведения системы в новое состояние. Другие юниты определяют их отношение к target'ам , которые привязаны к действиям target'а | | target || Используется для предоставления возможности синхронизации между другими юнитами в момент загрузки или изменения состояния. Объекты этого типа так же могут быть использованы, для приведения системы в новое состояние. Другие юниты определяют их отношение к target'ам , которые привязаны к действиям target'а | ||
|- | |- | ||
| − | | device || | + | | device || Используется для описания устройства, которое было обозначено как нуждающиеся в управлении <code>systemd</code> сервисом <code>udev</code> или файловой системой <code>sysfs</code>. Не все устройства имеют файлы <code>.device</code>. Такие файлы могут потребоваться для определения порядка следования устройств, их монтирования и доступа к ним. |
|- | |- | ||
| mount || | | mount || | ||
Версия 11:44, 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 | Используется для описания устройства, которое было обозначено как нуждающиеся в управлении systemd сервисом udev или файловой системой sysfs. Не все устройства имеют файлы .device. Такие файлы могут потребоваться для определения порядка следования устройств, их монтирования и доступа к ним.
|
| mount | |
| automount | |
| snapshot | |
| timer | |
| swap | |
| path | |
| slice | |
| scope |
