Если интересует приработка в качестве админа, то лучше и с FreeBSD поработать (до сих пор плотно используется и неизвестно сколько ещё будет использоваться) и убрать ваш негатив с линуксами.
По крайней мере решать приходится проблемы на совершенно разных ОС (приходилось и на Gentoo и на Suse, которые я на тот момент видел в первый раз). Когда есть достаточный опыт работы с FreeBSD и популярными дистрибутивами и умение пользоваться гуглом - всё в принципе решаемо.
Вообще, на сколько бы я не любил FreeBSD (:)), много задач (кластеризация, кое-какие задачи уровня ядра и т.п.) там решать затруднительно. Поэтому я всё же бы рекоммендовал плотно изучить Linux.
Да и обычно - если человек в своё время не полюбил FreeBSD, то его уже и не изучит плотно. Потом сразу подсаживаются на Линукс и Фряха уже сложна для понимания) Поэтому у вас плюс, что FreeBSD вы знаете. (конечно я не в курсе на каком уровне)
Под php 5.3 нет Zend Optimizer'а вообще. Много скриптов (коммерческих) выпустили специально ещё и под Ioncube Loader. С которым проблем нет ни на какой ОС. (самая последняя версия есть и под FreeBSD)
На подобный вопрос я уже ответил здесь /ru/forum/comment/8558776
Настроить клиенту сервер на Линуксе под его проект проблем никаких не составит. Здесь можно выбрать оптимальное решение под конкретный проект и выбрать оптимальные настройки. (даже можно подстоить частично сайт клиента под ситуацию, чтобы максимально увеличить отказоустойчивость и скорость работы). На виртуальном хостинге же сайтов много, клиенты разные и уже подстроиться под всех возможности нет.
Если вы про виртуальный хостинг, то я ещё ни разу не видел клиента, для которого была бы критична операционная система сервера. (обычно даже не имеют представления, что там установлено).
Перевод всех серверов виртуального хостинга на Linux - это уже другое. (естественно сервер у нас далеко не один).
Много подводных камней будет видно уже в процессе плотной эксплуатации. Даже продумать верно тарифы (допустимая нагрузка, верный расчёт нагрузки, место на диске, трафик, кол-во сайтов и т.п.) - это всё может сказаться. (даже подсчёт ресурсов и нагрузки на разных операционных системах (и даже ядрах) будет различаться).
В теме "хостинг" появляются разные решения. Кто-то предлагает кластеры, кто-то максимально изолированные ресурсы и т.п. И только через некоторое время (когда достаточная нагрузка всплывает и база клиентов увеличивается) появляются те или иные заморочки. Всё на 100% (не имея заранее опыта в этом и не предлагая опробованное в боевых условиях решение) не просчитать и не продумать в настройках. Где-то даже встречаешь всякие "хостинг версия вторая" (:)), когда предыдущий стартап провалился. Так же и с операционной системой.
То, что выбрана FreeBSD - это только уже конкретный опыт работы с ней на высоконагруженных серверах для виртуального хостинга.
Вашему администратору в любом случае (если конкретно с виртуальным хостингом плотно не работал) желательно читать документации, перенимать чужой опыт в разных вещях и решать, что и по какой причине будет оптимальнее. Потом уже постепенно и особо не создавая проблем клиентам (зависит от правильно выбранного изначально пути) подстраиваться под ситуации и нарабатывать опыт. Но изначально всё-равно нужно составить подробно план действий/настроек, которые он в начале будет производить на серверах. (в каком режиме будет работать php, какой mpm для apache, какие варианты разделения ресурсов между клиентами, какие настройки безопасности для виртуального хостинга, какие методы расчёта нагрузки будут оптимальнее и т.д. и т.п.)
Просто выбрать операционку (тем более по советам с форума) далеко не достаточно.
Возможно стоит сначала обозначить, что придётся делать и какие вопросы решать, а потом выбрать операционную систему, которая покажется более оптимальной для решения задач?
Изначально так повелось, т.к. был уже опыт поддержки серверов виртуального хостинга на FreeBSD.
Был известен ряд проблем/тонкостей, конкретные наработки по настройке, наработки по скриптам, расчётам и т.п.
Сейчас пока что-то менять на корню затруднительно и дополнительные "подводные" камни придётся изучать уже на ходу. А это создаст определённые проблемы нам и возможно клиентам.
А в целом соглашусь, что для Linux есть много интересного, с чем сложности у FreeBSD некоторые имеются. Поэтому уже для некоторых задумок пришлось выбирать другую ОС :)
Мне это и представлять собственно не нужно)
Познания равными быть не могут в принципе. Если есть уже глубокие знания определённой серверной операцонной системы на виртуальном хостинге (есть опыт администрирования виртуального хостинга), то уже более понятно, какую ОС зачем и как поднимать/настраивать и что там установить.
А если админы не занимались поддержкой серверов виртуального хостинга, то им вряд ли будут знакомы сразу все тонкости и от ОС это не зависит.
Я ТЗ буду ставить админу конкретное, т.к. я не только директор, но и сам админ с опытом работы в этой сфере. Если что-то будет не понятно админам, я помогу исходя из собственного опыта.
На виртуальном хостинге только FreeBSD.
Для клиентов по администрированию обычно Linux (если до нас по какой-то причине не ставилась FreeBSD).
Скажем, какие-то "кластерные вещи" поднять на FreeBSD затруднительно.
А какой линукс - это зависит от определённой задачи. Каждая ОС по своему полезна)
Правильный путь - это корректные задержки через robots.txt, имхо.
А настройки на стороне сервера могут легко "помочь" сайту вылететь из индекса.
В логах сайтов и прописано, с какого ip заходили на сайты.
Himiko добавил 22.02.2011 в 17:49
И там есть. Здесь тот же лог посещений сайтов, только общий.
В зависимости от настроек на сервере этого файла может и не быть или там может быть далеко не всё. (если запросы к apache к примеру не логируются nginx'ом)
Могу помочь в данном вопросе. Фряха вообще не проблема.
Могу обеспечить даже "отказоустойчивость" админов =) Т.е. несколько администраторов, один ответственный. Если вдруг заболел или ещё что, присмотрит другой. Для такой схемы не очень дорого.
Можем обсудить всё подробно. Мой e-mail: me@himik.org.ru
В логах сайтов похоже :)
Можно/Не можно.
Если в правилах прописано, что такая-то помомощь оказывается, а такая-то нет, то и нужно держаться в рамках собственных правил. А то - одному поможем, другому не поможем. Все клиенты должны быть одинаковыми.
Тогда обратитесь к тому, у кого есть root от ssh сервера.
