- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
подскажите, пожалуйста )
вопрос к администраторам серверов, обслуживающих большое количество сайтов
есть несколько десятков сайтов на доменах второго уровня на дедикейтед сервере
планируется сделать большое количество поддоменов (несколько сотен-несколько тысяч) для многих доменов, именно как отдельные сайты, каждый в своей папке
сейчас сайты обрабатываются apache'ом с помощью Name VirtualHost'ов, сайты на поддоменах планирую обрабатывать так же
1. при создании большого количества поддоменов не будет ли слишком большой нагрузки на апач из-за наличия большого количества виртуалхостов?
2. знаю про директиву апача VirtualDocumentRoot
насколько я понимаю, ее использование для обработки поддоменов, вместо использования большого количества VirtualHost'ов, позволит сильно разгрузить апач? или неверно, и нагрузка на веб-сервер не зависит от используемого способа обработки его апачом?
несколько тысяч виртуалхостов - не думаю, что разницу заметите.
Я не советую пихать в апач больше 800 виртхостов - начинает тупить при запуске.
Лучше разбить дедик на виртуалки, причем 64-х битный на 32-х битные и тогда будет все замечательно.
Можете обратиться ко мне, я три года админил хостинг с 56 000 сайтов, знаю все нюансы настройки.
Андрейка, спасибо за предложение, обращусь наверное и к Вам со временем
само исполнение, возможно, действительно оставлю какому-нибудь опытному специалисту
просто сейчас мне хочется разобраться в сути процесса
Vanger добавил 19.11.2009 в 09:25
а по VirtualDocumentRoot, который предлагает по умолчанию использовать ispmanager, когда создаешь поддомены?
апач при большом количестве доменов с VirtualDocumentRoot тоже тормозит?
как я понимаю судя по документации на apache.org, он должен работать побыстрее:
For a very large number of virtual hosts it is a good idea to arrange the files to reduce the size of the vhosts directory. To do this you might use the following in your configuration file:
UseCanonicalName Off
VirtualDocumentRoot /usr/local/apache/vhosts/%3+/%2.1/%2.2/%2.3/%2
Vanger добавил 19.11.2009 в 09:28
правильно ли я думаю?
если упорядочение файлов с помощью virtualdocumentroot уменьшает нагрузку ("For a very large number of virtual hosts it is a good idea to arrange the files" из доков по предыдущей ссылке), то упорядочение поддоменов тоже уменьшит нагрузку?
под упорядочением я понимаю создание этого самого ОДНОГО virtualdocumentroot вместо БОЛЬШОГО количества virtualhost
Тут имелось ввиду разбиение одного каталога на более мелкие для ускорения дисковой подсистемы, а не какие-то заморочки в апаче.
На паре тысяч хостов прописанных вручную апач ну притормаживает ну секунд на 5 при старте и что? Может вы сначала попробуете?
Для какого-нибудь сеошного эксперимента лучше сделать один виртуальный хост *.domen.ru и программно обработать вывод соответствующего контента.
спасибо за ответы, наверное возьму VDS'ку и прогоню на ней тесты на каком нибудь одном домене + тысяче поддоменов
планируется сделать большое количество поддоменов (несколько сотен-несколько тысяч) для многих доменов, именно как отдельные сайты, каждый в своей папке
сейчас сайты обрабатываются apache'ом с помощью Name VirtualHost'ов, сайты на поддоменах планирую обрабатывать так же
доры лепите? - доры статичные? - может лучше * A <ip> поддомены налепить с последующим .htaccess определением HOST-параметра и прозрачным редиректом на соответствующую подпапку? 🚬
Для какого-нибудь сеошного эксперимента лучше сделать один виртуальный хост *.domen.ru и программно обработать вывод соответствующего контента.
вот я тоже самое имел в виду :)
Я не советую пихать в апач больше 800 виртхостов - начинает тупить при запуске.
Лучше разбить дедик на виртуалки, причем 64-х битный на 32-х битные и тогда будет все замечательно.
Можете обратиться ко мне, я три года админил хостинг с 56 000 сайтов, знаю все нюансы настройки.
не знаю... видел/админил на виртуальном хостинге - стандартный
бакенд с 1k пользователями, в среднем - 10k виртуалхостов на апач. заметно не было при
старте, уверяю. железки вполне бюджетные, что-то типа Kraftway ES12.
зачем на порядок увеличивать объем работы администратора? ради нескольких
секунд парсинга конфигов апача? :D
не знаю... видел/админил на виртуальном хостинге - стандартный
бакенд с 1k пользователями, в среднем - 10k виртуалхостов на апач. заметно не было при
старте, уверяю. железки вполне бюджетные, что-то типа Kraftway ES12.
зачем на порядок увеличивать объем работы администратора? ради нескольких
секунд парсинга конфигов апача? :D
Ради того чтоб не хачить либы и не пересобирать апач с большим fd_setsize
fd_setsize установлен на 1024 по умолчанию (одновременных подключений через select socket), поправить можно легко, но не ужели этого может не хватать?
Возможно это потребуется для отдачи файликов большому числу юзеров, но для этого уж точно лучше nginx с epoll ;)
ничего там хачить обычно не нужно. здесь, например,
популярно объяснили почему:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330105
прошу заметить @swsoft.com у сабмитера
+ рассмотреть возможность использовать poll/epoll (mpm-event, например)