mvolgin: Какая разница какой винт полетит. Дешевле иметь запасной сервер чем супер-пупер рейд. Особенно учитывая то что на 10 серверов одного запасного достаточно и не надо тащиться в ДЦ.
Бекап рсиноком на отдельный сервер и с недавних бакулой через bacula4hosts.com (но это пока на стадии тестирования)
помоему дешевле иметь рейд 10 и пару винтов запасных рядом.
mvolgin: если займет одну перезагрузку а не неделю и кучу денег на датарековери без гарантии на успех. Я восстанавливаю систему их бекапа за 2 часа. За десять лет делал это тока раз.
а если полетит винт с клиентскими данными?
расскажите - как у вас бекап организован? (если конечно это не секрет)
AGHost: andreysv11, Так вот начните перенос клиентов на новый сервер, после слияния 2-3 серверов поглядите на его нагрузку. А дальше смотреть, есть ли смысл заносить новых клиентов или нет.
ну так и планировали, просто самого сервера еще нет и хотелось бы хоть примерно понимать какое количество он сможет выдержать.
Путем плавного переноса и наблюдения за сервером - так в любом случае будем делать.
---------- Добавлено 10.07.2012 в 13:04 ----------
mvolgin: Для отказо устойчивости надо делать бекапы а не рейды. Чтобы потом не бегать с кучей хардов и искать кто и как может их склеить :)))
ну бекапы - это само собой, а рейд как раз для того, чтобы не бегать потом со своими бекапами и не думать куда их присунуть пока сервер лежит
тут доменов лежит всего 946 (и отключенных и активных)
---------- Добавлено 10.07.2012 в 12:38 ----------
AGHost: mvolgin, мне показалось, что он рейд хочет сделать из винтов для отказоустойчивости, если не делать и запихать в разные винты клиентов это же @$%$%, даже язык не поворачивается это сказать :)
Himiko: Не бывает таких оценок.
Поверьте, у одного и того же хостера с одними и теми же серверами и тарифами на разных серверах может быть совершенно разное количество клиентов. Причём отличаться может на порядок.
Клиенты бывают разные и нагрузку создают совершенно разную.
Верю, но вот сейчас статистика такова - из 2000 клиентских сайтов, имеющихся в наличии - никто ничего сверхестественного не делает и нагрузки сумасшедшей не создает.
ну как объяснить... короче обычный клиент.
вот если брать этих обычных - вот и интересно сколько на вашей практике может выдержать подоный сервер
AGHost: andreysv11, как сказал rustelekom, посмотрите в сторону CloudLinux, по крайней мере все будут работать в рамках своих лимитов. И не получится, что один клиент нагружает весь сервер на 100%, скажем при внезапном флуде на его сайт. Все зависит от настроек.
от него отказались - сейчас клиенты разбросаны по хостингам, там везде есть ссх - я регулярно наблюдаю кратковременное (до 1 минуты) превышение уровня нагрузки на процессор - 10%.
Вот теперь планируем собрать всех в кучу на свой сервер.
если установить лимиты - система будет блочить сама, а я только и буду отвечать на вопросы - "почему заблокировали?"
1-2 минуты под нагрузкой 30% - не страшно, но вопросов это поубавит, поэтому решили вручную прибивать процессы.
---------- Добавлено 10.07.2012 в 12:17 ----------
AGHost, ну сейчас везде 128 - хватает вроде бы для всех движков, всех сайтов, что есть
согласен, именно поэтому создал тему, чтобы те, кто понимают в этом хорошо - помогли примерное количество клиентов, которое выдержит подобный сервер, определить.
да самые обычные сайты - у кого-то 20 человек в день, у кого-то 100, у кого-то 1000 в сутки, а кто-то вообще не посещается - картина вполне среднестатистическая.
---------- Добавлено 10.07.2012 в 12:10 ----------
AGHost: andreysv11, все зависит от настроек и посещаемости ресурсов, есть сайты и под 20-30к человек/сутки, а есть и 20-30.
rustelekom: Здравствуйте
Не совсем корректен вопрос. Проблема не в конкретной панели. Проблема в разумном лимитировании и безопасности распределения ресурсов с тем, чтобы клиент не мог их превысить настолько, чтобы создать угрозу серверу или соседям. Если есть такая система можно и 1000 и 2000 напихать (никто не может заранее сказать так как сильно зависит от клиентской базы). Помимо операционки и системы распределения ресурсов многое также зависит от веб сервера - скажем теоретически можно сунуть в один апач 1000+ доменов. Но на практике начинает тормозить если не допиливать никак а использовать из коробки.
Выбор фрибзд как стабильной операционки - вполне нормален, но советую обратить внимание на линукс + cloudlinux. Это сочетание хорошо тем, что многие базовые вопросы там уже решены и работают достаточно стабильно. Хороший инструмент для быстрого старта.
ну планируется так - пхп мемори лимит - 128мб, нагрузка на ядро процессора будет установлена в пределах 10% и пресекаться вручную по факту (автоматически не знаем как), пхп в режиме фастсжи.
клаудлинукс рассматривали из-за автоматического отключения при превышении лимитов, но сделали вывод, что замучаемся отвечать клиентам почему у них отключен аккаунт при проплаченном сроке.
Какая разница какой винт полетит. Дешевле иметь запасной сервер чем супер-пупер рейд. Особенно учитывая то что на 10 серверов одного запасного достаточно и не надо тащиться в ДЦ.
Бекап рсиноком на отдельный сервер и с недавних бакулой через bacula4hosts.com (но это пока на стадии тестирования)
помоему дешевле иметь рейд 10 и пару винтов запасных рядом.
если займет одну перезагрузку а не неделю и кучу денег на датарековери без гарантии на успех. Я восстанавливаю систему их бекапа за 2 часа. За десять лет делал это тока раз.
а если полетит винт с клиентскими данными?
расскажите - как у вас бекап организован? (если конечно это не секрет)
andreysv11, Так вот начните перенос клиентов на новый сервер, после слияния 2-3 серверов поглядите на его нагрузку. А дальше смотреть, есть ли смысл заносить новых клиентов или нет.
ну так и планировали, просто самого сервера еще нет и хотелось бы хоть примерно понимать какое количество он сможет выдержать.
Путем плавного переноса и наблюдения за сервером - так в любом случае будем делать.
---------- Добавлено 10.07.2012 в 13:04 ----------
Для отказо устойчивости надо делать бекапы а не рейды. Чтобы потом не бегать с кучей хардов и искать кто и как может их склеить :)))
ну бекапы - это само собой, а рейд как раз для того, чтобы не бегать потом со своими бекапами и не думать куда их присунуть пока сервер лежит
load average, нагрузка памяти, cpu. Графики есть какие-нибудь?
вот есть серверчик не большой с 8гб ддр2 не ЕСС
проц там ксеон 3ххх на 4 ядра по 2ггц
вот его топ:
last pid: 5285; load averages: 0.62, 0.45, 0.39 up 87+03:05:16 12:30:23
698 processes: 2 running, 695 sleeping, 1 zombie
CPU: 15.4% user, 0.0% nice, 4.6% system, 0.0% interrupt, 80.0% idle
Mem: 5368M Active, 947M Inact, 1152M Wired, 365M Cache, 827M Buf, 86M Free
Swap: 16G Total, 2406M Used, 14G Free, 14% Inuse
тут доменов лежит всего 946 (и отключенных и активных)
---------- Добавлено 10.07.2012 в 12:38 ----------
mvolgin, мне показалось, что он рейд хочет сделать из винтов для отказоустойчивости, если не делать и запихать в разные винты клиентов это же @$%$%, даже язык не поворачивается это сказать :)
рейд конечно
два 10 рейда
andreysv11, приведите хоть пример какой-нибудь загрузки текущих серверов с клиентами и их количеством. А то мы гадаем на кофейной гуще.
что именно показать? топ? или логи какие-то?
покажу без проблем
Не бывает таких оценок.
Поверьте, у одного и того же хостера с одними и теми же серверами и тарифами на разных серверах может быть совершенно разное количество клиентов. Причём отличаться может на порядок.
Клиенты бывают разные и нагрузку создают совершенно разную.
Верю, но вот сейчас статистика такова - из 2000 клиентских сайтов, имеющихся в наличии - никто ничего сверхестественного не делает и нагрузки сумасшедшей не создает.
ну как объяснить... короче обычный клиент.
вот если брать этих обычных - вот и интересно сколько на вашей практике может выдержать подоный сервер
собираемся и ночью мониторить
andreysv11, как сказал rustelekom, посмотрите в сторону CloudLinux, по крайней мере все будут работать в рамках своих лимитов. И не получится, что один клиент нагружает весь сервер на 100%, скажем при внезапном флуде на его сайт. Все зависит от настроек.
от него отказались - сейчас клиенты разбросаны по хостингам, там везде есть ссх - я регулярно наблюдаю кратковременное (до 1 минуты) превышение уровня нагрузки на процессор - 10%.
Вот теперь планируем собрать всех в кучу на свой сервер.
если установить лимиты - система будет блочить сама, а я только и буду отвечать на вопросы - "почему заблокировали?"
1-2 минуты под нагрузкой 30% - не страшно, но вопросов это поубавит, поэтому решили вручную прибивать процессы.
---------- Добавлено 10.07.2012 в 12:17 ----------
AGHost, ну сейчас везде 128 - хватает вроде бы для всех движков, всех сайтов, что есть
Без опыта вам никак не оценить работу.
согласен, именно поэтому создал тему, чтобы те, кто понимают в этом хорошо - помогли примерное количество клиентов, которое выдержит подобный сервер, определить.
да самые обычные сайты - у кого-то 20 человек в день, у кого-то 100, у кого-то 1000 в сутки, а кто-то вообще не посещается - картина вполне среднестатистическая.
---------- Добавлено 10.07.2012 в 12:10 ----------
andreysv11, все зависит от настроек и посещаемости ресурсов, есть сайты и под 20-30к человек/сутки, а есть и 20-30.
Здравствуйте
Не совсем корректен вопрос. Проблема не в конкретной панели. Проблема в разумном лимитировании и безопасности распределения ресурсов с тем, чтобы клиент не мог их превысить настолько, чтобы создать угрозу серверу или соседям. Если есть такая система можно и 1000 и 2000 напихать (никто не может заранее сказать так как сильно зависит от клиентской базы). Помимо операционки и системы распределения ресурсов многое также зависит от веб сервера - скажем теоретически можно сунуть в один апач 1000+ доменов. Но на практике начинает тормозить если не допиливать никак а использовать из коробки.
Выбор фрибзд как стабильной операционки - вполне нормален, но советую обратить внимание на линукс + cloudlinux. Это сочетание хорошо тем, что многие базовые вопросы там уже решены и работают достаточно стабильно. Хороший инструмент для быстрого старта.
ну планируется так - пхп мемори лимит - 128мб, нагрузка на ядро процессора будет установлена в пределах 10% и пресекаться вручную по факту (автоматически не знаем как), пхп в режиме фастсжи.
клаудлинукс рассматривали из-за автоматического отключения при превышении лимитов, но сделали вывод, что замучаемся отвечать клиентам почему у них отключен аккаунт при проплаченном сроке.