Usando o Microsoft Cluster Server para criar um servidor virtual

Traduções deste artigo Traduções deste artigo
ID do artigo: 257932 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Sumário

Com o serviço de cluster da Microsoft (MSCS), você tem a capacidade de vincular vários nomes de NetBIOS de rede a um servidor físico. Para fazer isso, você pode criar um recurso de nome de rede no administrador de cluster e, em seguida, você pode definir uma dependência em um recurso endereço IP. O recurso de nome de rede cria um servidor virtual para que os usuários se conectar.

Para acessar um aplicativo de rede, ou recurso em um ambiente não-agrupado, clientes de rede devem se conectar a um servidor físico (que é um computador específico na rede que é identificada por um nome de rede exclusivo e o endereço IP). Se esse servidor falhar, o acesso ao aplicativo, ou recursos serão perdidos.

Por meio de clusters de servidor, o MSCS permite a criação de servidores virtuais. Ao contrário de um servidor físico, um servidor virtual não está associado com um computador específico e pode failover de um nó para outro como um grupo. Ele pode também ser disponibilizado ou colocado off-line dinamicamente sem afetar outros servidores virtuais e recursos que o servidor está disponibilizando. Se o nó que está hospedando o servidor virtual falhar, os clientes ainda podem acessar seus recursos, usando o mesmo nome de servidor, mas eles serão redirecionados para outro nó do cluster.

Embora o MSCS tenha sido desenvolvido para permitir que um administrador do sistema conectar vários servidores em um cluster de alta disponibilidade, você pode também usá-lo em um único servidor para fornecer vários "servidores virtuais" dentro de um servidor físico, a configuração mínima necessária. Isso é conhecido como uma "Lonewolf", ou um cluster de servidor único nó, em que cada servidor virtual tem seu próprio nome e endereço IP exclusivo associado a ele. Isso pode ser útil na consolidação do servidor e em tirar proveito dos recursos avançados do cluster, como compartilhamentos de arquivo dinâmico para compartilhamentos de pasta base.

Para obter informações adicionais sobre suas limitações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
235529Suporte para Kerberos em clusters de servidores baseados no Windows 2000

Mais Informações

Para configurar um servidor virtual, execute essas etapas:
  1. Iniciar administrador de cluster (CluAdmin.exe), clique com o botão direito do mouse nele e, em seguida, clique em Configurar aplicativo .
  2. Marque a caixa de seleção criar um novo servidor virtual .
  3. Selecione a caixa de seleção criar um novo grupo de recursos ou use um grupo existente.
  4. Nomeie o grupo para uso em Administrador de cluster.
  5. Digite o nome de rede, que precisa ser um nome NetBIOS exclusivo na rede. Não use o mesmo nome para obter mais em seguida, um recurso em cluster do mesmo. Os clientes usará esse nome para se conectar a recursos. É importante para não usar o nome do cluster para conexões de cliente porque ele não se vincula à pilha de LAN Manager da mesma maneira. Para conexões de cliente, crie novo, independentes de servidores virtuais, como:
    \\%VirtualServer%\%ShareName%
    Além disso, insira um endereço IP no qual o nome da rede será ser dependentes. Isso é o endereço IP que será associado a este nome de rede no WINS (Windows Internet Naming Service) e registros dinâmicos do DDNS (sistema de nome de domínio) e ao qual os usuários irão se conectar.

    Observação : um recurso de nome de rede deve ser dependente de apenas um recurso de endereço IP, ou que podem ocorrer problemas de conectividade.
  6. Selecione não, criarei um recurso de cluster para meu aplicativo mais tarde e em seguida, conclua o assistente Configurar o aplicativo .
  7. Clique com o botão direito do mouse o grupo recém-criado e clique em Colocar on-line .
  8. Testar a conectividade para o servidor virtual recém-criado:
    1. Clique em Iniciar , clique em Executar e, em seguida, digite \\%VirtualServer% . Verifique se pode ver os recursos disponíveis.

      Observação : como houver somente uma pilha de LAN Manager em um determinado servidor, você poderá procurar todos os recursos que estão publicando outros servidores virtuais, e que são pertencentes a esse mesmo nó.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      170762Compartilhamentos de cluster aparecem na lista Procurar em outros nomes
    2. Tente se conectar ao nome do servidor virtual a partir de um local remoto e verifique se o endereço IP retornado é aquele desejado que o recurso é dependente.
    3. Failover do grupo para outro nó no cluster, verifique se que se trata de on-line e verifique se todas as etapas anteriores.
    4. Além disso, execute todas as etapas acima de um cliente em uma rede remota.

      Observação : quando ocorre um failover de um servidor virtual, os clientes se conectar ao mesmo nome de rede e o endereço IP, mas o acesso à mídia (MAC) do controle de endereço que está associado com o IP endereço alterações agora.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
      244331Alterações de endereço MAC para o Virtual Server durante um Failover

Propriedades

ID do artigo: 257932 - Última revisão: sexta-feira, 26 de outubro de 2007 - Revisão: 3.6
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows NT Server 4.0 Enterprise Edition
Palavras-chave: 
kbmt kbproductlink kbinfo kbnetwork kbtool KB257932 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 257932

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com