Много людей и моего сам высказывание лучшего abaut UltraVNC
Если Вы не будете работать на 386 с 64M RAM, 100 vhosts не будут производительностью или проблемой памяти. В целом я не волновался бы, пока Вы не в 10,000 + vhost ситуация.
Игнорируя все соображения, повышенные Richard, я задался вопросом, чем стоимость производительности во время выполнения была для каждого запроса. Это похоже на увеличения потери производительности линейно с количеством основанного на имени vhosts и (в конечном счете) линейно с количеством основанного на IP vhosts.
Существует хеш-таблица (размер 256 для апачских 2.2.17) хеширована IP-адресом. Каждый блок содержит связанный список vhosts, который может обрабатывать запрос. Детали находятся в vhost.c
.
Не представляя код трудно сказать, какой % времени выполнения потрачен на соответствие на виртуальные хосты.
Большие httpd.conf конфигурационные файлы могут вызвать дополнительные задержки во время перезапусков Apache, восстанавливают или обновляют как, очевидно, Apache должен обработать эти файлы. Например, если у Вас есть httpd.conf с ~2000 хостами, у Вас мог бы быть файл сверх 100K строк, которые могут занять 30-60 секунд, которые будут обработаны в зависимости от объема информации, в котором Вы имеете.
Существуют затем дополнительные соображения аварийного восстановления для рассмотрения, если файл становится поврежденным, сколько хостов Вы будете удалять? При обновлении Apache, сколько времени восстанавливание возьмет, или из-за размера, сколько из влияния ресурса на машину имело бы обновление?
Простые проблемы, такие как синтаксическая ошибка могут вызвать огромные проблемы с большими файлами, одной ошибкой, сотни хостов офлайн :)
Править: Если Вы перенаправляете sub домен к другому физическому серверу, почему бы не использовать зоны DNS вместо этого?