А SATA Уже вышли из моды?:)
Я думаю что за 300$ в месяц можно взять скажем Quad Core (8 ядер,2.00) гиг 12-16 памяти, и парочку SATA 750G (вполне будет достаточно), я вот считал считал, очень даже прибыльно даже на арендованном сервере, если конечно не продавать по 15$ VPS-ы.... так может и на аренду не хватить :) Я тоже говорю про XEN
А если закешировать ?:)
Собрать такое мы можем , причем без проблем, но как я писал выше в разных случаях требуется предварительный анализ ресурса, не предмет его работы, да бы понимать , что и куда он складывает, зачем, почему и как это распределить на разные сервера. Стандартной схемой статического контента может выступать rsync который раз в несколько минут с одного "мастера" дописывает обновления на слейвы (ноды) , но это не всегда уместно, по этому надо посмотреть сайт, или движок, а потом что-то говорить на тему сможем ли мы. Если у заказчика есть девелоперы готовые поменять кусок сайта - ситуация значительно упрощается.
А что странного в моих подсчетах, вы верно говорите 300$ приблизительно аренда сервера хорошего + 300$ прибыли с него...
Ну так вот ж о чем.... 3 ноды с клиентами, по моим подсчетам нормальный 8 головый сервер под VPS должен приносить 300-400 $ а там их аж три и цена всего 300$ за все, явно как-то подвох ... Ну хотя кто его знает чем они там дышат , дело такое.. я не стал даже вступать в переговоры.. мутно как-то ;)
Ну если речь велась о "хостинг провайдере" от под словами VPS я понимаю кариер на котором сидят VPS клиенты, а там что одна VPS нода в 800 Mgz и на ней все дело живет?:)
Там же VPS-ы :)))
Как они могут приносить 50$ в месяц? 50 клиентов? ВПС-ы по 1$ ... дайте две :)
Жестоко ;))) За пару часов продался "хостинг-провайдер" :)
Ждем посты от покупателя ;)
Реклама, Реклама, Реклама , кругом одна реклама,
ТС, Довольно часто пользователи сами того не подозревая создают нагрузку своими сайтами (без каких либо целей и подвохов, они просто сами не знают что происходит), например вы установили "супер-модуль" к своему "супер-движку" и он стал всей вашей аудитории выдавать SQL ответы по 20MB каждый... да, такое возможно, дела разработчиков мутная история ;) Но помочь вам в этом разобраться должен ваш хостер, но опять же, что значит "должен", это уже зависит от моральных принципов той или иной компании по отношению к клиентам или же самим договором. Тупо просить хостера "починить" эту проблему, но сказать где она... они на мой взгляд просто обязаны, то ли это излишне общения к файловой системе, то ли к базе данных, то ли какие-то скрипты которые выполняются из под вашего ID.... А может еще ваш сайт просто вырос с шаред сервера и вам давно пора уже покупать свой отдельный? Но если вы покупаете хостинг за 5$ В месяц то чего можно ожидать от хостера, ему проще потерять 5$ чем занять админов разбирательствами (но опять же зависит от подхода....).
Я думаю, что если бы вы ловили DDoS то хостер бы уже давно выключил ваш акаунт......
P.S: Я думаю что всем товарищам которые пишут аналогичные посты, стоит в первом сообщении указывать: Я покупаю хостинг за X денег / в месяц.
Ночи доброй,
Хотел бы задать несколько вопросов посетителям на тему "балансировки нагрузки".
А) Сталкивались ли Вы с балансировкой как пользователь?
B) Понимаете ли вы как работает балансировка?
C) Какие виды балансировки и для чего использовались (какой вид трафика, сколько, на сколько нодов)?
Столкнувшись сейчас на рынке с ресурсами которые потребляют все больше и больше ресурсов просто нельзя себе не задать вопрос: А почему только 1 сервер? В связи с этим решил провести опрос и рассказать свое видение происходящего.
Собственно от слова баланс, представим ситуацию, когда ваш сайт "достиг лимитов на спидометре" и вы уже не влезаете в самый мега-модный Quad Core с 32G памяти, ваши кеш сервера умирают от кучи запросов, работа стала невыносимой, оперировать терабайтами данных и миллионами запросов просто не реально. Выход есть, надо балансировать нагрузку между несколькими серверами или может быть даже между десятками серверов..... Софтовые реализации я думаю можно смело послать в топку, по этому всякие примочки для редиректа трафика путем операционной системы мы откинем в сторону, это НЕ ПРОДУКТИВНО!
Мы же давно перестали использовать компьютеры с 24 сетевыми картами :P что бы разрулить пару сеток, есть более надежные и качественные решения, свичи и прочее.
На сегодня я столкнулся с железкой под названием Foundry ServerIron 400 с которой уже более 5 лет плотненько работаю. Обычная 8 портовая, одноюнитовая коробочка :) которая работает с "напругой" порядка 4 Gb/s, при этом может включать в себя до 128 нодов в произвольных конфигурациях (фермах), при этом балансируя трафик на 4-7 уровнях всем известной модели OSI.
(На личной практике работает >10 ферм (с кеш группами) в которые входит порядка 50 серверов).
Представлю несколько произвольных (выдуманных конфигураций):
A) У вас есть 10 серверов которые включены в описанную выше железку, из 10 серверов у вас к примеру собран MultiMaster MYSQL , все они на внутренних IP, а на si400 1 реальный IP который распределяет нагрузку между 10 серверами, оправляя запросы на ноды то ли путем случайного выбора, то ли путем быстрейшего достижения, то ли по личным определенным весам описанным согласно нагрузке или железу машины. Не хилый кластер получается?
B) У вас те же 10 серверов на которых подняты равноправно 10 FTP демонов, которые в свою очередь смотрят в общую NFS шару, либо же распределенную файловую систему которая может быть собрана на тех же 10 серверах?
C) Апачи... / nginx.
В общем привязка сервисов нодов к фермам на si400 достаточно гибгая штука.
Отлично используется для отдачи ресурсоемкого контента в плане веса и в плане генерации, в плане веса, это к примеру 5-10 видео серверов с одинаковым контентом, при общей полосе потребления скажем в ~500 Mb/s , если же ваши сервера безудержно генерируют JPG картинки через PHP может быть кроме всего прочего включена система кеширования (выглядит она в виде дополнительных cache серверов с SQUID на них, и внутренними редиректами, по мимо этого у SQUID есть собственные функции работы "в команде" (ICP), динамика просто поразительна.
Есть конечно и проблемные моменты, но на сегодня в продакшоне я столкнулся только с одним из них и тот удалось победить довольно не сложными решениями, у si400 есть такое понятие при балансировке как stick , это означает что если при первом вашем запросе балансировщик отправил вас на nod1 то за вами сохраняется некий путь в течении определенного времени, дабы тыкая по веб сайту сбалансированному не терялись сессии апача и прочие другие серверо-зависимые переменные, то ли в силу моей безграмотности, то ли в силу прочих обстоятельств при высокой нагрузке очередь не соблюдается :( Решением для сессий (тот самый проблемный момент) была адаптация веб ресурса под хранение сессий в MYSQL базе (в отличии от стандартного /tmp). Запросы в базу были сбалансированы той же железкой :)
В общем ресурсы которые легко укладывали 8 головый сервер легко расплылись на фермы из 2х ядерных серверов c общей файловой системой (lustrefs).
Так же появляется серьезная конкуренция в плане отказоустойчивости, ноды как вы понимаете могут быть зеркальные т.е дублирующие друг друга, опять же на практике есть ферма из 5 одинаковых серверов, от части она дает возможность разгружать сервера, но по большей мере она дает возможность провести технические работы на 3-4х из пяти без остановки сервиса.
Напомню, что если вы зеркалируете скажем путем RAID-1 это круто, но довольно часто даже на дорогих рейд картах типа Adaptec в случае сбоя как минимум придется перезагрузить сервер, да все запустится хорошо со второго винта но в случае с si400 , будет определено, что такой-то нод потерял связь и он автоматом выключается из процесса балансировки, т.е ваш сайт не перестал работать ни на секунду.
Что же касается стоимости таких решений, на USA рынке стоимость такой железки плавно ходит в интервале между 700$ и 1500$ в зависимости от наполнения, порты могут быть как 100 так и 1000. А так же может быть встроена дополнительная флеш по мимо бортовой, других разновидностей не встречал. Ну и конечно же номинальная стоимость оборудования которое будет использовано для балансировки.
Если у кого-то есть еще какие-то соображения - пишите, а если можете поделиться опытом - тем более пишите :)
Спасибо за внимание.
