Чем дискета не устроила? Зачем ресурс флешки тратить?

Мой провайдер (причем наиболее вменяемый в городе по качеству и беспроблемности обслуживания) так делает уже лет, наверное, 10 как. Брат жив.

У самого esxi с флешки крутится, с данными на RAID10.

Неынтырпрайзно, если там обычная флешка. Надо SLC SSD с USB-разъемом под материнку напрямую.

Такое всегда можно было поровернуть на серверах, с которыми я ковырялся когда либо. Внутри usb порт, пихаем флешку с esxi, к примеру, в прошивке настраиваем приоритетную загрузку с usb и вуаля! Хранилище с виртуалками цепляется через iscsi.

Такое есть даже в microserver-ах от hp.

на моём микросерваке уже так 2.5 года

Кстати, а продакшн решения в виде отдельного накопите нет, чтобы сервер был «бездисковым»?

У нас лет 10 назад еще интереснее было - сервера грузились по сети (в радиусе нескольких сотен км), а данные - на SATA RAID1. Отработали положенный срок без нареканий. Смысла в этом было мало, но начальство так хотело.

Нормальный подход?

Рассказал анекдот? Молодец. Не нужно после этого спрашивать хороший ли он. Просто наблюдай за реакцией слушателей.

Дома стоит двухпроцессорный самосбор, там есть загрузка через pxe. Esxi точно можно ставить, загружая по сети. Про загрузку в боевое состояние по сети нужно смотреть подробнее.

нормальный подход это грузиться с san :)

Т.е. вся «статика» — на флэшке

Но зачем? Чтобы получить низкое i/o ?

Это типо гайд есть, как заставить сервак работать еще медленнее?

Нормальный подход, у меня на HP ProLiant ML350 G6 система (ESXi) даже не с флешки, а с SD карты(разъем для которой есть на материнке) стартует, который код уже работает

Но зачем? Чтобы получить низкое i/o ?

На флэшку ничего не пишется. Просто читается. А потом все библиотеки в памяти.

Сетевая загрузка

А почему загружать с флешки, а не по сети?

ну так вот чтение с флешки не самое быстрое.

И это смотря что понимать под «статикой». Вот /etc это статика? А /usr/lib ?

А потом все библиотеки в памяти.

man dynamic loading

ну так вот чтение с флешки не самое быстрое.

И это смотря что понимать под «статикой». Вот /etc это статика? А /usr/lib ?

А что понимать под «чтением с флешки»? Если там система. Вот в ОП примере всё, что есть, это флешка с системой и рейд10 с данными. На рейд там что-то читается, пишется, есть очередь диска.

А читать с системной флешки /etc уприается скорее в random read latency. Не могу быстро нагуглить, но хз, будет ли оно хуже на флешке, чем на нагруженном рейде из HDD.

нагруженном рейде из HDD

А что понимать под нагруженный рейд из хдд?

А что понимать под «чтением с флешки»?

Чтение различных файлов с fs, которая на флешке.

А читать с системной флешки /etc уприается скорее в random read latency.

Да ты прав. Что-то в этом ключе.

Все, что меняется в процессе работы — 'динамика'

/etc — статика.

А что понимать под нагруженный рейд из хдд?

Ну, например, Крутящиеся WD RE на 7200rpm, у которых непустая очередь, disk seek и прочие радости жизни.

Чтение различных файлов с fs, которая на флешке.

Но файлы то не различные! У них есть вполне предсказуемые параметры. Как минимум можно предположить, что это не многогигабайтные фильмы или файлы БД. Можно преположить, что с системного раздела нам надо читать сравнительно небольшие либы и конфиги, и важна не скорость отдачи кина клиенту, а время ожидания. Да и не факт, что вообще надо читать что-либо кроме как при загрузке. esxi, например, может прекрасно работать с превратившимся в тыкву bootbank'ом до потери питания.

Промышленные компьютеры для контроля автоматики вообще на CF картах и как-то что-то работает, не ломается.

cast Spoofing

Это делается для экономии. Флешка стоит на порядок дешевле, чем диск.

по сети?

скайлится плохо

Скайлирование

скайлится плохо

Это почему же? Если надо добавить N серверов, то либо готовить N флешек, либо добавить M строчек в конфигурацию DHCP. Если надо обновить N серверов, то либо перезаписывать N флешек, либо подсунуть другой файл для загрузки, откат, опять же проще.

возможно там какой-нибудь хитрый DC, где сервера часто включаются выключаются и нагрузка мигрирует с одного на другой в целях энергосбережения.

и когда пол-комнаты стоек серверов внезапно ключатся сеть заткнётся. условно полчаса сервер запускается, и ещё полчаса по сети образ сосёт. а так бы уложился в полчаса на запуск.

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

Загрузили все полимеры

возможно там какой-нибудь хитрый DC, где сервера часто включаются выключаются и нагрузка мигрирует с одного на другой в целях энергосбережения.

Хитры ЦОД в котором тысячи стоек, но при этом проблемы с искричеством? Какие-то вы очень синтетические проблемы придумываете.

впрочем, никто не мешает обновить образ и настройки конфигруции на флешке по сети.

И если обновление прошло с ошибкой, то сервер превращается в тыкву. Ну ок.

Добавка

Да, на всякий случай добавлю, что нет идеальных решений. Я вижу больше достоинств чем недостатков у сетевой загрузки в большинстве случаев, однако не исключаю, что где-то правильнее будет использовать загрузку с USB.

Я даже когда-то хотел собрать концепт-кластер, в котором все ЭВМ загружают друг другая по сети. Если одновременно всех выключить, то кластер сам не может загрузиться. Можно загрузить со специальной флешки-пускателя.