Назад | Перейти на главную страницу

Solaris как серверная ОС - в чем недостатки?

Один из недавних вопросов о возможных причинах использования Solaris на сервере. Я бы хотел спросить об обратном:

Какие могут быть причины не использовать Solaris на сервере?

На ум приходит управление пакетами и исправлениями, но я уверен, что это еще не все. Вы также можете указать на преимущества других серверных операционных систем перед Solaris.

Я (был) администратором Solaris примерно девять лет назад, с v2.5 по v8. Я немного знаком с Solaris 9 и почти не знаком с 10.

Мои причины избегать Solaris:

Поддержка оборудования не так хороша, как у многих операционных систем Linux или Windows. Это улучшается.

Вы можете запустить Solaris бесплатно, но вы не можете получать обновления бесплатно. Даже обновления безопасности. Ни даже эксплойтов нулевого дня. Вы должны купить план поддержки для каждой системы, что может быть дорогостоящим. Это означает, что для получения обновлений нужно дождаться следующего выпуска «U» и выполнить обновление на этом этапе.

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

Между Solaris и OpenSolaris Sun сумела полностью упустить золотую середину между словами «добро пожаловать в 2004 год» и «Я такой новенький и блестящий, что не работаю на 100%!»

Раньше я хотел больше использовать Solaris до того, как проект Blastwave рухнул. Благодаря этому я мог получить новые инструменты, которые больше подходят для работы с Linux (на это я трачу 95% своего профессионального времени) с относительно простым онлайн-способом управления инструментами и обновлениями. Как только Blastwave и CSW успокоятся, я посмотрю на оба остатка и решу, стоит ли снова тратить время и силы на любой из них. Действительно, утрата Blastwave как надежного источника инструментов нанесла огромный удар по жизнеспособности Solaris в моих кругах.

Но причина номер один для меня в том, что сейчас мне не нужно делать ничего, что требует Solaris.

Меня как крупного клиента Oracle больше всего беспокоит то, что они в конечном итоге откажутся от Solaris или Oracle Enterprise Linux (их переименованный в RHEL).

Очевидно, что у обоих есть свои преимущества и свои недостатки, но я знаю, что они продают намного больше соглашений о поддержке OEL, чем Sun продавала для Solaris, и, конечно же, они несут расходы на разработку Solaris, разработка OEL обходится тогда совсем немного.

Мы все любим Solaris, но если он недостаточно хорошо продается и стоит слишком дорого для разработки, я уверен, что Oracle просто «лишит» его (оставит ZFS и т. Д.) И продаст его кому-то другому. Это было бы моей главной заботой.

В течение 10-15 лет больше всего беспокоило будущее Sun и будущее SPARC. Я был готов сдаться, когда они выпустили Solaris 10, который сделал шаг вперед с точки зрения технологий (хотя потребовался ~ 1 год, чтобы быть достойным производства). Недавняя покупка Oracle добавляет много краткосрочной неопределенности, но она может исчезнуть довольно быстро (независимо от результата). SPARC по-прежнему кажется безнадежным делом, хотя вокруг их «новых» процессоров CoolThreads было много шума, но они слишком специализированы, чтобы получить широкое признание.

Будет интересно наблюдать за отраслевыми тенденциями ... Несколько лет назад я наблюдал, как многие фирмы с Уолл-стрит стекаются на Linux (от Solaris / sparc) не для Linux, а для x86. Когда вышел Solaris 10, определенно произошел частичный отказ от Solaris, опять же на x86.

Управление пакетами и исправлениями не должно вызывать беспокойства, это вопрос знаний / навыков. Чтобы предложить вам другую точку зрения, моя новая работа связана с Linux, и меня беспокоит как управление пакетами, так и исправлениями. Это старые общие проблемы, на которые есть ответы.

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

Единственная причина, по которой я могу придумать, - это «отсутствие» поддержки / информации в сети, если вы не являетесь экспертом в Solaris (по сравнению с Linux или FreeBSD).

Сравнение Solaris 10 с Linux - это яблоки с апельсинами. В первую очередь разница заключается в среде сборки, что может подтвердить любой, кто переместил приложения Linux на Solaris. Я ожидал, что Oracle сосредоточится на построении модели совместимости исходных кодов и приложений Linux, а не на попытках позиционировать Solaris как замену Linux. Linux тоже не замена Solaris!

Для небольших приложений Linux подходит, для встраиваемых приложений, вероятно, лучше. Для больших железных приложений Solaris относится к другому классу, чем любой дистрибутив Linux. Взгляните на стек TCP / IP Solaris, планирование в реальном времени, управление услугами, пуленепробиваемую виртуализацию (зоны), и вы получите супернабор функций по сравнению с Linux. Добавьте ZFS, DTRACE и MULTI-THREAD SCHEDULING, и вы окажетесь в совершенно другом классе ОС.

Linux великолепен, мне это нравится. Солярис отличный, мне он тоже нравится. У каждого есть свои преимущества и недостатки. Oracle, конечно же, не собирается строить свои продукты с большим железом, такие как EXEDATA2, на LINUX, когда у него есть продукт высшего качества для сред с большим железом в Solaris.

Когда мой хост общего сервера переключился с BSD на Open Solaris, Заключение в тюрьму FTP ушел. Я не знаю, можно ли сделать доступным заключение FTP в Open Solaris, используя другой FTP-сервер или, возможно, перенастроив FTP-сервер по умолчанию.

Авторы на вики-странице Joyent об этой проблеме приписать проблему getcwd.

Я работаю над Solaris с 2002 года (то есть уже 15 лет), и все, что я могу сказать, это то, что это была моя «любимая» ОС за все это время, особенно за ее стабильность и стабильность с известными коммерческими приложениями, такими как networker, oracle (когда еще было Sun), netbackup и так далее.

но это скорее "страсть" к Solaris, чем что-либо еще.

по прошествии 15 лет для меня «основными проблемами» (если их можно назвать проблемами) были:

  • отсутствие онлайн-документации по сравнению с другими операционными системами (в частности, при попытках отладки производительности системы), но это было лучше, когда появился Solaris 10. в частности, для инфраструктурных сервисов, таких как LDAP, kerberos, NIS2LDAP и т. д., каждая система документировалась отдельно, но вы никогда не могли найти хорошую документацию, в которой люди реализуют все сразу.

  • исправления / обновления (моей компании пришлось разработать собственную систему исправлений для Solaris)

  • отсутствие совместимых инструментов / бинарных файлов в сети (нам часто приходилось компилировать свои собственные и редко находили предварительно скомпилированные бинарные файлы)

  • трудности с пониманием проблем с производительностью, иногда из-за отсутствия хороших инструментов (Solaris не для новичков, пытающихся понять, как работает система) и его специфического управления памятью (в частности, при использовании вместе с базами данных Oracle и всем, что использует разделяемую память)

с другой стороны, Solaris до сих пор остается моей любимой ОС по нескольким причинам, некоторые из них:

  • ZFS (теперь портировано на другие ОС)
  • Зоны
  • SMF
  • управление дисками (не понимаю, почему, но мне всегда было проще, чем Linux)
  • ощущение того, что вы используете "профессиональную ОС", которую никто не знает в совершенстве
  • стабильность (очень редко приходилось перезагружать хосты, а сбои обычно были из-за сбоев плохих программ Java и использования всего ЦП или памяти, что делало систему нестабильной, и вы даже не могли войти в систему, потому что она не могла даже разветвить оболочку)

Я никогда не пробовал Solaris 11, но выглядит он великолепно, и ничего не имею против. Я привык к Solaris 10 (мы все еще активно используем его там, где я работаю) и RHEL сейчас (что тоже здорово, но совершенно другое) RHEL - это простой путь ..... если вы не хотите бороться и вы хотите найти решения на странице 1 в Google, когда у вас есть проблемы ..

Solaris довольно нестабилен. Игра с очередями сообщений POSIX вызывает много недокументированного поведения. С другой стороны, Linux работает как шарм, никаких проблем.

РЕДАКТИРОВАТЬ (после 1,5 лет исследований и жесткого тестирования): Хорошо, ребята, может быть, Solaris не так уж и плох. Проблема в том, что errno.h по умолчанию НЕ БЕЗОПАСЕН ДЛЯ НИТИ. Таким образом, я получаю случайные ошибки из других потоков. Итак, нам нужно определить _REENTRANT, _TS_ERRNO или _POSIX_C_SOURCE - 0> = 199506L, чтобы получить потокобезопасность errno. Обратите внимание, что в других операционных системах errno по умолчанию является потокобезопасным. Таким образом, это вызывает путаницу.