All streams
Search
Write a publication
Pull to refresh
97
0
Максим @maxout

Инженер DevOps

Send message
ай-яй-яй, как я мог забыть про то, что у топикстартера ещё и под mysql и почту отдельные, и, по всей видимости, весьма «жирные» машины. которые нужно покупать, хостить и обслуживать.

согласен на 10 миллионов хитов, не меньше… ;)
за время моей работы здесь таких случаев не было.
статистику-то дадите?
почему вас так беспокоят непосещаемые сайты? уверяю вас, они не являются мне во сне, и для вас тем более никакой опасности не представляют =)
я рискну предложить в третий раз, надеюсь, и в последний: измерять целесообразность «авторской методики» следует количеством выдерживаемых хитов по бекенду относительно сложности схемы и стоимости реализации.

насколько я понял по цифрам, одна железка топикстартера обходится «со скидкой» в $20k. это же, извините, офигеть можно.
плюс четыре юнита вместо одного, два кабеля питания вместо одного — удорожание ежемесячной арендной платы раза в четыре.

о сложности программной реализации и её последующей поддержке не говорим вообще…

оки, если при отключении xCache железка по «авторской методике» нормально будет держать >5 миллионов хитов по PHP в сутки — может быть методика и имеет право на жизнь.

но почему я уверен, что выкинув openvz и apache, и сделав простейшую реализацию на nginx+fcgi, они на том же железе поднимут capacity в разы?
свою-то статистику дадите? ;)
число хитов по бекенду (в вашем случае тоже php, как я понял) в сутки — хорошо бы, для сравнения.
придираетесь к словам… про валидность меряния сайтами я уже выше написал.
к примеру, на одном из сайтов этого сервера сегодня было 14 тысяч уникальных посетителей =)
в канал мы не упирались ни разу ни на одном сервере…
сомневаюсь, что у топикстартера расклад кардинально иной. нормальная статистика для массхостинга.
правильный вывод из этих цифр — мериться количеством сайтов физического смысла нет… нужно измерять количество ударов по PHP в сутки, например. вот если автор озвучит свои показатели, посмотрим, оправдывается ли дикое удорожание и усложнение системы.
и кстати, байткод у нас не кешируется, физической возможности пока нет… с каким-нибудь eAccelerator, capacity, полагаю, выросла бы раза в два как минимум.
не замеряли, полез смотреть специально…
за последние сутки PHP обработал ~500 тысяч запросов.
сколько там чего отдал nginx без участия PHP — считать не буду, извините.
Администрирую shared-хостинг, одна из машин: dual quad-core opteron из стареньких, 4Gb RAM, фряха x86, nginx, PHP-FCGI. memory_limit 64Mb, max_execution_time 1800. MYSQL здесь же, EXIM здесь же. Никаких дисковых полок, 4 SATA-винта в этой же машине.
45000 сайтов на PHP. статических нет вообще. судя по загрузке железки — ещё тысяч 15 влезет без ущерба для скорости. логи ведутся для всех.

Городить огород из виртуалок на 12-тиядерной машине, которая обслуживает только PHP, и при этом тянет только 20k сайтов… что-то я не понимаю в этой жизни…
Нижайше прошу вас держать общественность в курсе дальнейшего развития ситуации.
12 ...
9

Information

Rating
Does not participate
Location
Новосибирск, Новосибирская обл., Россия
Date of birth
Registered
Activity

Specialization

DevOps
Senior
Kubernetes
AWS