Проект 50.000 уников в сутки. Какое железо? Какого хостера взять?

O
На сайте с 08.01.2002
Offline
157
og
#11

Считаю, что всё будет зависеть от движка.

Если там будет какое-то чудо на php с обращениями в базу, то

50к будут саавсем не сладкими для любого из предложеных серверов.

Вот если всё будет на статике, то действительно можно выдавать контент

очень много и очень быстро. При большом числе мелких файлов,

у которых актуальность 1 день, можно просто забить лишний гиг памяти,

и закинуть всю мелочь в неё. Отдаваться будет вообще пулемётно.

Пока мы живы, смерти нет. Когда придёт она, не будет нас.
_
На сайте с 24.07.2002
Offline
299
_Ad
#12

ну я ж (на предыдущей странице) приводил результаты стресс-теста. Там именно запросы в базу проверялись.

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

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

M
На сайте с 20.08.2004
Offline
376
#13
Мы тут стресс-тест гоняли на древнем двухселероновом сервере, дык он выдерживал бешенное количество запросов в секунду..

бедный ваш клиент на котором вы тестировали :)

отец сыночка, лапочки дочки и еще одного сыночка
K
На сайте с 14.08.2006
Offline
56
ksm
#14

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

QAвед-sunтехник
antono
На сайте с 12.07.2004
Offline
285
#15

Загруженность следует выгажать не в униках а в хитах. Да и от скрипта сильно зависит. Очень сильно.

mustafa
На сайте с 28.10.2005
Offline
202
#16
nikerr:
при ~50.000 уникальных в сутки .

это не такая уж большая нагрузка. У меня трафа побольше и avg за 0.5 редко зашкаливает. Сервер Intel SR1300/SR1400 Dual Xeon-2.8 GHz CPU, 2Gb RAM, 2x36Gb UW SCSI HDD RAID 1 на агаве. И чтобы вам не говорили, по-любому при такой нагрузке нужен scsi.

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

при любой нагрузке нужен scsi для веб-серверов.. Очень сильно влияет на производительность. К сожалению, многие коммерческие хостеры такие винты у себя на серверах не ставят...

mustafa
На сайте с 28.10.2005
Offline
202
#18
_Ad:
при любой нагрузке нужен scsi для веб-серверов.. Очень сильно влияет на производительность.

сейчас набежит куча народу и будут орать, что sata ничем не хуже ;). Проверено.

ДТ
На сайте с 16.10.2006
Offline
4
#19
mustafa:
сейчас набежит куча народу и будут орать, что sata ничем не хуже ;). Проверено.

Sata - решение, которое не предназначено для работы 24/7/365 под высокой нагрузкой (с высокой интенсивностью чтения-записи). Следовательно, при таком использовании стоит ожидать большего процента отказов по сравнению с scsi, что и происходит.

Когда появились raid на ide, ситуация была ровно аналогичная. Люди стали использовать ide для hi-end решений (причем raid0 =), чего не могло быть по определению. Привлекала цена и емкость дисков, как у sata сейчас.

Механика у sata-дисков мало того, что медленная, так еще и не очень надежная.

В любом случае - при использовании sata на серверах, необходимо использовать raid1 минимум, да еще и hotspare диск держать всегда на готове.

Мы ставили много экспериментов на сата дисках. Более-менее приличной работы дисковой системы удалось найти на контроллере src28x (с обязательной батарейкой), где из 7-ми дисков sata2-160gb был сделан пятый raid а восьмой был hotspare.

Сейчас ситуация с платформами интел довольно странная. Новые серверы от интел (sr15xx) подразумевают использование или sata или sas (2.5 или 3.5 дюйма диски). Но, первое - не надежно и медленно, второе - достаточно дорого и еще не проверено в "боевых условиях".

Хорошо, что есть supermicro и оптероны! =)

Итого - для стабильной и быстрой работы при высокой нагрузке только scsi на raid1 (можно raid5, но с обязательным hotspare диском), причем желательно на 15k оборотов.

Успехов, Дмитрий Т.
K
На сайте с 24.03.2004
Offline
223
#20
mustafa:
сейчас набежит куча народу и будут орать, что sata ничем не хуже ;). Проверено.

Ой.. а если sata raind с хардами поддерживающими NCQ?

Кстати, не прекращаю постоянно повторять, что железо многие из присутствующих считают от балды и по самим же непонятной методике. Человек озвучил цифру - 50k уников в день, что само по себе может быть какой-то отправной точкой, но этого мало. Естественно, что остальными цифрами человек владеет, но тут он их не выложил, а делать для кого-то рисерч за бесплатно желания нет.

Пример (цифры с потолка): 50k уников по 100 хитов с человека = 5000000 хитов * 15 http реквестов на хит = 75000000 http реквестов. Размер среднего http заголовка условно посчитаем как 500 байт = ~35762 мб в сутки входящего трафика. С потолка беру размер среднего ответа - 30kb = ~ 2197265 мб исходящего трафика. Пиковую посещаемость клиент не дал, но надо что-то прикинуть. Прикинем количество уников на час ~2000 cреднее. Если представить что сайт у нас супер пупер, то будем считать, что в час у нас тусит 10k уников и делают они по 20 хитов каждый... далее получаем ~ 3000000 http запросов за час -> 833 в секунду... что вызывает канальную нагрузку ~3,5 мегабита на вход и ... на out, на стек, на сокеты и т.д... и в совокупности надо обеспечтивать n сессий max, т.к. 80% этой массы slow... и т.д. и т.п.

У гигабитного канала есть свои минусы, т.к. при определенной географии он будет только вредить... key: fragmentation. Есть у нас в природе веселые площадки, которые дают народу гигабит, а аплинки набраны из кучи соток... если бы они были в гигабитном media, то еще ладно, а так там физические сотки... и... много нюансов... в т.ч. и по mtu на сетевой карточке.

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

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.

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