bugsmoran: У меня на обоих хостингах (оба на биллинге BillManager) заметил, что периодически появляются клиенты, которых объединяют несколько полностью схожих вещей:
1) Всегда создают хостинг на имя домена с суффиксом example.com (bla-bla.example.com)
2) Всегда при регистрации пишут полные ФИО (обычные клиенты там всякую чушь пишут как попало), причем всегда на кирилице, всегда каждое слово с большой буквы и всегда незатасканные имена - никаких Иванов Ивановых. Короче идеал, а не клиент.
3) Никогда не обращаются в тех.поддержку
4) Никогда не пользуются хостингом на самом деле.
5) Берут максимально возможный тариф, в случае если тестовый режим включен
6) Иногда сами платят за свой хостинг (на одном из двух хостингов тест только по запросу, но см. пункт 3 )
Что это за инопланетяне такие? Есть кто еще с такими сталкивался?
Чего-то меня напрягает немного такое поведение.
может быть у кого-то был такой опыт или у меня параноя ;)
Вообщем поанализировал немного работу нескольких серверов и пришел к выводу, что основную нагрузку создаёт I/O и в большинстве случаев - это mysql.
Решил провести эксперемент:
сделать софтварный рейд 1
1 диск - это рам диск
2 диск - это кусок обычного HDD
т.е. в случае ребута, данные всё равно остаются на HDD, а когда сервер поднимается, то происходит достаточно быстрый ребилд, т.к. скорость доступа к RAM высокая, а mysql в среднем занимает до 1GB и процесс займёт менее 1 минуты, после чего рестарт мускуля и чек баз.
Кто что думает по этому поводу?
p.s. может пора менять траву?
Я так и не понял, Вас IО (нагрузка) беспокоит или чеки при ребуте?
KIP_Alex: http://host-tracker.com/check_res_ajx/5755702-0/ Ссылка ссылается на проверку сайта. Прокомментируйте пожалуйста этот сервис. Меня в общем интересует где и как теряется сигнал на мой сайт? Ответ хостера: присланная вами ссылка не отрабатывается. Собственно говоря данный ресурс не может показать полную картину. Интернет, как вы знаете, это сесть сетей. У нашего канального провайдера подписаны все пиринговые соглашения с крупнейшими провайдерами, однако некоторые проблемы могут быть. В данном случае полностью проконтролировать трассировку, к сожалению, невозможно.
Хостера пинайте. Сайт не работает - пусть разбирается.
hvosting: При именно статическом сайте вам совершенно не нужно ставить nginx перед apache!
Потому что вам вообще апач не нужен. Если есть правила реврайта в .htaccess - переписать их в основной конфиг nginx.
трафик - при стандартном 50% среднем заполнении канала это 13mbps , в 10 мегабитный порт вы по сути не укладываетесь, регулярно (почти постоянно) будут в час пик возникать затыки и перегрузы.
Оперативка.... Важно знать свойства контента. Видео, по терабайту на файл - оперативка не имеет смысла. 512К вполне хватит. mp3, при наличии суперхитов, которые качают почти перманентно - есть смысл увеличивать объем. более мелкие файлы - оперативка будет однозначно полезна до максимума, вплоть до 8-16 гигов, если контента много.
Диски. Тут нужно на опыте выяснить нагрузку на диск в такой единице измерения как tps (транзакций в секунду) чем мельче файлы и больше одновременных соединений с веб-сервером, тем больше таких транзакций.
Кроме того нужно знать объем вашей статики. Скажем если ее немного, гигов до 32 - оптимальным решением будет физический сервер с минимальным процом (atom или что то древнее) и небольшим SSD жестким диском.
При SSD дисках кеширование контента в оперативке почти не актуально. Но SSD диски можно убить за обозримое время операциями записи. Обозримое - это год и более.
ЗЫ1. Судя по среднему размеру файла порядка 4,5 мегабайта, если я правильно осознал ваши цифры, это именно mp3
ЗЫ2. Процессор для раздачи статики не нужен. Так что брать минимальный из имеющихся в наличии.
При 2TB в месяц и среднем файле 4.5 Мбайт SSD не нужен. Кеширование в память тоже лишнее, т.к. усложняет систему без явной необходимости. При таких условиях SATA хватит за глаза. Его же хватит еще на несколько таких же проектов.
Pavel.Odintsov: Если выделенный сервер, то поставьте Nginx, тогда у Вас будет единый лог досутпа ко всем сайтам - /var/log/nginx/access.log и его уже можно проанализировать либо своим скритом либо чем-нибудь в стиле awstats.
Странный совет ставить nginx чтобы получить единый лог. Не то, чтобы я был против nginx, совсем нет, даже наоборот, но ставить nginx только для того, чтобы получить общий лог - это довольно странное решение. В apache общий лог тоже возможен.
2ТС в целом решение одно: разгребать логи вебсервера каким-нибудь анализатором. awstats, например.
В нагрузку бесплатно даем ISPmanager Pro (Версия "Pro" позволит Вам самому создавать своих реселлеров). На сервере будет связка apache+nginx, будет 2 ip и свои DNSы. Этой конфигурации Вам хватит надолго. Когда станет не хватать - переход на более мощный тариф на лету, 5 минут времени.
Можно оплачивать по Приват-24 на карту Приватбанка, можно на р/с в Приватбанке.
deltahost.com.ua добавил 06.10.2010 в 17:29
nbebody: кто-то когда-то дал совет никогда не использовать VDS как реселлинг. иль нет?
Глупости. Не вижу причин почему не использовать VPS/VDS.
superNUB: Какая минимальная аппаратная конфигурация нужна что б вордпресс с ~500 уников в сутки комфортно себя чувствовал?
контент - текст+до 50-100кб картинок на пост
У меня на обоих хостингах (оба на биллинге BillManager) заметил, что периодически появляются клиенты, которых объединяют несколько полностью схожих вещей:
1) Всегда создают хостинг на имя домена с суффиксом example.com (bla-bla.example.com)
2) Всегда при регистрации пишут полные ФИО (обычные клиенты там всякую чушь пишут как попало), причем всегда на кирилице, всегда каждое слово с большой буквы и всегда незатасканные имена - никаких Иванов Ивановых. Короче идеал, а не клиент.
3) Никогда не обращаются в тех.поддержку
4) Никогда не пользуются хостингом на самом деле.
5) Берут максимально возможный тариф, в случае если тестовый режим включен
6) Иногда сами платят за свой хостинг (на одном из двух хостингов тест только по запросу, но см. пункт 3 )
Что это за инопланетяне такие? Есть кто еще с такими сталкивался?
Чего-то меня напрягает немного такое поведение.
А письма рассылают?
Привет,
может быть у кого-то был такой опыт или у меня параноя ;)
Вообщем поанализировал немного работу нескольких серверов и пришел к выводу, что основную нагрузку создаёт I/O и в большинстве случаев - это mysql.
Решил провести эксперемент:
сделать софтварный рейд 1
1 диск - это рам диск
2 диск - это кусок обычного HDD
т.е. в случае ребута, данные всё равно остаются на HDD, а когда сервер поднимается, то происходит достаточно быстрый ребилд, т.к. скорость доступа к RAM высокая, а mysql в среднем занимает до 1GB и процесс займёт менее 1 минуты, после чего рестарт мускуля и чек баз.
Кто что думает по этому поводу?
p.s. может пора менять траву?
Я так и не понял, Вас IО (нагрузка) беспокоит или чеки при ребуте?
http://host-tracker.com/check_res_ajx/5755702-0/
Ссылка ссылается на проверку сайта.
Прокомментируйте пожалуйста этот сервис.
Меня в общем интересует где и как теряется сигнал на мой сайт?
Ответ хостера:
присланная вами ссылка не отрабатывается. Собственно говоря данный ресурс не может показать полную картину. Интернет, как вы знаете, это сесть сетей. У нашего канального провайдера подписаны все пиринговые соглашения с крупнейшими провайдерами, однако некоторые проблемы могут быть. В данном случае полностью проконтролировать трассировку, к сожалению, невозможно.
Хостера пинайте. Сайт не работает - пусть разбирается.
P.S. У меня mujnachas.ru не открывается.
http://www.hostsearch.com/hostdirectory/sweden_web_hosting.asp
При именно статическом сайте вам совершенно не нужно ставить nginx перед apache!
Потому что вам вообще апач не нужен. Если есть правила реврайта в .htaccess - переписать их
в основной конфиг nginx.
трафик - при стандартном 50% среднем заполнении канала это 13mbps , в 10 мегабитный порт вы по сути не укладываетесь, регулярно (почти постоянно) будут в час пик возникать затыки и перегрузы.
Оперативка.... Важно знать свойства контента.
Видео, по терабайту на файл - оперативка не имеет смысла. 512К вполне хватит.
mp3, при наличии суперхитов, которые качают почти перманентно - есть смысл увеличивать объем.
более мелкие файлы - оперативка будет однозначно полезна до максимума, вплоть до 8-16 гигов,
если контента много.
Диски. Тут нужно на опыте выяснить нагрузку на диск в такой единице измерения как tps (транзакций в секунду) чем мельче файлы и больше одновременных соединений с веб-сервером, тем больше таких транзакций.
Кроме того нужно знать объем вашей статики. Скажем если ее немного, гигов до 32 -
оптимальным решением будет физический сервер с минимальным процом (atom или что то древнее) и небольшим SSD жестким диском.
При SSD дисках кеширование контента в оперативке почти не актуально.
Но SSD диски можно убить за обозримое время операциями записи. Обозримое - это год и более.
ЗЫ1. Судя по среднему размеру файла порядка 4,5 мегабайта, если я правильно осознал ваши цифры, это именно mp3
ЗЫ2. Процессор для раздачи статики не нужен. Так что брать минимальный из имеющихся в наличии.
При 2TB в месяц и среднем файле 4.5 Мбайт SSD не нужен. Кеширование в память тоже лишнее, т.к. усложняет систему без явной необходимости. При таких условиях SATA хватит за глаза. Его же хватит еще на несколько таких же проектов.
Я бы взял недорогой дедик долларов за 50.
Если выделенный сервер, то поставьте Nginx, тогда у Вас будет единый лог досутпа ко всем сайтам - /var/log/nginx/access.log и его уже можно проанализировать либо своим скритом либо чем-нибудь в стиле awstats.
Странный совет ставить nginx чтобы получить единый лог. Не то, чтобы я был против nginx, совсем нет, даже наоборот, но ставить nginx только для того, чтобы получить общий лог - это довольно странное решение. В apache общий лог тоже возможен.
2ТС в целом решение одно: разгребать логи вебсервера каким-нибудь анализатором. awstats, например.
VPS Linux, 512 RAM, 30Gb HDD - 140 грн/мес
В нагрузку бесплатно даем ISPmanager Pro (Версия "Pro" позволит Вам самому создавать своих реселлеров). На сервере будет связка apache+nginx, будет 2 ip и свои DNSы. Этой конфигурации Вам хватит надолго. Когда станет не хватать - переход на более мощный тариф на лету, 5 минут времени.
Можно оплачивать по Приват-24 на карту Приватбанка, можно на р/с в Приватбанке.
deltahost.com.ua добавил 06.10.2010 в 17:29
кто-то когда-то дал совет никогда не использовать VDS как реселлинг. иль нет?
Глупости. Не вижу причин почему не использовать VPS/VDS.
Ограничение трафика?
darktr, в аську стукни - расскажу к кому можно обратиться.
Какая минимальная аппаратная конфигурация нужна что б вордпресс с ~500 уников в сутки комфортно себя чувствовал?
контент - текст+до 50-100кб картинок на пост
Любая подойдет