Eu encontrei uma solução. Instalei a extensão de regravação de URL para o IIS7 e use regras de reconfiguração para rotear o tráfego de subdomínios específicos para o host interno adequado.
Estou trabalhando em uma solução em que estaremos configurando 40 servidores web virtuais em um único servidor usando o Windows 2008 com Hyper-V.
Infelizmente, só temos três endereços IP públicos gratuitos para usar, por isso preciso ter basicamente um único IP público que encaminharia uma solicitação ao servidor apropriado.
Estou pensando que eu teria um servidor da Web em execução no host que seria executado em " web.company.com ", então cada servidor virtual poderia ser um subdomínio, como " client1.web.company.com ". Em seguida, um servidor da Web de front-end faria o proxy da solicitação ao servidor da web virtual para client1 .
Essa é uma maneira razoável de configurar o sistema? Em caso afirmativo, o IIS pode ser usado para fazer esse proxy ou outro servidor da web de código aberto funcionaria melhor (apache, lighttpd, etc)?
Isso soa estranho. 40 VMs para 40 sites?
O IIS pode hospedar vários sites por máquina. Você não pode ter, digamos, 3 servidores e usar cabeçalhos de host do IIS para hospedar 15 sites por peça? Ou cada instância de aplicativo da web precisa ser tão dedicada?
Independentemente disso, você precisará fazer algum tipo de proxy reverso se quiser compartilhar um único IP em 40 caixas. Você precisará configurar cada nome de host no proxy reverso para saber para qual caixa enviar o cabeçalho do host ...
você tem um problema de custo significativo se for forçado a migrar cada um desses sites. a menos que você esteja executando o datacenter do Windows Server 2008, terá que licenciar o SO para cada instalação de vm. 2008 empresa inclui 4 vm convidados.
para não mencionar a dor de cabeça de manter 40 máquinas rodando em vez de uma (com hostheadering).
consulte - link
Sua melhor aposta é provavelmente usar um balanceador de carga (ou dois, em uma configuração de cluster) para atuar como o "concentrador".
Não é muito diferente da solução que você mencionou, mas tem o benefício de permitir alta disponibilidade dos recursos por trás do acesso externo.
Parece um plano ruim.
Se você estiver configurando VMs do Hyper-V para sites, isso por si só custa uma quantia significativa de dinheiro. É por isso que você vê os pacotes VPS com o Hyper-V no intervalo de US $ 50 a US $ 100 por mês. Então, por que não comprar o extra de $ 1 por mês por IP ou o que for do provedor? Basta passar o custo para os clientes, se você os tiver. Caso contrário, se a sua máquina pode executar 40 VMs, provavelmente custa (ou custa) muito dinheiro, portanto, os IPs devem ser uma gota no bucket.
Também não faz sentido financeiro investir nas outras soluções sugeridas aqui como o custo do software / setup head / ongoing pita (como você vai implementar o RDP?) para configurar proxies reversos ou balanceamento de carga ou o que for não vale a pena.
Por que não usar cabeçalhos HTTP HOST no IIS? Basicamente, cada site pode ser informado exatamente qual nome de domínio para ouvir e responder. Eu tenho apenas um servidor IIS7 e ele hospeda 3 sites em um IP externo simplesmente porque os cabeçalhos HTTP são atribuídos ...