The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 227, opennews (ok), 07-Окт-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


77. "Релиз systemd 227"  +/
Сообщение от Stax (ok), 08-Окт-15, 17:15 
> И вуаля, стартует на 20 сек раньше. Рекомендую.
> Там еще udev ждет -  но с ним хуже.

Ахаха, это очень замечательно сломает конфигурации с внешними журнальными устройствами, раздачей томов по iSCSI и многие другие.

Вы знаете, сколько по времени инициализаруется, к примеру, это:
# ls /dev/sd*
/dev/sda    /dev/sdb   /dev/sde9  /dev/sdj   /dev/sdn1  /dev/sdr9  /dev/sdw
/dev/sdaa   /dev/sdb1  /dev/sdf   /dev/sdj1  /dev/sdn9  /dev/sds   /dev/sdw1
/dev/sdaa1  /dev/sdb2  /dev/sdf1  /dev/sdj9  /dev/sdo   /dev/sds1  /dev/sdw9
/dev/sdaa9  /dev/sdb3  /dev/sdf9  /dev/sdk   /dev/sdo1  /dev/sds9  /dev/sdx
/dev/sdab   /dev/sdb4  /dev/sdg   /dev/sdk1  /dev/sdo9  /dev/sdt   /dev/sdx1
/dev/sdab1  /dev/sdc   /dev/sdg1  /dev/sdk9  /dev/sdp   /dev/sdt1  /dev/sdx9
/dev/sdab9  /dev/sdc1  /dev/sdg9  /dev/sdl   /dev/sdp1  /dev/sdt9  /dev/sdy
/dev/sdac   /dev/sdc9  /dev/sdh   /dev/sdl1  /dev/sdp9  /dev/sdu   /dev/sdy1
/dev/sdac1  /dev/sdd   /dev/sdh1  /dev/sdl9  /dev/sdq   /dev/sdu1  /dev/sdy9
/dev/sdac9  /dev/sdd1  /dev/sdh9  /dev/sdm   /dev/sdq1  /dev/sdu9  /dev/sdz
/dev/sdad   /dev/sdd9  /dev/sdi   /dev/sdm1  /dev/sdq9  /dev/sdv   /dev/sdz1
/dev/sdad1  /dev/sde   /dev/sdi1  /dev/sdm9  /dev/sdr   /dev/sdv1  /dev/sdz9
/dev/sdad9  /dev/sde1  /dev/sdi9  /dev/sdn   /dev/sdr1  /dev/sdv9

В силу особенностей конфигурации (локальные диски против дисков во внешнем корпусе через экспандер, которые начнут раскручиваться только в момент первого обращения к ним от сервера) задержку выше этой вполне реально получить между инициализацией локальных и удаленных дисков.

В семерке средствами systemd-то можно завязать сервис на ожидавние появление конкретного устройства, а тут?

Ответить | Правка | Наверх | Cообщить модератору

91. "Релиз systemd 227"  +1 +/
Сообщение от Адекват (ok), 08-Окт-15, 18:15 
откуда такая страсть к скорости загрузки ?
нормальные сервера, а не "сервер на базе старого системника от тети Лены" делают такую штуку как самодиагностика, перед тем как начать что-то вообще загружать, так что выигрыш в несколько секунд - ну ничего не дает.
Ответить | Правка | Наверх | Cообщить модератору

116. "Релиз systemd 227"  +1 +/
Сообщение от dimcha (??), 08-Окт-15, 22:57 
> откуда такая страсть к скорости загрузки ?
> нормальные сервера, а не "сервер на базе старого системника от тети Лены"
> делают такую штуку как самодиагностика, перед тем как начать что-то вообще
> загружать, так что выигрыш в несколько секунд - ну ничего не
> дает.

Мосье просто, видимо, не сталкивался с Enterprise, который грузится по >10 минут. systemd, upstart или systemv уже без разницы.

Ответить | Правка | Наверх | Cообщить модератору

126. "Релиз systemd 227"  –1 +/
Сообщение от Stax (ok), 09-Окт-15, 14:30 
Не знаю, о каком таком "Enterprise" вы говорите, а типичный современный двухсокетный сервер HP/Dell/Intel/Supermicro тратит на инициализацию в биосе и т.д. минуту-полторы при правильных настройках (отключены лишние тесты, UEFI-загрузка и прочее). Раньше бывало и хуже, но в последние годы как-то стало получше с этим.

На том же самом железе в EL6 после команды "reboot" типичный сервер становился доступным через 3 минуты: 30 секунд на остановку все сервисов и размонтирование ФС до начала перезагрузки (у отдельных серверов - значительно дольше, но не будем о грустном), 1 минута загрузка до ядра, 1.5 минут от начала загрузки ядра до момента, когда запущены все сервисы (инициализация устройств, поднять сеть и все прочее, пока не завершиться, сервисы не запускаем).

У EL7 с systemd время сокращается до 1.5 минут: 1-2 секунды на перезагрузку, та же минута загрузка до ядра, 30 секунд до момента, когда запущены все сервисы (инициализация железа/сети/etc идет одновременно с запуском сервисов, которым уже хватает всего для работы).

Можно много говорить "без разницы", но не все сервисы и не всегда получается резервировать, и, знаете ли, я уже много раз ощущал, насколько недоступность критического сервиса в течении 1.5 минут комфортнее, чем недоступность в течении 3 минут. Намного комфортнее, прямо скажем.

Хотя, конечно, systemd на серверах важен не для этого. Но скорость перезагрузки трудно недооценивать.

Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз systemd 227"  +/
Сообщение от dimcha (??), 09-Окт-15, 16:02 
> Не знаю, о каком таком "Enterprise" вы говорите, ...

IBM Bladecenter, например...

> Можно много говорить "без разницы", но не все сервисы и не всегда
> получается резервировать, и, знаете ли, я уже много раз ощущал, насколько
> недоступность критического сервиса в течении 1.5 минут комфортнее, чем недоступность в
> течении 3 минут. Намного комфортнее, прямо скажем.

Я не хочу вступать в холиворы, но HA известен уже давно и если сервис реально критический, то оставлять его в единственном экземпляре весьма неразумно.

Ответить | Правка | Наверх | Cообщить модератору

133. "Релиз systemd 227"  +/
Сообщение от Аноним (-), 09-Окт-15, 20:13 
> IBM Bladecenter

Ну наконец-то хоть кто-то работал на реальном оборудовании. А то думал здесь одни любители локалхостов собрались.

Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз systemd 227"  +1 +/
Сообщение от Аноним (-), 08-Окт-15, 22:31 
>> И вуаля, стартует на 20 сек раньше. Рекомендую.
>> Там еще udev ждет -  но с ним хуже.
> В семерке средствами systemd-то можно завязать сервис на ожидавние появление конкретного
> устройства, а тут?

udevd вполне справится с посылкой уведомления или старта скрипта в этом случае.
зачем нужен systemd?

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру