LINUX.ORG.RU
ФорумAdmin

О архитектуре построения хостинг системы


0

2

Здравствуйте! Будем рассматривать виртуальный хостинг с 200 -300 пользователями, которые используют общие ресурсы сервера. Хочу разобраться в вопросах о архитектуре построения хостинг(LAMP, LNMP) систем на базе Unix-like Подготовил ряд вопросов.

1)Почему многие компанию по предоставлению хостинг услуг базирует свои сервисы на дистрибутивах CentOS ,Fedora …

2)Каким образом организуют хранение учетных записей пользователей с, настройками паролей и каталогов (всех в htpasswd ?)

3)Как организовать разграничение на потребление ресурсов системы, дабы 1-2 пользователя не забили всю вычислительную мышь сервера.

4)Как добиться разграничения ресурсов дабы не позволить одному пользователю на сервере иметь доступ к сайтам других пользователей.

5)Возможно ли организовать работу разных сервисов на физически разных серверах. Например, Apache+ php держит один сервер SQL крутится на другом итд.. Чем произвести связку сервисов и есть ли смысл в такой организации.

6) Интересуют системы балансировки нагрузки.

7)А чем администрировать такой хостинг удобнее.

Ну и вообще посоветуйте, что почитать дабы “въехать в тему”.

1) сублиматор желания RHEL для нищебродов ;)
2) зависит от инфраструктуры
3) виртуализация! :) А если нет, то сложно и по-разному в зависимости от технологии и инфраструктуры. На хабре время от времени стоят стоны людей, пытающихся разрулить ресурсы у расшаренного питона ;)
4) руками
5) можно, для этого разные серверы надо иметь, а это уже не для нищебродов =)
6) ХЗ
7) на текстовых конфигах

stevejobs ★★★★☆
()

> 6) Интересуют системы балансировки нагрузки.
В связи с чем у хостеров возникают такие вопросы? В смысле, зачем им это?

Globalmirror
()
Ответ на: комментарий от Globalmirror

> В связи с чем у хостеров возникают такие вопросы?

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

stevejobs ★★★★☆
()

хочешь совет? - лучше не влезай в эту тему - никому не нужен еще один г*охостинг ... особенно с такими «знаниями».

зы :

вычислительную мышь сервера.

да и с таким «железом» далеко не уехать :))

dreamer ★★★★★
()
Ответ на: Трололо от addicted

аа, ну если так, то отвечу :)

1. Centos - ибо клон RHEL. стабильность, надежность, бла-бла. в реале же - просто неплозая система с древними пакетами.

2. имеется ввиду Unix users? - просто /etc/passwd. для биллинга и панели - своя БД ес-но.

3. зависит от типа хостинга - на шареде зачастую никак не лимитируют. есть /etc/limits.conf и тп. Особо жрущих - банят :)

4. mod_itk,peruser, и тп...

5. так оно обычно и делается (кроме самых явных г**хостеров) - мусукль на одной железке, панель на другой - апачи на третей.. ничего сложного.

6.какой нагрузки?

7.руками. серьезно.

dreamer ★★★★★
()
Ответ на: комментарий от dreamer

Спасибо за ответ. 6 пункт корявый. Он решается штукой nginx итд..

addicted
() автор топика

1. не все. на отечественном хостинг-рынке по прежнему популярна FreeBSD
2. LDAP же
3. виртуализация (OpenVZ, или jail для фри)
4. права поставить правильные
5. а в чем проблема в скриптах прописать айпи mysql-сервера?
6. нужна конкретизация вопроса
7. ISP Manager, или SysCP из бесплатных, но функционала поменьше и многое нужно допиливать.

Komintern ★★★★★
()

1. У нас стоит сборник из suse 9 и centos
2. в mysql и /etc/passwd, плюс патченный apache
3. много мощных серверов с балансировкой, по личному опыту скажу, такое бывает очень редко
4. патченный apache, правильно настроенный shell и ftp server, плюс unix permissions
5. легко. nfs в помощь
6. посмотри на cisco или решения на linux. один виртуальный внешний IP, за ним несколько реальных машин
7. ssh для админов. веб админка для юзеров

ZaeLam3l
()
Ответ на: комментарий от Komintern

>>не все. на отечественном хостинг-рынке по прежнему популярна FreeBSD

кои есть полное говно

ZaeLam3l
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.