Я работаю над решением, в котором мы будем настраивать 40 виртуальных веб-серверов на одном сервере с использованием Windows 2008 с Hyper-V.
К сожалению, у нас есть только 3 бесплатных общедоступных IP-адреса, поэтому мне нужно иметь в основном один общедоступный IP-адрес, который будет направлять запрос на соответствующий сервер.
Я думаю, что у меня будет веб-сервер, работающий на хосте, который будет работать, скажем, "web.company.com", тогда каждый виртуальный сервер может быть субдоменом, например"client1.web.company.com". Затем интерфейсный веб-сервер будет передавать запрос виртуальному веб-серверу для client1.
Это разумный способ настройки системы? Если да, можно ли использовать IIS для этого проксирования или другой веб-сервер с открытым исходным кодом будет работать лучше (apache, lighttpd и т. Д.)?
Звучит странно. 40 ВМ на 40 сайтов?
IIS может размещать несколько веб-сайтов на одном компьютере. Разве вы не можете иметь, скажем, 3 сервера и использовать заголовки хостов IIS для размещения 15 сайтов за штуку? Или каждый экземпляр веб-приложения должен быть выделенным?
В любом случае вам понадобится какой-то обратный прокси-сервер, если вы хотите разделить один IP-адрес на 40 ящиков. Вам нужно будет настроить каждое имя хоста в обратном прокси, чтобы он знал, в какое поле отправлять этот заголовок хоста ...
если вам придется использовать виртуальную машину для каждого из этих веб-сайтов, у вас будет значительная проблема с затратами. Если вы не используете центр обработки данных Windows Server 2008, вам необходимо лицензировать ОС для каждой установки виртуальной машины. В 2008 году на предприятии 4 вм гостя.
не говоря уже о головной боли, связанной с поддержанием работы 40 машин вместо одной (с hostheadering).
видеть -- http://www.microsoft.com/hyper-v-server/en/us/default.aspx
Я придумал решение. Я установил расширение URL Rewrite для IIS7 и использую правила перезаписи для маршрутизации трафика из определенных поддоменов на соответствующий внутренний хост.
Похоже на плохой план.
Если вы настраиваете виртуальные машины Hyper-V для веб-сайтов, это само по себе стоит значительных денег. Вот почему вы видите пакеты VPS с Hyper-V в диапазоне от 50 до 100 долларов в месяц. Так почему бы не получить дополнительный доллар в месяц за IP или что-то еще от провайдера? Просто переложите расходы на клиентов, если они у вас есть. В противном случае, если ваша машина может работать с 40 виртуальными машинами, это, вероятно, будет стоить (или будет стоить) больших денег, поэтому IP-адреса должны быть каплей в море.
Также не имеет финансового смысла инвестировать в другие предлагаемые здесь решения, так как затраты на программное обеспечение / головная боль установки / текущая pita (как вы собираетесь внедрять RDP?) Для настройки обратных прокси или балансировки нагрузки или чего-то еще, что не стоит .
Лучше всего, вероятно, использовать балансировщик нагрузки (или два в конфигурации кластера) в качестве «концентратора».
Оно не слишком отличается от упомянутого вами решения, но имеет то преимущество, что обеспечивает высокую доступность ресурсов за внешним доступом.
Почему бы не использовать заголовки HTTP HOST в IIS? По сути, каждому веб-сайту можно указать, какое именно доменное имя следует слушать и отвечать. У меня только один сервер IIS7, и на нем размещены 3 веб-сайта на одном внешнем IP-адресе просто потому, что присвоены заголовки HTTP ...