Советы и ответы на вопросы новичка в Администрировании

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

Я задам, а вы по наличию своего времени и желания ответите.

1. Стоит ли покупать сервер с высокими параметрами, т.е. что-то вроде Intel Xeon ? Или пойти по примеру Гугла, когда они закупали простые сервера.

Сразу скажу, что сервер под один проект, который включает в себя частое обращение к базе: имеется небольшой поиск по тексту - Sphinx, база около 100 Гб., около 20 000 запросов в сутки. А так же к этому: форум + что-то по типу чата или мессенджера (постоянное обращение к базе (выдача сообщений)).

2. Лучше HDD или SSD? Мне как-то сказали, что если поиск по базе у тебя преобладающий, то лучше SSD - отклик быстрей и пропускная способность выше как раз для быстрой выдачи.

3. Имеет ли разницу какую мат. плату покупать? Разумеется, что она должна подходить к процессору, но вопрос в том, что есть ли для сервера, а есть ли для простого компьютера. Например, знаю, что в серверы часто ставят платы от intel и supermicro.

4. Если у кого есть ссылка на статьи, которые рассказывают все о установке серверов, т.е. от момента покупки до установки вэб-сервера (апаче или энджинкс) то киньте плиз. Буду признателен.

Спасибо, пока все вопросы.

1. стоит, ориентируясь на будущее лучше не брать дешевые сервера.
3. для мат. платы главное это стабильность, чаще всего это обусловлено цепочками питания чипсета. не знаю как сейчас, раньше интел на питании не экономил, в отличии от тех же асусов, сам чипсет для интеловских процессоров как правило все-равно интеловский будет. десктопную вы все равно не возьмете, сокет на зеон не подойдет это как минимум.
4. для нагруженных проэктов лучше nginx на статике (80), apache на динамике (88)

-----
if(time()>1356048000) die();

Дополню.

nginx не обрабатывает .htaccess - в этом главная фишка.
Однако есть в нем неоспоримые плюсы против apache - мягкое распределение нагрузки между клиентами в пуле.
Сам могу подтвердить - nginx проксирует потоковое вещание с другого сервера, и даже во время рестарта - клиенты не теряют цепочку пакетов (звук даже не прерывается, только едва заметно разово "горцанет" как может вы слышали "гарцуют" испорченные mp3 файлы), т.е. буфер там нехилый.

nginx используют не просто для статики. его используют в качестве fronend'a, проще говоря "верхушки айсберга". Это чаще просто маршрутизатор запросов.
Просят статику (картинки, файлы, js, но там как настроишь) отдает напрямую с диска.
Хотя сервер со статикой может быть и совсем отдельный.

И вот выходит что только для того чтобы заработал столь популярный .htaccess ставят еще и apache + php как модуль. И настраивают nginx так чтобы он проксировал все динамические запросы к apache, который в свою очередь отдаст запрос php, который в свою очередь вернет результат в apache, а тот отправит ответ nginx'у...

Долго правда? Но не важно - эта конфигурация очень даже зарекомендовала себя.

Как вариант можно проксировать прямо к php (как CGI) без apache, но тогда и .htaccess будет бесполезен... Однако это работает реально быстрее и как бы "мягче".

Я конечно же склоняюсь к использованию nginx - ну оочень интересная весчь, очень масштабируемо.

-----
Шта? Репозиторий?

Либо я сталкиваюсь с такими людьми, либо реально рейтинг apache падает)

Понравился такой сервер: http://uti-office[dot]ru/product645778850/ что скажете? Именно для той цели, которую описал.

это почему-то в россии так (наверное патриотизм к сысоеву).. остальной мир живет на apache в основном..
я ничего не скажу - по железу не особо волоку...

-----
Шта? Репозиторий?

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

С таким количеством дорог - стабильность - понятие крайне эфемерное. И ещё подумать надо, что будет надёжнее - HA кластер на паре дешёвых машин или брендовый сервер, но один.


Например: http://www[dot]gigabyte[dot]com/support-[dot][dot][dot]up[dot]aspx?pid=3571 Широкий выбор xeon'ов официально поддерживаемых.


Падает. И уже давно. Слишком много ресурсов тратит.

-----
PostgreSQL DBA

Лучше прокомментируйте параметры сервера))) Это приоритетней)))

Появился еще вопрос.
Ранее я арендовал сервер и мне сразу все устанавливалось ранее и соответственно такой вопрос.
Сначала ставим ОС, что логично))))
Далее ставим вэб-сервер. Далее php, далее базу, далее сфинкс.
Правильно? А что с DNS?

А DNS надо располагать на другой машине и другом ip

А если вы о том как оно будет видно в сети - пишите в кабинете управления доменом свои NS-сервера и вуаля через некоторое время - вы в сети.

-----
Шта? Репозиторий?

Что значит на другом? А это разве не предлагает дата-центр? или на их усмотрение?

На ваше усмотрение, только на ваше.

-----
Шта? Репозиторий?

DeepVarvar
Эммм... расскажите про процедуру как получают ДНС адрес. Я ранее предполагал, что при размещении сервера в дата-центре, дата-центр его и выдает. А клиенту нужно его прописать в настройках домена и все.

DNS не получают (в том контексте в котором вы думаете).
Никто вам его не должен давать.
Да, верно, вы вписываете NS-сервера для домена.
А где ж их брать?
Предоставляет ли дата-центр такие услуги и на каких условиях? Спросите у дата-центра.
Но DNS можно "заиметь" и самому.
Вот (спасибо, подсказал и мне когда-то Мелкий), хороший вариант: afraid.org
По мне все устраивает.

Ну и как последний вариант - поднимать эти сервера самому.

-----
Шта? Репозиторий?

Вот только, если понадобится вдруг (и почему мне пришлось от них отказаться) - не поддерживается служебный домен *, т.е резолвить все поддомены, не указанные явно по этому адресу. Поэтому я теперь на pdd.yandex.ru


Вроде ничего такой. Памяти только, имхо, мало.
Но я бы всё равно арендовал сервер у немцев - http://www[dot]hetzner[dot]de/


Основное требование к DNS - дублирование и резервирование. Поэтому необходимо как минимум 2 NS-сервера, при том в разных подсетях. Хостеры же, как правило, да, соблюдают это правило, но оба ns'а размещают в одном ДЦ. Т.е. при падении ДЦ - недоступен домен вообще, даже если та же почта на гугле для домена или яндексе для домена.

-----
PostgreSQL DBA

Апач слушает на входе?
С nginx проблем не испытывал - можно вообще не зажимать поддомены на NS, а прописать их в nginx.conf

-----
Шта? Репозиторий?