- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Считаю, что всё будет зависеть от движка.
Если там будет какое-то чудо на php с обращениями в базу, то
50к будут саавсем не сладкими для любого из предложеных серверов.
Вот если всё будет на статике, то действительно можно выдавать контент
очень много и очень быстро. При большом числе мелких файлов,
у которых актуальность 1 день, можно просто забить лишний гиг памяти,
и закинуть всю мелочь в неё. Отдаваться будет вообще пулемётно.
ну я ж (на предыдущей странице) приводил результаты стресс-теста. Там именно запросы в базу проверялись.
Естественно, если скрипт не оптимизирован или криво написан, то он и при 1 тысяче посетителей будет сервер вешать.. Я такие варианты не рассматривал.
А так если движок у сайта нормальный, то даже слабенький сервер потянет весьма и весьма высокую посещаемость.
бедный ваш клиент на котором вы тестировали :)
Еще на счет софта. Если все-таки есть и обращения к базе и статичный контент (например много имиджей), то можно php код крутить на апаче, а статику - на nginx (он лучше отдает статику и жрет меньше памяти).
Загруженность следует выгажать не в униках а в хитах. Да и от скрипта сильно зависит. Очень сильно.
при ~50.000 уникальных в сутки .
это не такая уж большая нагрузка. У меня трафа побольше и avg за 0.5 редко зашкаливает. Сервер Intel SR1300/SR1400 Dual Xeon-2.8 GHz CPU, 2Gb RAM, 2x36Gb UW SCSI HDD RAID 1 на агаве. И чтобы вам не говорили, по-любому при такой нагрузке нужен scsi.
при любой нагрузке нужен scsi для веб-серверов.. Очень сильно влияет на производительность. К сожалению, многие коммерческие хостеры такие винты у себя на серверах не ставят...
при любой нагрузке нужен scsi для веб-серверов.. Очень сильно влияет на производительность.
сейчас набежит куча народу и будут орать, что sata ничем не хуже ;). Проверено.
сейчас набежит куча народу и будут орать, что 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 оборотов.
сейчас набежит куча народу и будут орать, что 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. Если есть желание не мучаться с цифрами из головы, то можете ко мне обратиться и за разумную плату нарисую нормальный массштабируемый солюшен под оговоренные требования... можно даже с инталляцией и сопровождением.