Встал вопрос о покупке собсвтенного сервера...

DA
На сайте с 04.02.2005
Offline
165
#31

Все прекрасно стыкуется.

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

тыщ-пыщ
Oniks
На сайте с 22.08.2005
Offline
176
#32

Можно вопросик?! Есть задумка своего проекта, для которого требуется свой сервак. Хватит ли 80 Круб. для такой задачи:

- размер БД около 5Гб;

- размер хранимых (и отдаваемых юзерам) файлов около 1Тб (картинки);

- максимальное одновременное пребывание (в 5 сек) 5 юзеров (при этом отдается 5 ХТМЛ-страничек по 10Кб и загружается на сервер 1 файл на 5 метров);

- контент по большей части полустатический + очень легонький форум. При генерации страницы совершается 3 запроса к БД (на селект до 5 записей или записи 1 строки), для форума - 7 запросов.

- раз в 3 дня бэкап всей информации (хранение только 2 последних бэкапов).

Вот как-то так. Впоследствии планируется задействовать систему из 3 серверов (база, картинки и скрипты, бэкап), но на начальной стадии это неэффективно (функционал работает только %% на 30 и юзеров не особо много). Если 80 мало, сколько тогда надо?

Профессиональные услуги фотографа в Москве и области (http://www.oniks-photo.ru/) покупаю стать и ссылки с сайтов про охоту
A4
На сайте с 09.08.2007
Offline
55
#33

Т.е. вы хотите бекапить 1 тб данных?

Если принять за бекап 5 (6) рейд, то, думаю со скрипом, но уложиться можно. (хеон 3xxx, 4g, 3ware, sata).

Настройка nginx и сопутствующего софта на freebsd/debian. Контакт через PM.
_
На сайте с 24.07.2002
Offline
299
_Ad
#34
Oniks:
Можно вопросик?! Есть задумка своего проекта, для которого требуется свой сервак. Хватит ли 80 Круб. для такой задачи:
- размер БД около 5Гб;
- размер хранимых (и отдаваемых юзерам) файлов около 1Тб (картинки);
- максимальное одновременное пребывание (в 5 сек) 5 юзеров (при этом отдается 5 ХТМЛ-страничек по 10Кб и загружается на сервер 1 файл на 5 метров);
- контент по большей части полустатический + очень легонький форум. При генерации страницы совершается 3 запроса к БД (на селект до 5 записей или записи 1 строки), для форума - 7 запросов.
- раз в 3 дня бэкап всей информации (хранение только 2 последних бэкапов).

Вот как-то так. Впоследствии планируется задействовать систему из 3 серверов (база, картинки и скрипты, бэкап), но на начальной стадии это неэффективно (функционал работает только %% на 30 и юзеров не особо много). Если 80 мало, сколько тогда надо?

не хватит 80 килорублей...

вообще мне кажется, что в вашем случае эфективней сделать следующее: сразу взять два сервера.. На одном сервере заставлять жить такой объем статики + скрипты - неэффективно.. придется хитровы....ную дисковую подсистему заводить, чтобы и объем был соответствующий и скрипты с бд чувствовали себя комфортно.. база данных в 5 гигов - это очень серьезно.. У меня например на форуме с 0,5 миллиона сообщений база данных весит всего 350 мегабайт.. сложно даже представить, какой объем текста в вашу базу позапихан, чтобы она 5 гигов весила.

1. Один послабее (в вашем случае идеально будет б/у взять) для картинок.. туда купить 4 терабайтных винта SATA, поставить их в райд.. таким образом вам и бэкап особо не нужен будет..

не ставить туда апач.. обойтись одним nginx и через него отдавать статику быстро и ненапряжно..

Один такой сервер б/у с апгрейдом дисковой подсистемы обойдется вам тысяч 80 рублей..

2. Второй посовременней с большим объемом оперативки.. для ваших баз данных лучше будет 12-16 гигов (шоб туда все ваши бд запихнуть + ресурсы для скриптов).. быструю дисковую подсистему с качественным хардовым райдом и серверными дисками типа SAS..

Такой сервер вам тысяч в 150 рублей выйдет...

зато при таком наборе у вас отпадает необходимость в покупке третьего сервера.. ибо первые два справятся с вашими существующими и будущими потребностями очень хорошо и с большим запасом прочности и мощности... соответственно сыкономите на колокэйшн.. когда у вас объем бд приблизится к 20-30 гигам, можно будет подумать уже и об отдельном сервере под них, ибо простым кэшем здесь уже не обойтись.. но думается, это будет еще очень не скоро..

мне кажется так будет оптимально.

Zaqwr
На сайте с 08.08.2007
Offline
111
#35

мда, автор задал вопрос и пропал, а тут такое развели =) меня очень порадовала кстати позиция некоторых людей, размещать свои сервера в разных датацентрах, может имеет место жить такой ход постановки дела?

Администрирование, Linux, Cisco, Juniper
Oniks
На сайте с 22.08.2005
Offline
176
#36

_Ad, дело в том, что описанные требования - это максимум, умноженный на 2 :) Да и то, он будет достигнут года через полтора после старта проекта. Поэтому хочется разнести затраты на железо по времени. Про базу - ее не нужно использовать всю постоянно. Будет применяться технология кеширования на уровне CMS (поэтому я и писал о полустатических страницах). Но хорошо, давайте уберем из задачи Тб файлов (пусть для них будет арендован сервак), и сбавим аппетиты в 2 раза. Тогда 80 тыс. хватит? :)

_
На сайте с 24.07.2002
Offline
299
_Ad
#37

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

если убрать из задачи Тб файлов и сбавить аппетиты в 2 раза, то 80 тыщ вам все равно не хватит. У меня домашний комп столько стоит.. как вы хотите нормальный сервак за такие деньги поиметь? Вы можете конечно взять стартовую конфигурацию какую-нибудь, но что она сможет с 2 гигами оперативки, если у вас одни только БД 5 гигов весят...

Или как вариант взять б/у сервер и проапгрейдить объем оперативки до приемлемого... но это полумеры всё... Надежность достигается только избыточностью, а экономия на каких либо элементах может привести к серъезным сбоям..

Если все такие будете б/у брать, сначала посмотрите, реально ли будет купить пододящие плашки памяти сегодня под устаревшее железо.. Если реально, то затем рекомендую обратить внимание на дисковую подсистему.. SATA - это бытовые винты.. для сервера нужно SAS (или SCSI в старых машинах) + хардовый райд-контроллер.. Дисковая подсистема очень важна для веб-сервера, которому приходится одновременно отдавать тыщи разнообразных мелких файликов, плюс работать с базой данных.. производительность между SATA и SAS различается не то чтобы в разы, а даже в порядки для веб-сервера... Железный райд-контроллер позволит дисковой подсистеме эффективно и надежно работать с избыточными массивами гарантируя сохранность информации.. Если не будет железного райда, построенный на софтовом райде массив будет нехило жрать ресурсы процессора... вполне реально (и часто встречается) ситуация, когда занятый на 100% каким либо скриптом процессор не будет иметь ресурсов обработать функции софтового райда и вы получите сбой дисковой подсистемы после которого будет проблематично восстановить работу вашего ПО на сервере.. Также обратите внимание, есть ли у данного железного райд-контроллера драйвера для той операционной системы, которую вы хотите поставить на сервер.. Например под FreeBSD далеко не у каждого железа есть драйвера... только у Адаптека и еще у пары производителей...

Что касается процессора, то для веб-сервера его мощность не критична... есть некоторые нюансы для использования 64-битных приложений на старых процессорах.. также обратите на схему охлажения процессора.. если она пассивная (как в большинстве 1u серверов), то вам нужно поспрашивать у датацентра как у них с кондиционированием... а то сгорит нафиг всё :)

DA
На сайте с 04.02.2005
Offline
165
#38
если убрать из задачи Тб файлов и сбавить аппетиты в 2 раза, то 80 тыщ вам все равно не хватит. У меня домашний комп столько стоит.. как вы хотите нормальный сервак за такие деньги поиметь? Вы можете конечно взять стартовую конфигурацию какую-нибудь, но что она сможет с 2 гигами оперативки, если у вас одни только БД 5 гигов весят...

Вот тут я с Вами категорически не согласен:

Intel SR2520SAXR 2U, iXeon 5xxx series, i5000V, 2fixed 4 x hot swap 3.5" SATA, 2*GLAN, 600W - 1053.00$

2xIntel® Xeon® Quad Core E5430P | 2.66GHz | Socket 771 | 12MB | 1333MHz | BOX- 1219.00$

4x500Gb Barracuda ES.2 ST3500320NS SATA-II 7200rpm with 32Mb - 4х155.20$

4хDIMM DDR2 (5300) 2048Mb ECC Fully Buffered Kingston KVR667D2D8F5/2G Retail - 4x108.00$

получается около 84000р. если брать без скидок.

У Вас в домашней компьютере скорее всего видеокарта "выедает" большую часть бюджета, когда на сервере в ней нет никакой необходимости.

_
На сайте с 24.07.2002
Offline
299
_Ad
#39

вы еще райд контроллер забыли + 400 баксов.. и опять же.. диски SATA.. впрочем, SAS нынче не слишком дороже, так что не суть.. щаз хитачиевский SAS те же 5-6 тысяч рублей стоит...

так что только запчасти уже под 100 тысяч будут стоить.. Если человек сам все достанет и сам соберет, то он все равно потратит больше 80 тысяч..

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

у меня похожая конфигурация, только платформа супермикровская и hdd пять штук.. заплочено 140 штук на позапрошлой неделе за него.

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

DA
На сайте с 04.02.2005
Offline
165
#40
Если человек сам все достанет и сам соберет, то он все равно потратит больше 80 тысяч..

Я показал пример за 84, из этой конфигурации можно убрать 2GB памяти или один жесткий диск, и за 80000 в бесплатной доставкой это всё окажется у заказчика дома.

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

Если речь идет о покупке дешевой платформы, то зачем тратиться на сборку её у какой-либо фирмы.

Схема действий достаточно простая:

1) установить процессор в сокет

2) смазать термопастой

3) закрепить радиатор (в случае 1u - радиатор)

4) установить жесткий диски

Для выполнения указанных действий хватит человека, который умеет собирать обычные компьютеры. Сборка сервера зачастую занимает гораздо меньше времени чем обычный PC. Гораздо больше времени уходит на настройку его программного обеспечения.

Конечно, если у покупателя средства не настолько ограничены, то нет смысла так заморачиваться, а просто взять готовое решение от бренд-производителей HP, Toshiba, IBM.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий