[Comm] hosting

[Comm] hosting

[Bushuev Sergey]

Добрый день!
Наверняка есть готовое решение (пакеты) для оказания услуг
хостинга например в АЛМ2.2.
Не подскажите?
Спасибо.
СБ

Re: [Comm] hosting

[Mike Lykov]

> Наверняка есть готовое решение (пакеты) для оказания услуг
> хостинга например в АЛМ2.2.
> Не подскажите?
> Спасибо.
> СБ

apache ? 
или что вы имеете ввиду? 


-- 
Mike

Re: [Comm] hosting

[Bushuev Sergey]

В сообщении от 7 Апрель 2003 16:41 Mike Lykov написал(a):
> > Наверняка есть готовое решение (пакеты) для оказания услуг
> > хостинга например в АЛМ2.2.
> > Не подскажите?
> > Спасибо.
> > СБ
>
> apache ?
> или что вы имеете ввиду?

Нет, вообще-то хотелось бы для множества клиентов иметь основные 
сервисы - ftp, www, shell, mail, php, mysql, которые бы каждый клиент мог
настраивать сам, не трогая других и вся эта виртуальная кухня на одном
реальном хосте, эдакие виртуальные машинки.
Может такого в одном флаконе и нет, может я многого хочу?...
С уважением,
СБ

Re: [Comm] hosting

[Roman Savelyev]

Bushuev Sergey пишет:
> Нет, вообще-то хотелось бы для множества клиентов иметь основные 
> сервисы - ftp, www, shell, mail, php, mysql, которые бы каждый клиент мог
> настраивать сам, не трогая других и вся эта виртуальная кухня на одном
> реальном хосте, эдакие виртуальные машинки.
> Может такого в одном флаконе и нет, может я многого хочу?...
usermode*
Оно?

Re[2]: [Comm] hosting

[Aleks]

Здравствуйте, уважаемые!

Monday, April 7, 2003, 6:24:10 PM, you wrote:

RS> Bushuev Sergey пишет:
>> Нет, вообще-то хотелось бы для множества клиентов иметь основные 
>> сервисы - ftp, www, shell, mail, php, mysql, которые бы каждый клиент мог
>> настраивать сам, не трогая других и вся эта виртуальная кухня на одном
>> реальном хосте, эдакие виртуальные машинки.
>> Может такого в одном флаконе и нет, может я многого хочу?...
RS> usermode*
RS> Оно?

  Меня тоже эта темя ооочень интересует!!!
  man usermode - молчит как партизан. Нету у меня такого... Так что
  это?
  -----------
А я вот совсем в этих делах темный (пока еще), но сделать хочу по-сути
тоже самое. :-)
Имею работающий апач+виртуальные хосты, vsftpd, юзеров с хом-дирами.
Значит, если я в настройках вирт.хоста скажу, что рут-директория -
/home/username/www , - а юзер со своим логином идет по ftp, кладет в
www свой index.htm , то по обращению к http://username.mesite.ru - апач по идее
выдаст именно то, что юзер положил...  Я правильно все понял?
Сомнения терзают: - а идеологически это правильно? Или как-то иначе
все это строить надо? (ну, по крайней мере, на внешний взгляд, на
зеноне похожая система...) (а каждый username  - в DNS тоже писать?)
Сложность у меня возникла такая: Експлорер пишет
  "You don't have permission to access / on this server."
  Видать, файлы-то я закачал, а права на них не те... Можно что-то
  настроить, чтоб они (права) автоматически назначались на закачанные
  файлы? И это в vsftp, апаче, или скриптик сделать, и запускать его
  по окончании закачки?
И конечно, было бы оччень приятно, коли существовала бы некая, "в одном
флаконе" софтина, дабы жизнь облегчить. Так бывает или нет?  А crontab
, который тут не совсем так работает, я не боюсь, мне бы эту задачку
побороть, а уж с кроном позже разберусь, коли надобность будет.  ;-)

Если есть толковая дока, ткните, плиз, или так расскажите.

Спасибо!


-- 
Best regards,
 Aleks                            fifti2000@mail.ru

Re: [Comm] hosting

[Sergey Degtyaryov]

Aleks пишет:

> Имею работающий апач+виртуальные хосты, vsftpd, юзеров с хом-дирами.
> Значит, если я в настройках вирт.хоста скажу, что рут-директория -
> /home/username/www , - а юзер со своим логином идет по ftp, кладет в
> www свой index.htm , то по обращению к http://username.mesite.ru - апач по идее
> выдаст именно то, что юзер положил...  Я правильно все понял?

Это если вы настроите соответствующим образом apache.
По умолчанию он собран со страницами пользователей вида : 
http://some.host/~user
Так что, для переезда на http://user.some.host, наверное, 
понадобится почитать про mod_rewrite

--
Сергей Дегтярев

[Comm] Re: hosting

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 708 bytes --]

On Mon, Apr 07, 2003 at 04:34:33PM +0600, Bushuev Sergey wrote:
> Наверняка есть готовое решение (пакеты) для оказания услуг
> хостинга например в АЛМ2.2.
> Не подскажите?

Для массового хостинга в ALT не подходит crontab, если такую услугу
планируется предоставлять клиентам.

При стандартном crond несколько пользователей, поставивших тяжелые
задания на одно и то же время, могут серьезно затормозить машину.

У одного известного российского хостинг-провайдера используется
модификация crond, которая гарантирует запуск вашего скрипта с некоей
дельтой (сейчас 0-5 минут) от того значения, которое вы задали.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [Comm] Re: hosting

[Roman Savelyev]

Andrey Brindeew пишет:
> Для массового хостинга в ALT не подходит crontab, если такую услугу
> планируется предоставлять клиентам.
В качестве общего бреда...
Сделать маааааленькую переделку, запускающую задачу Somejob в форме 
"echo Somejob | batch"
Оно же для того и придумано....

[Comm] Re: hosting

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 433 bytes --]

On Mon, Apr 07, 2003 at 06:26:56PM +0400, Roman Savelyev wrote:
> Сделать маааааленькую переделку, запускающую задачу Somejob в форме 
> "echo Somejob | batch"
> Оно же для того и придумано....

1. как при этом гарантировать запуск задач за N минут после заказанного
   времени?
2. можно ли при этом сохранить синтаксис man 5 crontab?

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [Comm] Re: hosting

[Roman S]

Andrey Brindeew пишет:
> 1. как при этом гарантировать запуск задач за N минут после заказанного
>    времени?
Никак. batch работает по принципу "должались снижения нагрузки и 
поехали". В принципе, можно добавить критерий "не позднее", в ATD это 10 
минут работы для завалящего программиста.

> 2. можно ли при этом сохранить синтаксис man 5 crontab?
А пуркуа бы собственно, и не па?
Надо-то всего-навсего слегка "обвязать" сам вызов, но никак не часть 
парсинга.

Хотите соорудю сию безобразию прикола ради?

[Comm] Re: hosting

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 500 bytes --]

On Mon, Apr 07, 2003 at 08:22:21PM +0300, Roman S wrote:
> Никак. batch работает по принципу "должались снижения нагрузки и 
> поехали". В принципе, можно добавить критерий "не позднее", в ATD это 10 
> минут работы для завалящего программиста.

и как вы себе это представляете днем, когда load average у той машины
порядка 10-25?

> Хотите соорудю сию безобразию прикола ради?

нет, я просто уточнял.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

[Comm] crond += batch (was: hosting)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

On Mon, Apr 07, 2003 at 06:26:56PM +0400, Roman Savelyev wrote:
> >Для массового хостинга в ALT не подходит crontab, если такую
> >услугу планируется предоставлять клиентам.
> В качестве общего бреда...
> Сделать маааааленькую переделку, запускающую задачу Somejob в форме 
> "echo Somejob | batch"
> Оно же для того и придумано....

Мало того, crond пускать с nice.  И переделать все, что сейчас
запускается из-под него, на эту схему.

Битый год хочу до этого добраться. :-/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] crond [was: Re: hosting]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

On Mon, Apr 07, 2003 at 03:07:38PM +0400, Andrey Brindeew wrote:
> On Mon, Apr 07, 2003 at 04:34:33PM +0600, Bushuev Sergey wrote:
> > Наверняка есть готовое решение (пакеты) для оказания услуг
> > хостинга например в АЛМ2.2.
> > Не подскажите?
> 
> Для массового хостинга в ALT не подходит crontab, если такую услугу
> планируется предоставлять клиентам.
> 
> При стандартном crond несколько пользователей, поставивших тяжелые
> задания на одно и то же время, могут серьезно затормозить машину.

Это все связано с тем, что crond(8) не использует pam(8) вообще и
pam_open_session(3) в частности.

Это у меня и в Owl в TODO.

> У одного известного российского хостинг-провайдера используется
> модификация crond, которая гарантирует запуск вашего скрипта с некоей
> дельтой (сейчас 0-5 минут) от того значения, которое вы задали.

Это костыль.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] crond [was: Re: hosting]

[Roman Savelyev]

Dmitry V. Levin пишет:
>>При стандартном crond несколько пользователей, поставивших тяжелые
>>задания на одно и то же время, могут серьезно затормозить машину.
> Это все связано с тем, что crond(8) не использует pam(8) вообще и
> pam_open_session(3) в частности.
Нет, тут разговор о другом немного.
Речь о том, что нагрузка на систему от заданий, начавшихся в 
определённое время может стать запредельной.
Не нагрузка на старт оных, а выполнение оных.

Напрашиваются решения:
1) Введение параметра "максимум активных"
2) Откладываеие задания до снижения нагрузки
3) Управление приоритетами
4) Управление пулами памяти (это в унихах трудно)

Re: [Comm] crond [was: Re: hosting]

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1116 bytes --]

On Tue, Apr 08, 2003 at 10:58:12AM +0400, Roman Savelyev wrote:
> Dmitry V. Levin пишет:
> >>При стандартном crond несколько пользователей, поставивших тяжелые
> >>задания на одно и то же время, могут серьезно затормозить машину.
> >Это все связано с тем, что crond(8) не использует pam(8) вообще и
> >pam_open_session(3) в частности.
> Нет, тут разговор о другом немного.

Я думаю, что разговор именно об этом.

> Речь о том, что нагрузка на систему от заданий, начавшихся в 
> определённое время может стать запредельной.

Она может стать такой и при выполнении одного задания.

> Не нагрузка на старт оных, а выполнение оных.
> 
> Напрашиваются решения:
> 1) Введение параметра "максимум активных"

Это недостаточно эффективно.

С другой стороны, поддержка pam session позволит установить, например,
per-user limit.

> 2) Откладываеие задания до снижения нагрузки

Это умеет atd(8) уже сейчас и, думаю, можно будет сделать в crond(8) при
их объединении.

> 3) Управление приоритетами

Это уже будет не совсем cron.

> 4) Управление пулами памяти (это в унихах трудно)

А что, собственно, имелось в виду?


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: crond [was: Re: hosting]

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 367 bytes --]

On Tue, Apr 08, 2003 at 11:38:13PM +0400, Dmitry V. Levin wrote:
> > Речь о том, что нагрузка на систему от заданий, начавшихся в 
> > определённое время может стать запредельной.
> 
> Она может стать такой и при выполнении одного задания.

а что, ulimit уже отменили?

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [Comm] crond [was: Re: hosting]

[Roman Savelyev]

Dmitry V. Levin пишет:
> А что, собственно, имелось в виду?
Механизм распределения заданий, применнённый (например) в OS/400 или 
Zшной ОС.
Любой процесс (job) всегда выполняется в какой-либо из очередей заданий 
(job queue)
Не важно, интерактивное оно, аль пакетное.
Очередь заданий параметрируется "на лету".
Наиболее важные параметры:
1) Максимально допустимое количество одновременно активных заданий (от 0 
до *NOMAX)
2) Номер пула памяти (имя/ИД пула)
3) Максимально допустимый системный приоритет (стд. кол-во градаций)
Прочья хрень - куда выводить, уровень протоколирования и т.д. и т.п.

Пул памяти:
Идентификатор параметрирования доступа к памяти.
1) Максимально и минимально выделяемый размер ОЗУ (фиксированные 
значения, либо автопилот)
2) Методика обращения к страницам (фиксированные, либо переменной длины, 
либо оптимизация на основании накапливаемой статистики)
3) Группа параметров ограничения интенсивности работы с памятью (макс. 
кол-во запросов в период времени, макс. актив и т.п.)

Результат этой кухни прост.
Администратор системы легко приводит пакетные задачи к виду, не 
мешающему интерактивным/критичным заданям.
Во время же снижения нагрузки, требующей максимально быстрого ответа 
лёгким мановением руки (или планировщика заданий) система переключается 
в режим наибольшей интегральной производительности - т.е. все параметры 
в *AUTO.
Побочный результат ещё более прост. Не существует термина "запределльная 
нагрузка, с которой не справляется сервер, начинает тормозить".

Re: [Comm] hosting

[Борис Ревякин]

On Mon, 7 Apr 2003 16:34:33 +0600
Bushuev Sergey <bush@nojabrsk.ru> wrote:

> Добрый день!
> Наверняка есть готовое решение (пакеты) для оказания услуг
> хостинга например в АЛМ2.2.
> Не подскажите?
> Спасибо.

Гляньте сюда:
http://sourceforge.net/projects/freevsd/
FreeVSD is a multiuser server jail, designed to separate users' 
services from the host system as well as other users' services.



-- 
С уважением,
  нач.ОАСУ ЗАО "Урупский ГОК"
  Борис Ревякин			mailto:br@gin.ru
  
  
  

Re: [Comm] hosting

[Mike Lykov]

В сообщении от 7 Апрель 2003 15:34 Bushuev Sergey написал:
> Наверняка есть готовое решение (пакеты) для оказания услуг
> хостинга например в АЛМ2.2.

для debian: ;)

http://freshmeat.net/projects/vhffs/?topic_id=141%2C43%2C917%2C92%2C245

-- 
Mike

[Comm] Re: hosting

[Michael Shigorin]

On Wed, Apr 09, 2003 at 01:08:24PM +0500, Mike Lykov wrote:
> > Наверняка есть готовое решение (пакеты) для оказания услуг
> > хостинга например в АЛМ2.2.
> для debian: ;)
> http://freshmeat.net/projects/vhffs/?topic_id=141%2C43%2C917%2C92%2C245

Никто не хочет попробовать стащить?  Я к нему некоторое время
приглядываюсь, но еще не щупал.

PS: Plesk никто не?.. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/