Началось (https://lists.fedoraproject.org/pipermail/devel-announce/201...) обсуждение первого чернового варианта требований (https://fedoraproject.org/w/index.php?title=Server/Product_R...) к серверному варианту дистрибутива Fedora Linux. Если RHEL позиционируется как коммерческий продукт для промышленного применения, а CentOS как стабильный бесплатный дистрибутив для серверных систем, которым не требуются услуги технической поддержки, то Fedora Server должен занять нишу инновационного серверного дистрибутива, позволяющего применить самые свежие наработки для серверных систем и задействовать новые версии программ.Fedora Server рассчитан на предоставление основы, обеспечивающей должный уровень стабильности и эффективности использование ресурсов, для развёртывания приложений и сервисов на базе новейших технологий. В частности, Fedora Server сможет использоваться в качестве платформы для создания, тестирования и поставки популярных программных стеков, а также для обеспечения миграции ранее внедрённых приложений на новые платформы.
В качестве примеров ниш, для которых может оказаться востребован Fedora Server отмечается создание отдельных серверов для запуска приложения или сервиса (DNS, DHCP, файловый сервер, хранилище, СУБД, web-сервер и т.п.), использование в качестве платформ для центров обработки данных и развёртывание приватных облачных систем (IaaS, Infrastructure-as-a-Service). Для упрощения сопровождения серверов в Fedora Server предусмотрено наличие инфраструктуры для централизованного управления группой серверов как одним целым, возможность автоматизации массовой установки на несколько серверов и поддержка обновлений уже установленных систем до нового релиза с минимальным участием администратора.
Fedora Server должен решать следующие задачи:
- Возможность лёгкого развёртывания и настройки готовых серверных конфигураций (server role), таких как контроллер домена FreeIPA, BIND DNS, DHCP, СУБД, iSCSI target, файловый сервер и т.п. Компоненты отдельных серверных конфигураций должны быть оформлены в виде, позволяющем разом установить все связанные с данной конфигурацией пакеты (установка в один клик);
- Средства для удалённой настройки, проверки и управления при помощи стабильных и распространённых интерфейсов. Поддержка использования на удалённых системах, не имеющих монитора и клавиатуры;
- Возможность быстро присоединить Fedora Server к контроллерам доменов Active Directory или FreeIPA;
- Возможность управлять ресурсами, потребляемыми запущенными сервисами, и ограничивать их;
- Наличие средств для быстрой переустановки сервисов, развиваемых в соответствии с парадигмой DevOps;
- Возможность лёгкого развёртывания и настройки приложений, построенных с использованием популярных фреймворков (JBoss, Ruby on Rails, Django, Turbogears, Node.js, PHP);
- Предоставление средств для работы в качестве узла облачной инфраструктуры на базе OpenStack;
- Наличие привычных инструментов для создания и манипулирования большим числом изолированных контейнеров.URL: https://lists.fedoraproject.org/pipermail/devel-announce/201...
Новость: http://www.opennet.me/opennews/art.shtml?num=38831
Разработчики для начала лучше бы у своих пользователей спросили нужна ли им "инновационная" серверная Федора.
И я не уверен в позитивном ответе.
Тут скорее разработчикам серверных инноваций нужны тестеры и дабы отличить тех, которые из их загона, они решили пометить их через uname.ПО мне проще было бы иметь какой-нибудь testing-unstable в CentOS.
Так хоть была бы уверенность, что нужная инновация в конце концов стабилизируется и будет поддерживаться.Хотя может они сделают возможность легкого перехода с Fedora Server на RHEL/CentOS
У каких пользователей то, десктопа? — Так тут их мнение значит чуть меньше, чем ничего.
Смысл, как раз, в том чтобы расширить пользовательскую базу за счет привлечения пользователе й других серверных дистрибутивов.
>Смысл, как раз, в том чтобы расширить пользовательскую базу за счет привлечения пользователе й других серверных дистрибутивов.Но как? Я не могу себе представить ситуацию чтобы я, пользуясь Дебианом и как дектопом и как сервером, решил попробовать серверную Федору.
А если вдруг Арч сделает серверную ветку? Кто будет им пользоваться, кроме арчеводов?
Нет, не согласен. Считаю, что пользователей серверной Федоры возможно набрать лишь среди пользователей десктопной Федоры.
Арч и так есть: http://www.archserver.org/
он труп.
Есть любители федоры на серверах в мелких конторках и сейчас (а в этих задачах можно юзать любой дистр легко). Для них подспорье хорошее.
Незнаю насколько там все легко и быстро развертывается и настраивается. Обычно за такимим заявлениями нет либо ничего либо глюкодром велосипедный аля zentyal.
Если забыть про абзац выше, то стабильная и в чем-то инновационный есть дистр от оракла, а просто инновационные убунты всякие. Причем с поддержкой 5-7 (да?) лет.
2 года даже не смешно. Короче, декстоп для рабочих станций они пилят для работы в связке с сервером на centos.
Оно не для пользователей, а для сисадминов/программистов. А эти выбирают всё же сначала по объективным критериям - решает ли задачу - а потому уже по нравится-не нравится. А идея хороша - сейчас нет более-менее вменяемых в плане поддержки/надежности дистров с "модными" стеками - последними версиями ноды, ядер, систем вирутализации, рельсов и тому подобного. Есть либо русские рулетки вроде арча и дебиан сида, либо стабильное, но древнее. А промежуточный вариант вполне возможен - когда пакетов сравнительно немного (то есть не тащить экзотику, ограничившись распространенным, чтобы уменьшить объем работы), но они свежие и есть более-менее приличный QA.
>русские рулетки вроде арча и дебиан сидаСтейбл арча постабильнее сида будет.:)
Про dependency hell молчу.
уж года 2 сервера на сиде, все обновления стоят, все нормально :)
о, вот и первые любители анстейбла на серверах подтянулись:) в каждом треде они есть. "у меня xxx уже ууу и все работает") в каждом топике про федору их вижу. иногда они правда заводят темы "сломалось ххх после апгрейда".
дак сервер предоставлят площадку для запуска софта, если есть софт в пакетах - поддержка и обновления один фиг лучше, чем самому кривыми руками будешь запиливать, а в анстейбле быстрее ломают и быстрее чинят :)для сервера и фронтенда заббикса самое то - всегда свежая версия, задержка около недели или меньше даже
был у нас один кадр, поставил центос, собрал заббикс из исходников и не осилил ответить на вопрос как он будет заббикс обновлять :) проблема решаема, только нафига самому собирать если уже все готовое есть, прямо винда какая-то: чтобы поставить продукт от мс надо поставить .net и пофиг, что дистрибутив в системе есть и поставить его 1 строчка в павершелл, но само же не сделается
я так и не понял нафига федора на сервер? Тестированием заниматься?
хотя с убунтой тож есть народ смешной - компилят сами когда пакеты в репе есть, причем толком не понимая, что в итоге будет и как рулить, что печально
я для проверки рабочести dist-upgrade есть тестовый сервер и снапшоты виртуалок :)
вот-вот, о таких людях с кривыми руками я и написал. причем это и про тебя, и про вашего кадра.С прямыми руками не составляет проблемы обновлять zabbix на centos в тот же день после выпуска. Это я тебе как сертифицированный специалист по zabbix скажу.:)
> Стейбл арча постабильнее сида будет.:)Это там где вкатив апдейты типа systemd и libc можно небутабельную систему получить, если handjob'ом с ручным педалированием операций не заниматься? Такая "стабильность" может валить туда же куда и дебиановский grub выпавший в unbootable от отъезда версий модулей.
У вас забыли спросить что им нужно а что нет.
Думаю да, это ниша совпадает с серверной убунтой. На тех же вебсерверах как правило используется более свежий софт, чем есть в стандартной поставке redhat/centos. Видел что некоторые админы берут redhat/centos для машин на своих хостингах, и устанавливают php, mysql и прочее из сторонних репозиториев или сорцов. Других такое не устраивает, и берут более свежую убунту(та же википедия). Для этой же ниши, кстати, редхат сделал репозиторий Software Collections.
Вот уж сравнили!
Серверный дистр убунты хотя бы основан на LTS-редакции, где все и так более-менее нормально работает, хоть и устаревшее слегка - в серверах не это главное. А делать сервер из дистра "beta forever" - по меньшей мере не этично. Разве что честно написать в RELEASE-NOTE, что таки да. Примерно как Apache на винде - и сам продукт неплох, и неплохо, что есть под винду, только никто не пользует, потому как страшно - в сопроводиловке так и указано, что рассматривать как продакшн нельзя.
Нужна.
Жаль, меня как раз привлекает то что дистрибутив один. Не так уж много разработчиков в Fedora чтобы разгребать багрепорты с этими "установщик десктопа работает а серверный вариант глючит" и наоборот. И отмазки будут "этот баг серверного дистрибутива, что же вы хотели, пользуйтесь десткопным" Надеюсь они одумаются.
не так уж много? все разработчики RH в первую очередь пишут для Федоры
Сильное преувличение, часть пишет часть нет. Последнее время RHEL7 все силы отбирает, это заметно по активности. Например небыло времени на XWayland, по-этому в F20 вяленд слабо представлен (планировалось вообще с GDM запускать без бубна)
Так серверная редакция при установке с net-install образа и так есть, работает хорошо. Они хотят сделать преднастроенные для разных задач версии дистрибутива?
Они хотят сделать стабильную ветку с поддержкой в 2 года.
серверный дистрибутив примерно с 0.5 - 1 годом поддержки? Клоуны, их сама федора никому почти не нужна. Хотя найдутся упоротые, которые будут этот фантастический сервер эдишен ставить в продакшн.
Почему бы и не поставить? Сами-то давно щупали дистрибутив?
> Почему бы и не поставить? Сами-то давно щупали дистрибутив?Потому что никто не обновляет боевой сервер в полгода раз. И уж, безусловно, не станет заменять систему через пару лет.
> Потому что никто не обновляет боевой сервер в полгода раз. И уж,
> безусловно, не станет заменять систему через пару лет.есть полно короткосрочных задач, для которых поднимают сервер на виртуалке, накатывают готовый образ или допиливают автоматически паппетом, сервер отрабатывает задачу, и стирается. сервер это не только большой вакс в подвале банка.
> есть полно короткосрочных задач, для которых поднимают сервер на виртуалке, накатывают
> готовый образ или допиливают автоматически паппетом, сервер отрабатывает задачу, и стирается.Это довольно узкая ниша.
Современные стеки (нода сотоварищи) примерно с такой скоростью и меняются. И если будет дистр, где с сними экспериментировать удобно - это явно плюс. Как по мне - это будет более полезно, чем собственно десктопная федора.
Скажем так - чем колхозить подходящий набор софта методом make install, хоть и на стабильной базе какого-нибудь Debian, лучше уж серверная федора. А желание юзать свежак сейчаас довольно часто встречается, особенно в вебе, с нодами, NoSQL, рубями и прочим подобным. Ионо таки обоснованно - Те же NoSQL базы в фазе активного развития, и часто оказывается, что какая-нибудь вкусная фича появилась месяц назад, и ждать дебиана или рхела как-то не хочется. В общем, для веб-стартапов - в самый раз, как мне кажется.
> Скажем так - чем колхозить подходящий набор софта методом make install,разморозься уже наконец из своей криокамеры. В мире давно придумали пакеты и репозитории пакетов.
> Те же NoSQL базы в фазе активного развития, и часто оказывается, что какая-нибудь вкусная фича появилась месяц назад,
так и с федорой этого тоже не будет. Выпуск новой версии это минимум половина года, да ещё не угадаешь в какой комплектации будет собран пакет. Так или иначе всё равно придётся поддерживать отдельный реп с новым гогном (своими силами или чужимы). Ещё раз напомню, это НЕ повод выпускать новую ОС каждые 1/2 года. До этого может додуматься только идиот.
Ах да, забыл. Такие дистрибутивы давно уже сделали, называются с моделью 'Rolling release'. Это Gentoo, Arch, есть и производные от других.
Роллинг релиз - это когда "плывёт" всё и вся. А для серверного дистра лучше бы, чтобы основа была надежная, а вот сверху - новьё. Грубо говоря, gcc и binutils можно тянуть старые, а вот ruby и ядро - нет.
-O2 не пробовали?
В debian вовсе необязательно ставить все пакеты из ветки. Можно сидеть на stable и брать только нужные вещи из testing/sid/experimental. Если же они тащат за собой слишком много зависимостей в либах, то вместо бинарной установки просто нужные пакеты пересобираются под имеющиеся либы, работает это практически всегда, таким образом делается debian-backports. И нет, пересборка и установка делается не через make, а через apt.
А можно пойти еще дальше и при помощи debootstrap делать контейнеры с самым свежим софтом под конкретную задачу. Это кроме удобства и надежности апдейтов еще параллельно решает кучу других проблем важных для админа.
Ваш пост замечательно иллюстрирует аудиторию, на которую нацелена серверная федорка.
ну да, можно. Но если федоровцы предложат решение с меньшей морокой - свою аудиторию оно найдёт. Она местами своеобразна, не спорю - хипстеровата - но редах, в конце концов, не добро во имя Луны несет, а пытается занять нишу, из которой можно будет повзрослевшие бизнесы перетаскивать на RHEL. Есть, в конце концов, куча стартапов и мелких проектов, где сисадмина как такового вообще нет, и программисты не особо разбираюдтся в дистрибутивной кухне.
wget -c http://mirror.yandex.ru/fedora/etc/fedora-release.rpm
rpm -Uvh fedora-release.rpm
yum upgrade
yum updateНикакого секса более 4 лет.
ЗЫ: Обычно прежде что либо сделать на порадакшен сервере, я делаю пробы на тестовом. 1 раз в год апгрейд не трудно сделать и выбрать оптимальное время апгрейда.
Все остальные доводы пустые разговоры.
Если ты одмин локалхоста, то да, может быть и никакого.
> Если ты одмин локалхоста, то да, может быть и никакого.А что, админы нынче только те, кто рулят сотней-другой серваков, не меньше? Некрупная организация часто и имеет всего ничего сервачков: «рабочий» — резервный — тестовый» обычное дело.
Верно то верно. Но с развитием виртуализации редко кто уже ограничивается баре метал.
Обычная практика в 20 виртуалок на 2 физических (память дешовая, даже серверная). И снэпшоты есть, и виртуалку под задачу (см. сабж. тенденции они тоже понимают — никто под такие задачи отдельный сервак с избыточной надёжностью выделять не будет. А там под днс/дхцп, почту, и постгри под 1ц,.. можно выделить), и лив-миграцию (для осиливших).
Так что задач много. А из-за природной лени и прогматизма геморой на ровном месте — желающих мало. В общем что 1000, что 20, а задачи одни. Последним даже труднее (обычно и ресурсов не соизмеримо меньше).
Так что админ локал-хоста виден издалека. Уши выдают.
>Никакого секса более 4 лет.У меня более 5-и ktn/
ЧЯДНТ?
> У меня более 5-и ktn/
> ЧЯДНТ?Попробуйте гипс с *** снять? :)
А года через 3-4 запланируют выпуски с длительным сроком поддержки.
Вот если сразу запоют, то может быть... может и убунту догонят.
ну на счет промышленных серверов все и так ясно. ну кто будет ставить дистрибутив прославившийся как тестовый на рабочую машинку. да и сроки в пол года никого не привлекут. это и так ясно. нет понимаю в самом начале развития у федорки были серверные варианты , но по моему и так ясно что сервер это RHEL. зачем им это городить снова. даже та самая Oracle, CentOS да и Rosa тоже собирают свои серверные платформы на основе RHEL. куда они лезут не понятно.
Он не тестовый. Сервер работает месяцами, регулярно обновляется. Был произведён переход с 19 на 20 федору, ни одной неполадки до сих пор не было. Что я делаю не так?
> с 19 на 20 федору, ни одной неполадки до сих порТогда зачем надо САБЖ?
Стабильный дистрибутив со свежими пакетами и поддержкой, если за сервером следить и его обновлять.
"федора" и "стабильный" в одном предложении не согласуются.
> "федора" и "стабильный" в одном предложении не согласуются.Stadora?
Насчёт "сроки в пол года" - читаем последний абзац.
Каждая версия минимум 18 месяцев, с промежуточными коррекциями через 6 месяцев.
Первая версия вообще 2,5 года будет актуальна( FS-1.0 Pre1, FS-1.0 Pre2, FS-1.0, FS-1.1, FS-1.2 ).
Федороненавистники суть те же виндузятники, обсуждающие линукс: никакого представления о предмете.
> Федороненавистники суть те же винд узятники, обсуждающие линукс: никакого представления
> о предмете.Это взаимно, как я заметил.
Они лезут в современный веб. Там сейчас явная ниша - технологии меняются быстрее, чем за ними успевают промышленные дистры.
Херню несёшь. Смена "технологий" в вебе это в лучшем случае появление ещё одного пакета в репе, ОС это никак не касается.
Совсем не одного. Иногда - ещё и с нетривиальной сборкой. И если можно не морочить голову с самостоятельным пиханием этих пакетов - логично так и сделать, а не тащить лишний объем администрирования на себе.
Почему они не делают сразу Федора-тач для смартфонов?
Где-то это уже было?.....Ах да, 2002, RedHat Linux -> RedHat Enterprise Linux
> Fedora Server должен занять нишу инновационного серверного дистрибутива, позволяющего применить самые свежие наработки для серверных систем и задействовать новые версии программ.Сервер тестинг, да вы упоролись?
> Fedora Server рассчитан на предоставление основы, обеспечивающей должный уровень стабильности и эффективности использования ресурсов, для развёртывания приложений и сервисов на базе новейших технологий.
Ну да, Федорка тоже вон дает "должный уровень стабильности" по мнению юзверей дистра, и все у них работает как часы, хотя они забывают, что компьютер должен не только время правильно показывать.
>> Fedora Server должен занять нишу инновационного серверного дистрибутива, позволяющего применить самые свежие наработки для серверных систем и задействовать новые версии программ.
> Сервер тестинг, да вы упоролись?
>> Fedora Server рассчитан на предоставление основы, обеспечивающей должный уровень стабильности и эффективности использования ресурсов, для развёртывания приложений и сервисов на базе новейших технологий.
> Ну да, Федорка тоже вон дает "должный уровень стабильности" по мнению юзверей
> дистра, и все у них работает как часы, хотя они забывают,
> что компьютер должен не только время правильно показывать.Общие слова которые можно применить вообще к любому обьекту. "Что то кое где у нас порой". Литературный кружок.
ИМХО будет просто распыление сил разработчиков. Ну есть тестовый дистр Федора, там и надо тестировать инновации. Не понимаю, для чего его форкать. Только из-за в три раза более длительных сроков поддержки? Так для сервера этого все равно маловато. Дома с удовольствием юзаю Федору и на десктопах и на сервере, а в продакшене перевожу все десктопы с Федоры на ЦентОС, так нужны более длительные сроки (чем год) поддержки.
ПыСы. Не смотря на "тестовость" Федоры, каких-либо проблем с ней нет. Пользуюсь ею дома от ее рождения.
Fedora приревновала redhat к centos, не иначе.
RedHat, Fedora, Fedora Server, CentOS - у них там брачный период что ли? Чего они начали плодиться?
Просто Оракл подкинул им на вентилятор
> Просто Оракл подкинул им на вентиляторОраклу сугубо параллельны нишевые игрища.
но гогно девать куда-то нужно. Вентилятор у RH отличное место.
> Ораклу сугубо параллельны нишевые игрища.А чего они тогда рыпаются в ответ на действия редхат?
ну эксперименты ставить (в виртуалках) и со свежаком поцифродрочерствовать - может быть интересно.
но на сервер! в продакшн! федору???? они в хлам упоролись или как?
Я б за такое бил одмина по голове пока не станет вантузятником.
ВОТ! Вот оно! Только центос взяли под крыло, и уже федора почковаться на десктоп и продакшен начала! Т.е. сейчас по капельки будут выжимать из центоса весь стержень, народ приучать что есть редхад, а бесплатная федора дектоп/сервер, а центос, это типо сервер, но без поддержки и на своей волне. И со временем, новые подрастающие админы уже привыкнут к федоре как и к серверному варианту.
Закат центоса ... Но на наш десяток/два ещё центос по трудится думаю ...
Fedora нужна фанатам bleeding edge и для тестов, CentOS используется физическими лицами и мелким бизнесом, RHEL прекрасно себя чувствует в руках крупных предприятий - все просто и гармонично, не паникуй.
В промежуточных выпусках Fedora Server (1.1, 1.2...) будут доступны только не нарушающие обратной совместимости обновления пакетов.
Так вроде дебиан есть?
Все просто - Ubuntu. Server стала поджимать RHEL. Антиквариат софта в RHEL/Centos не устраивает клиентов. Нужно или ломать сложившийся порядок выпуска версий и выпускать их чаще, как Ubuntu или переложить это на сообщество fedora. Выбрали конечно же более привычный второй вариант.
> Антиквариат софта в
> RHEL/Centos не устраивает клиентов.Это шутка такая? Там столько бэкпортировано что это "старье" новее git.
>> Антиквариат софта в
>> RHEL/Centos не устраивает клиентов.
> Это шутка такая? Там столько бэкпортировано что это "старье" новее git.в совсем новых и свежих фреймворках зависимости тупо завязаны на версии (не везде, но очень часто), и бекпорты никого не волнуют, так что доля правды тут есть. Федора сервер, как стабилизированная федора, вполне может конкурировать с дистрами у которых нет никакой серьезной поддержки и разработки, вроде дебиана, убунту, генту и т.п. Ну а так как принципы администрирования схожи, народ сидящий на федора сервере в мелких проектах легко переедет на RHEL когда переезд заимеет смысл.
и не надо рассказывать мне о серьезности убунту, у меня достаточно знакомых работают в каноникл, и чем там занимаются я знаю из первых рук
Вот и дошло до разделения на "Линукс для хомячков" и "Линукс для отдельных серьёзных мест". Дальше - больше: захотят и ядро разделить на "домашнее" и "рабочее". И всё бы ничего, если бы не капитализм и не угроза закрытия "рабочих" кодов от "хомячков" - "чтобы не лезли куда рожей не вышли".
Fedora ухудшается. Видимо пришло время закопать её и делать другой общественный открытый дистрибутив.
Вам подойдет что-то из этого:
> Fedora ухудшаетсяС выходом F20 впервые за десятилетнюю ее историю она мне понравилась. Всем. Так что ничего она не ухудшается.
> и не угроза закрытия "рабочих" кодов от "хомячков" - "чтобы не
> лезли куда рожей не вышли".Гугл сто лет юзает какой-то самопальный вариант кернела у себя в ус не дует. Читаем лицензию и осознаем чего нам должны и не должны.
Главное штоб RedHat сам не запутался в своих дистрибутивах, например я уже не понимать какой и для чего.
RHEL - большой релиз цикл, стабильный платный дистр.
Fedora - годовой, с постоянным хаосом и бардаком, кривыми релизами.
CentOS - потому что проектами (типа openstack) надо базироваться на чем-то, но не на федоре, иначе просто будут убивать все время на проблемы федора.Fedora Server - сделаем промежуточное решение, аналог Ubuntu Server. Openstack придется реже попадать на грабли, да либо вообще напрямую будут в Server работать.
Имхо, чем закончится: сделают Fedora Core + Server/Desktop. Учитывая что в libsolv есть vendor lock, то тоже могут заюзать в dnf.
RH просто пытается закрыть все ниши и монополизировать линукс дистры, вот только их билд и релиз процессы это п... какой-то.
Федора-сервер - очень продуманный ход.
Имхо, даная стратегия привидёт к тому, что РХЕЛ будет лучше оттестирован и пакетная база будет более свежей в РХ репах, так как на Федоре будет отполировано.
+ если я не ошибаюсь, федора хотела перейти на версию модульного дистра. Предполагаю, федора будет поставляться, изначально, чем-то наподобие "стоковой конфигурации", а поверх можна будет надстроить десктоп\сервер\медиаплеер\и тд.
з.ы. Ванговать впринципе не очень хорошо, но.. через N выпусков слияние центоса и федоры в нечто единое? Со стейбл и анстейбл релизами?
> з.ы. Ванговать впринципе не очень хорошо, но.. через N выпусков слияние центоса
> и федоры в нечто единое? Со стейбл и анстейбл релизами?очень даже по делу
> Федора-сервер - очень продуманный ход.
> Имхо, даная стратегия привидёт к тому, что РХЕЛ будет лучше оттестирован и
> пакетная база будет более свежей в РХ репах, так как на
> Федоре будет отполировано.
> + если я не ошибаюсь, федора хотела перейти на версию модульного дистра.
> Предполагаю, федора будет поставляться, изначально, чем-то наподобие "стоковой конфигурации",
> а поверх можна будет надстроить десктоп\сервер\медиаплеер\и тд.
> з.ы. Ванговать впринципе не очень хорошо, но.. через N выпусков слияние центоса
> и федоры в нечто единое? Со стейбл и анстейбл релизами?Не мешайте все в кашу. То что можно отнести к Core, тоже надо тестировать, например обновлять glibc/gcc/toolchain/anylang и пересобирать этот core, а от него будут зависеть те кто выше. В итоге возвращаемся к стабильной базе - centos/rhel.
Что значит сервер? минимал поставил и настроил все окружение.
> Разработчики Fedora планируютони все время планируют, что с этого, или это план красношапки, подставить федорку окраклу
Ну правильно, свежак на серверах тоже иногда бывает нужен, а archserver сдох, мир его праху.
ассиметричный ответ на новость о centos :-/
У rpm-щиков кипиш какой-то всю неделю.
~$ :>\
контроллер домена FreeIPA, BIND DNS, DHCP, СУБД, iSCSI target, файловый сервер и т.п.
Был бы рад увидеть все это стабильное в Debian - UbuntuServer
Всё кроме первого (и то, не пробовал) стабильнее некуда.
Уж с вантузом не сравнить точно.
> ~$ :>\
> контроллер домена FreeIPA, BIND DNS, DHCP, СУБД, iSCSI target, файловый сервер и
> т.п.
> Был бы рад увидеть все это стабильное в Debian - UbuntuServerВсе вышеперечисленное стабильное, исключая FreeIPA (зачем сие??) и iSCSI target, есть ну в любом дистрибутиве практически... Даже в Мандриве 2010.2 замшелой... Хотя вот именно Дебианом/Убунтой никогда не пользовался ни дома, ни в продакшене.
Другое дело, что продвинутое использование сети (802.1q, vlan, GRE туннели и т.п) и виртуализация KVM в дистрах кроме RedHat/CentOS и прочих их клонов несколько затруднительны...
>Другое дело, что продвинутое использование сети (802.1q, vlan, GRE туннели и т.п) и виртуализация KVM в дистрах кроме RedHat/CentOS и прочих их клонов несколько затруднительны...Чииивооо? не знал что rpm необходим для правильной работы сетевого стэка.
юзаю debian/wheezy как роутеры, ведро 3.10-ваниль плюс iptables/iproute2/ipset посвежее из сырцов. И всё у меня почему-то работает без особых танцев с бубном.>Хотя вот именно Дебианом/Убунтой никогда не пользовался ни дома, ни в продакшене.
Вы уважаемый сначала почитайте , а потом осуждайте.
А то понаехали тут оналитеги которые терминов умных начитались а на практике ничего кроме вантуза и ворда не видели.
не скажу насчет сетевого стека, но виртуализация в убунту и дебиане работает намного кривее даже чем в федоре. такое ощущение что там просто собирают пакеты, без какого-либо тестирования.
Вот что-что, а на Ubuntu с виртуалками все хорошо. Я о 12.04 Server, если что.
> Вот что-что, а на Ubuntu с виртуалками все хорошо. Я о 12.04
> Server, если что.это исходя из опыта со сколькими хостами и виртуалками? а то у меня счет давно за десятки тысяч перевалил
> Вот что-что, а на Ubuntu с виртуалками все хорошо. Я о 12.04
> Server, если что.Если что?
> Вот что-что, а на Ubuntu с виртуалками все хорошо. Я о 12.04
> Server, если что.Ага. Давно пытались KVM-сервер из 10.04 в 12.04 перетянуть? Очень все хорошо!!!
> Ага. Давно пытались KVM-сервер из 10.04 в 12.04 перетянуть? Очень все хорошо!!!нечего было на убунте строить такие вещи. у убунты LAMP - предел, все что серьезнее - полная жопа
Причем тут RPM? Люди разные готовят пакеты и патчат и тестируют. Кваливикация и тветственность за дело разная. Вот и результат. Cовсем уже deb мозги проел, такие перлы логики выдавать.
> юзаю debian/wheezy как роутеры, ведро 3.10-ваниль плюс iptables/iproute2/ipset посвежее
> из сырцов.И почему последние годы я больше слакваристов вижу среди дебианщиков, чем среди собственно слакваристов...
Скоро одна часть "КрасноШапки" будет душить другую её часть, при чём с наслаждением.Когда же они наконец-то приоткроют завесу над этой лихо закрученной интригой.
> Скоро одна часть "КрасноШапки" будет душить другую её часть,
> при чём с наслаждением.
> Когда же они наконец-то приоткроют завесу над этой лихо закрученной интригой.Все очень просто, CentOS/RHEL слишком стабильные, Fedora - слишком нестабильная.
Red Hat - был только два этих "полюса", а между ними - свободное пространство,
которое тут же оккупировали дистры Ubuntu / Ubuntu LTS / Ubuntu Server / Debian.Fedora Server - это прямой конкурент Ubuntu Server и Debian на серверах,
а конкуренция - это всегда хорошо, пользователь от этого только выиграет.Конкуренции между Fedora Server и CentOS нет,
это разные ниши, хоть и расположены рядом.Конкуренции между CentOS и RHEL тоже нет, кому нужна поддержка покупают RHEL,
кому не нужна поддержка - используют CentOS, хотя и то и другое - Enterprise Linux.Скорее CentOS - это просто трамплин к RHEL, бизнес начинает с CentOS,
когда вырастает - переходит к RHEL, с платной поддержкой и меньшими рисками.А Fedora Server это будет еще кроме всего прочего, еще и отличной
тестовой площадкой для пакетов, которые потом попадут в CentOS/RHEL.Идеальная ситуация, если Fedora Server будет совместима с CentOS/RHEL,
тогда при необходимости можно будет взять более новые, но менее стабильные пакеты.
> Скоро одна часть "КрасноШапки" будет душить другую её часть, при чём с наслаждением.Некоторая конкуренция будет между CentOS и Fedora Server, но это словом "душить"
назвать трудно. Наоборот, такая конкуренция будет способствовать улучшению качества
дистрибутива Fedora Server, ведь его создатели будут искренне стараться сделать свой
дистр лучше, чем стабильная версия дистрибутива CentOS/RHEL производства Red Hat.Но от этого выиграют только все пользователи RHEL/CentOS/Fedora Server,
потому что все лучшие и проверенные наработки Fedora Server войдут
в следующий стабильный (а то и промежуточный) релиз CentOS/RHEL.Термин "душить" больше подходит к тому, что сейчас пытается делать Oracle,
перекрывая кислород Red Hat и продавая свою поддержку в два раза дешевле.
***но виртуализация в убунту и дебиане работает намного кривее даже чем в федоре
QEMU - KVM где родная? Или для кого-то виртующик - это вся виртуализация.
***Всё кроме первого (и то, не пробовал) стабильнее некуда.
Уж с вантузом не сравнить точно.
Это в сторону сравнения кита - слона?
Web UI интереснее в FreeIPA, eBOX, чем в AD.
BIND DNS - да устаревшая вещь. Но с другой стороны, для читсой DNS какие нужны новшетсва?
Интересно, какая у них встроена окажется DBMS.
Потом, весь перечисленный джент-набор будет на инсталляционном диске, без подкачки чего-то там.
имхо, маст хаве пробовать.
> QEMU - KVM где родная? Или для кого-то виртующик - это вся
> виртуализация.вообще-то главный разработчик qemu-kvm это red hat
о, как грамотно проведен захват ниши! сначала сделали зачистку - под видом заботы взяли под контроль основного конкурента, и, о-па, одним ходом в дамки! редхатовцы молодцы! однако, подташнивает от такой практичности... теперь просто более решительно стану выкусывать из свой практики редхатоидов и заменять их убунтами-дебианами. спасибо, помогли своей жадностью окончательно определиться ;)
теперь просто
> более решительно стану выкусывать из свой практики редхатоидов и заменять их
> убунтами-дебианами. спасибо, помогли своей жадностью окончательно определиться ;)Мировые биржи в панике. Раньше нерешительно делал, теперь решительно. Ты уж не серчай, ослабь натиск, не добивай.
> Fedora Server рассчитан на предоставление основы, обеспечивающей должный уровень стабильности и эффективности использования ресурсов, для развёртывания приложений и сервисов на базе новейших технологий. В частности, Fedora Server сможет использоваться в качестве платформы для создания, тестирования и поставки популярных программных стеков, а также для обеспечения миграции ранее внедрённых приложений на новые платформы.Их тоже покусали маркетологи.
Хорошее решение. Для тех, кому нужны свежие версии пакетов(php, apache, nodejs) - данный дистрибутив будет полезен. Думаю, его на него переползут разработчики приложений на модных фреймворках. Ну, и файлопопойку какую-нибудь на Fedora Server запилить можно будет, со свежей версией Samba.
Зачем оно надо, если есть RHEL, CentOS и Ubuntu-Server.
Неужели кто-то всерьез будет это ставить?ЗЫ: Анаконда все так же падает при установке?
ЛОР будет счастлив.
Fedora Localhost Server, - только так, песочница. Ждем Debian Testing Server