установка linux на сервер.выбор.

arcanis
да шо вы с ней носитесь, как с писаной торбой? Обычный дистр, заточенный под определенный круг задач.
какой круг задач? в вики нету круга, я думал под любой круг...
Арчи ~]$ ...as always want ready-made solutions that would make even tastier
Ну как бы явно для десктопа не особо нужна
PGP 0x31361F01
arcanisrepo
Мой выбор для сервера - CentOS. В последнее время популярность набирает CoreOS но сам не тестил.
Почему CentOS? Потому, что основан на исходниках RedHat Enterprise Linux. Есть готовые пакеты практически для любого софта и гарантия, что они не будут заброшены, если вдруг майнтейнеру это вдруг стало неинтересно.

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

По молодости страдал немного дурью. Раньше сам сидел на gentoo - в результате поставил gentoo на сервак (один из внутренних серверов в компании, почта, файлопомойка плюс БД для разработки и т.п.). До сих пор вспоминаю с содроганием. Да - оно несколько побыстрее работает, да - удобная система сборки. Но одно дело откатиться в случае каких-то проблем на десктопе и совсем другое дело когда после обновления упала БД на сервере с которой работало несколько человек. Или например запустил обновление mysql и вся система встаёт раком (это была gentoo - там всё собирается из исходников и было давно когда железо ещё не такое быстрое). А потом после часа сборки оказалось, что в make.conf не хватило флагов и надо пересобрать, а старый mysql уже обновлён и работает не так как надо. И все ждут и нервничают. И хрен его знает всё ли будет нормально в следующий раз.

Опять же если говорить про Arch. Мне он нравится - быстро работает, кушает мало ресурсов (с той же убунтой не сравнить). Но давайте начистоту - периодически проскакивают сообщения как после очередного обновления система не работает. Сам лично ловил такие ситуации. А теперь представьте, что это удалённый сервер и на нём допустим интернет-магазин. Это прямой убыток. А в случае удалённого сервера вопрос хоть и решаем но нахрена такие проблемы.

На десктопе я могу экспериментировать, на продакшен сервере это самоубийство.

palpalych
"но на серверах - debian, centos" - потому что они идут по дефолту?

Не путайте причину и следствие - их ставят не потому что они идут по дефолту, а они идут по дефолту потому что их ставят.

palpalych
или потому что есть гуевый установщик?

Это вообще не аргумент при выборе дистра. На хостингах как правило просто разворачивают образ. Ну и вообще есть puppet, vagrant, chef и т.п.

palpalych
а может потому что уже есть готовый образ с приготовленным софтом?

А вот тут в точку! Сервер должен работать - любое обновление это простой который стоит денег. Чем меньше время простоя тем меньше убытки. Nothing personal - just business. Поэтому плевать, что пакет тащит с собой много зависимостей. Важно, что эти зависимости позволят максимально безгеморройно произвести обновление.

palpalych
А теперь представьте, что это удалённый сервер и на нём допустим интернет-магазин.
как раз это мой случай, обновляюсь только ночью, один раз сервер упал из-за смены локальных интерфейсов после обновления системд, все починилось быстро путем принудительного именования оных.
Просто у меня болезнь называется - перфекционизм, мне нужен только свежий софт.
CoreOS буду ставить скоро видимо, аж свирбит как хочется испробовать сего зверя...
Арчи ~]$ ...as always want ready-made solutions that would make even tastier
Не смог пройти мимо. На работе в локальной сети крутится на XenServer мой сервер на Arch, который держит DHCP, DNS, FTP, WWW, Jabber, git, svn и зеркало обновлений для Arch. Не было ни единого разрыва =) К вопросу о стабильности, рабочая машина тянет обновления с сервера, которые я туда заливаю, на которой и тестирую обновления. Если все хорошо, то обновляю сервер. 24/7 работы сервака и все в порядке. Вот, как-то так.
palpalych
как раз это мой случай, обновляюсь только ночью, один раз сервер упал из-за смены локальных интерфейсов после обновления системд, все починилось быстро путем принудительного именования оных.

binaryshadow
рабочая машина тянет обновления с сервера, которые я туда заливаю, на которой и тестирую обновления. Если все хорошо, то обновляю сервер.

Ну вот классические просто примеры. С CentOS таких проблем гораздо гораздо меньше .... даже вот не вспомню когда последний раз занимался восстановлением. Сколько раз обновлял 6-ю ветку (включая полное обновление) - ни разу не было никаких проблем - одна команда + ребут. Затраты на администрирование минимальные. Это не значит, что другие системы застрахованы от косяков, но там таких проблем практически нет, тогда как на Arch каждый большой апдейт заставляет поднапрячься (ещё раз оговорюсь - на десктопе это меня не пугает).

binaryshadow
рабочая машина тянет обновления с сервера, которые я туда заливаю, на которой и тестирую обновления.

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

В общем-то я не утверждаю, что Arch не может работать в качестве сервера. Просто это более затратно и проблемно. Тут на самом деле много факторов, которые в совокупности делают CentOS, Debian и т.п. более предпочтительным решением. Раньше меня самого такие трудности не пугали (да ещё и на рабочей машине gentoo стояла), а потом со временем понял, что огромное количество времени съедает обслуживание и поддержка системы. И вдруг понимаешь, что вот есть серваки на CentOS или Debian-е которые просто работают и ниче им не надо. А есть "быстрый и вылизанный" сервак на gentoo (извиняйте, что я тут про gentoo но это всё-таки предок arch-a) который после обновления может и не взлететь. Даже при том, что восстановить его не вопрос и опыт вроде уже кое-какой есть, но работа это крайне неприятная, а в тоже время снаружи разницы в работе серверов никакой и весь этот перфекционизм не стоит потраченных усилий.

Ну и на закуску мой контрпример и реальной жизни. Есть проект в котором я участвую - в нём используется некий софт довольно старой версии. Так вот т.к. я сам сижу на Arch-е, то у меня в репах версия только самая последняя. А с ней проект не стартует в принципе. Так вот на Debian я могу поставить такую версию которая мне нужна, а на Arch-е не могу (вернее могу конечно зафиксить старую версию и остаться без новой но это не вариант). Спасает конечно docker но согласитесь - это реальное неудобство. Да - можно ещё сварить свой PKGBUILD, но опять же это лишняя работа которой нет в принципе в других дистрах. С слову на серваке в Debian-е стоят обе версии штатными средствами.

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

palpalych
CoreOS буду ставить скоро видимо, аж свирбит как хочется испробовать сего зверя...

Любопытно было бы узнать о результатах. Сам че-то никак не соберусь пощупать.
Почитал Вашу дискуссию. Из неё можно сделать вывод, что сколько людей - столько и мнений и это в принципе правильно.
Могу сказать только одно, что арч можно ставить на сервер, если у вас, как тут и говорилось не раз, маленькая контора, времени вагон и мало серверов. А вот, как тут модно выражаются, для "продакшна " - это не очень хорошо. Сервера должны просто РАБОТАТЬ. Тем более, когда их у тебя на 1-2, а 5 и выше.
Сам когда до делал сервера на генту и они долго и счастливо жили (молодой был горячий и времени вагон).
На арче сервер не ставил, кроме как для пробы баловался http://archserver.org/ - но он впал в небытие.

Опять же не надо забывать о коллегах, которые с вами работают - в подавляющем большинстве юникс-администраторы знают такие системы как debian/ubuntu, redhat/centos.
И то, что уходящий админ поступил по скотски, ещё не повод в будущем вам вести себя так же. ;-)
webhive
извиняйте, что я тут про gentoo но это всё-таки предок arch-a
Не совсем.
Lupus pilum mutat, non mentem.
jim945
webhive
извиняйте, что я тут про gentoo но это всё-таки предок arch-a
Не совсем.

Ух ты! Я бы тогда даже сказал "Совсем Не" :)
И действительно совершенно самостоятельный дистрибутив История

Не знаю даже почему я был уверен в гентушных корнях Arch-а. Почему-то всегда воспринимал Arch как "gentoo где всё уже скомпилено" :)
jim945
Не совсем.
Спасибо за ссылку, признаюсь, впервые вижу - впечатлило.
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.