Pull to refresh
69
0
Никита я @differentlocal

Затрудняюсь ответить :(

Send message
С добавлением серверов тоже не все так просто. Можно зарытся в SQL, причем не в сравнительно легко масштабируемый SELECT, а именно в инсерты, гораздо раньше чем понадобится второй сервер под фронтенд.

Все зависит от специфики сайта.
Я бы выбрал вариант с memcached. Оставляет больший зазор для масштабирования.
«Реальность еще страшнее» (с), биллинг, пусть даже Мастерхоста — далеко не такой хайлоад, как кажется со стороны.

Сколько у .m клиентов? Доменов .ru — 88000. Возьмем за число клиентов — 200000. Кругло. С запасом.

Допустим, что каждому клиенту нужно попасть в _биллинг_ — 2 раза в неделю. Итого — 8 раз в месяц. Опять-же, округлим до 10 раз. Получаем 2000000 заходов в биллинг в месяц, 500000 в неделю, 71000 в день, 3000 в час, 50 в минуту и меньше 1 юзера в секунду.

Это много? Нет, это очень мало :)
Даже если этих самых юзеров в минуту будет не 50, а 500, да даже 1000. Это все равно очень далеко до объемов не то, что гугла, а даже хабра.

Естественно, все рассчеты — очень примерные и врятли имеют отношение к реальности. Просто биллинг — сугубо техническая вещь, которая нужна клиентам не так часто. Я бы сказал совсем не часто. Чего там делать-то каждые 15 минут? Я думаю, 80% клиентов вообще заходят туда раз в месяц, оплатить хостинг на следующий месяц. Все.

А вот нагрузки тикетницы или главной сайта .m уже куда интереснее :)

Можно на любой, но будет
-Тормозить
-Глючить
-Много геморроя

И назвается это «хакинтош» :)
Вот теперь-то венде точно капец. (с)

И это, надо сказать, очень радует.
Все бы так, да только пост — про выбор сервера (в первую очередь — ДЦ и хостера), а не про оптимизацию и рассчет нагрузок :)

Возможно, и такое напишу, со временем.
Не нужно, для 1U. UPS обеспечивает и контролирует сам датацентр. А вот если брать сразу стойку 42U, то как правило есть возможность установки своего UPS.
Либо удаленное управление PDU (через сеть), либо — по звонку в тех. поддержку.
Спасибо.
А если коротко и по-русски для тех, кто не знает язык или не хочет читать — SLA это допсоглашение к договору с описанием уровня сервиса, предоставляемому клие2нту. В зависимости от оператора — описываются как организационные (скорость ответа тех. поддержки и т.д, так и технические (uptime, скорость замены комплектующих и пр.) вопросы.

Да, как правило, чем более высокий уровень сервиса — тем дороже услуга.

Вот пример: www.mednikov.ru/68
12 ...
44

Information

Rating
Does not participate
Location
Екатеринбург, Свердловская обл., Россия
Works in
Registered
Activity

Specialization

Specialist
From 1,000,000 ₽