Bem, se você limita seriamente a quantidade de RAM dada a cada banco de dados, bem como a cada site, então com certeza você pode fazê-lo.
Você precisa testá-lo e examinar o desempenho que você terá.
É difícil para um servidor com 500 Ram, hospedar 30.000 sites + 30000 bancos de dados, com 3 usuários em cada um por dia?
Isso é para o Windows Server 2008, IIS7
500MB de RAM não será suficiente. Você precisará de algumas ordens de grandeza a mais que isso.
As especificações exatas de que você precisará dependem da carga de trabalho. Quantos acessos diários você está esperando? Essas páginas estáticas ou aplicativos da web? O que é considerado desempenho aceitável? Que tipo de IOPS isso exige? Qual o tamanho das bases de dados?
O que você está realmente perguntando? E porque? Você está pensando em migrar de servidores gerenciados para sua própria infraestrutura? Eles estão atualmente em uma dúzia de servidores e você está querendo economizar?
Editar
A resposta simples é: não faça isso. Mesmo que funcione, não funcionará bem.
Você comentou que isso era para uma máquina de teste dev. O que eles estarão testando? Quão importante é este teste? Até que você forneça respostas mais detalhadas, você só receberá mais perguntas.
Sim. É difícil para um servidor fazer isso. Sem mais detalhes, essa é a melhor resposta que você pode obter. Uma resposta mais sutil seria "depende", mas vou dizer que, em geral, a resposta é sim.
Isso faz com que você obtenha 6kb de RAM por banco de dados, supondo que você forneça 200Mb para o DB e 200Mb para o servidor da Web e 100Mb para o sistema operacional subjacente.
Resposta curta: Não.
Para limites teóricos em um grande número de servidores, consulte: Limites teóricos do IIS7
Caso contrário, 500Gb pode ser mais realista.