Вечные - у производителя. Лизинг - у нас.
Скорее всего, будет оптимальным вариант выделенного сервера atom с 2 винчестерами - sata 2'5 7200 под систему и файлы + ssd под базы.
+ обязательно настройка системы под этот проект, лучше без всяких панелей управления.
Разово будет стоить, зато потом будет минимальный расход по стоимости и максимальный по производительности.
Зато клиенты, которые это видят - думают, вот хостеры - спекулянты, себестоимость VPS 1 бакс, а они в десять раз больше просят.
Потом берут такой VPS за пару баксов и говорят что VPS - это плохо, нужно выделенный сервер.
Нисколько, всегда рады помочь :)
CloudLinux должен быть добавлен в Virtuozzo ядро в первой половине 2011 года.
Для виртуализаций со своим ядром (паравиртуализация) это не будет проблемой аналогично.
Лимиты идут в процентном соотношение или абсолютных значениях, в зависимости от ресурса.
Например, ограничение на CPU ставится в процентах к мощности процессора. В этом случае, это работает как лимит. Т.е. условно, если Вы имеете 10 аккаунтов и у каждого стоит 25% лимит cpu - то это нормальная конфигурация, которая направлена на то, что если один из сайтов начнет потреблять больше чем 25% CPU то ядро его начнет ограничивать (замедлять).
Надеюсь, ответил понятно.
Конечно, без проблем.
Это делается через lvectl или графические утилиты, в зависимости от панели.
Изменения производятся на лету, без необходимости что-то перезагружать.
Например, в cPanel это сейчас выводится прямо клиенту, так же как и указание лимитов на место.
Plesk нормально поддерживает IDN домены. По-крайней мере, последние версии.
Могу предоставить на 10 дней бесплатно Windows хостинг, проверите что все устраивает.
Windows 2008, SQL 2008
.NET 3.5, 4.0
Parallels Plesk 10
Размещение в Нидерландах
Абсолютно согласен
Конечно, я про него и говорил.
Оказываем такие услуги с 2007 года (речь про услуги анонимной поддержки конечных клиентов с гарантиями по SLA по скорости ответа и uptime сервера).
К сожалению, дать список клиентов по этому уровню не могу по понятным причинам. :)
edogs, если проблема в стоимости т.е. планируется мало тикетов - напишите, сделаем спец. предложение по сниженной стоимости. Все в рабочем состояние, обслуживаются по такой схеме десятки хостеров.
Процессорное время считается в Jiffy (процессорное время). Ограничение ставится в процентах от процессора. IMHO, наиболее удобное и понятное для пользователей.
Наоборот, можно строить кластеры, используя эту OS как ноды.
Можно добавить еще на тему rlimit.
rlimit (rlimitNPROC, rlimitCPU) лимитируют количество процессов, и количество времени процесс выполняется. Но с помощью них ни как нельзя сказать - все процессы пользователя могут использовать не более 10% CPU. А лимиты на время выдают не нужные ошибки.
Так же как и NPROC -- ибо они ограничивают количество, так что могут загубить какой нибудь крон.
Ближайший аналог -- nice, но им невозможно контролировать %, он не обьективен
Oтличие от sysstat, sa, sarg -- не один из них не позволяет делать лимитов, с помощью этого можно находить проблему, но не предотвращать её.
И очень интересно что сервер будет делать клиенту без 503 ошибки когда сервер достигнет пределов? Начнём с того что rlimits будут делать именно эти ошибки убивая скрипты по таймаут, и не давая запускатся новым. Но даже при этом, всё равно интересно что с этими rlimit будет если клиент запустит 30 скриптов, каждый использующий 99% cpu.