Geek de todos os Trades Simples de cluster com hiperlink V

Greg Shields

Conteúdo

Clusters hiperlink V
Trabalhando com cluster hiperlink-V
Aumentar sua disponibilidade

Nos primórdios da minha carreira IT, usei para responder a freqüentes oft “ o que fazer para um estilo de vida? ” com “ AH, eu fi computadores x. ” Mas há anos, algo aborrecem-me sobre essa instrução. Achamos muito negativo, como se computadores foram sempre quebrar e a segurança do meu dinâmico dependia de fato. Portanto, após responder essa pergunta repetidamente, ele finalmente hit me. Minha prioridade real como técnico de TI e administrador de sistemas não foi necessariamente corrigir computadores — fosse mantê-los em execução.

Essa prioridade não foi alterado. Na verdade, como calcular torna se mais importante às operações diárias da maioria das empresas, ser capaz de corrigir computadores cresceu menos importante. O que é se tornar muito mais importante é que os computadores em continuar trabalhando. Não é isso mais importante em seu trabalho como um jack-of-all-trades profissional de TI. Enfrentando dificuldades manter computadores executando com um mínimo de recursos e um orçamento encolhimento geralmente requer uma medida de integridade de fita de duto e bailing-twine.

Com a combinação de direita de tecnologia, no entanto, você pode aumentar custo a disponibilidade dos servidores. Convertendo os servidores físicos para virtual, você imediatamente obter recursos adicionais que torná-los menos provável que vá para baixo e fácil de trazer de volta até quando elas:

• Instantâneos permitem que você volte em tempo de quando uma atualização de software ou configuração altera blows configurar um servidor íntegro caso contrário.
• Discos rígidos virtuais consolidar milhares de arquivos que compõem um servidor Windows em um único arquivo para backups, que melhora significativamente a confiabilidade desses backups.
• Suporte de VSS (serviço de cópias de sombra) do volume, que está disponível nativamente no Hyper-V, significa que aplicativos retornar de uma restauração com zero perda dos dados e imediatamente pronto para a operação.
• Recursos de migração melhorar as atividades de tempo de inatividade planejado, fornecendo um mecanismo para realocar o processamento de máquinas virtuais a novas hosts com pouco para nenhuma interrupção no serviço.
• Clusters de failover significa que a perda de um host virtual move automaticamente máquinas virtuais para novos locais onde eles podem continuar fazendo o seu trabalho.

A parte difícil no tudo isso é descobrir exatamente quais tecnologias que você precise implantar — e que você pode arcar com. Há uma relação direta entre os níveis de redundância que pode implantá-em um ambiente de TI da e o custo. Com isso em mente, a adicionar uma tecnologia como cluster de failover do Windows Server 2008 a tecnologia Hyper-V pode obter ignorado devido à complexidade percebida. Ainda é possível implementar não necessariamente altamente confiáveis, mas virtualização "razoavelmente confiável" para o menor do que você poderia pensar.

Para esse fim, vamos explorar uma solução muito simples que integra essas duas tecnologias. Estar ciente de que esta implementação não bestow imediatamente os mais altos níveis de disponibilidade, mas é a solução mais simples, que você pode implantar hoje. Depois que você compreender as noções básicas, vai sugiro algumas maneiras de adicionar ainda mais, com custo adicional e a complexidade, é claro. Permitir que seu orçamento ser sua guia.

Clusters hiperlink V

Para começar, veja o artigo chamado" Guia passo a passo Hyper-V: hiperlink V e cluster de failover." Descreverei as etapas de alto nível necessárias para implementar uma configuração de cluster. Para obter instruções detalhadas clique, clique em, consulte este documento.

Implementando a redundância com tecnologia Hyper-V envolve cluster seus serviços em dois ou mais computadores. Cada computador deve ter instalado uma cópia da versão x 64 do Windows Server 2008 Enterprise Edition, e cada deve incluir um mínimo de duas placas de rede por servidor além de uma ou mais placas de rede para iSCSI. Neste exemplo muito simples, você usará a rede para conectar esses dois servidores a um terceiro servidor ou dispositivo que hospeda um conjunto de discos compartilhados iSCSI. iSCSI é usado aqui porque é fácil de configurar, não requer pouco ou nenhum equipamento adicional ou especializado de treinamento e executa em sua rede existente.

Esses discos você armazenará os arquivos para seus máquinas virtuais para que eles podem ser acessados diretamente por ambos os hosts. Conforme mostrado na Figura 1 , duas placas de rede conectar cada servidor a duas redes diferentes (um para o cluster privado rede, o outro para sua rede de produção), enquanto o terceiro se conecta aos discos do iSCSI. Neste exemplo, as conexões iSCSI estão em redes diferentes do seu tráfego de produção. Separar iSCSI do tráfego de rede normal é importante proteger o tráfego de cada tipo do congestionamento da rede do outro.

Figura 1 no mínimo, seis conexões de rede necessários para iniciar um cluster.

A primeira etapa da preparação nesse ambiente é validar que os servidores na verdade podem executar a função Hyper-V. Hyper-V tem três requisitos de hardware:

• O servidor deve ser capaz de executar a versão x 64 do sistema operacional Windows.
• Processador do servidor deve estar equipado com hardware prevenção de execução de dados (DEP).
• Recursos de processador do servidor devem incluem as extensões de virtualização.

Esses três requisitos são todos os determinados pelos recursos de processador disponíveis no servidor, e há duas maneiras para determinar se os servidores atender a essas necessidades. Em equipamentos de classe de servidor adquirido de um fornecedor de hardware de servidor, você pode verificar seu servidor verifique e modelo contra o Catálogo do Windows Server. Clique no link Hyper-V na coluna da esquerda para restringir os resultados para apenas os servidores que foram testados e encontrados para oferecer suporte a tecnologia Hyper-V com êxito.

Se o servidor não estiver na lista ou é seu próprio design, você poderá baixar o Ferramenta de teste que podem ser protegidos. Essa ferramenta pequena testa recursos do processador contra essas três requisitos. Se o comprimento de bit máximo é de 64 e os relatórios da ferramenta Sim para DEP de hardware e a virtualização de hardware, você tem o que você precisa.

A próxima etapa no processo é criar dois discos que estão expostos a sua rede por meio de iSCSI. O primeiro disco será 512 MB de tamanho para o disco de testemunha, enquanto o segundo disco será de um tamanho necessária para a instalação completa de uma máquina virtual. As etapas exatas para isso será diferentes dependendo em qual produto você usar para hospedar os discos. Se seu ambiente tiver iSCSI hardware no local, basta criar e expor dois novos discos por meio de sua interface. Se você não tiver iSCSI hardware, software de destino iSCSI existe na Internet que você pode instalar em um servidor de terceiro em seu ambiente para essa finalidade.

Se você precisar usar iSCSI baseados em software, examine cuidadosamente os recursos disponíveis. Microsoft cluster requer iSCSI para oferecer suporte SCSI principal comandos-3, especificamente o suporte de reservas persistentes. Maioria dos softwares para custo iSCSI atualmente suporta esse recurso, mas há muito pouca suporte para ele em aberto mais pacotes de software de origem.

Um pacote de software barato e fácil de usar é o destino de iSCSI de StarWind de Divisão de Foguete. Você precisará usar uma das versões pagas para o agrupamento porque o não-custo Personal Edition não oferece suporte conectando vários servidores no mesmo disco. Existem outras opções, mas no momento não há nenhum download freeware da Microsoft que podem ajudá-lo.

Depois de criado e exposto esses dois discos para a rede por meio de iSCSI, execute estas etapas em cada computador que farão parte do cluster para se conectar aos discos:

• Vá para Ferramentas administrativas | iniciador iSCSI. Em sua primeira tentativa de conexão para a ferramenta, você será solicitado duas vezes a habilitar o serviço Microsoft iSCSI e desbloquear sua conexão de firewall. Escolha Sim para ambos para iniciar o console.
• Para localizar seus discos, vá para a guia de descoberta e clique em Adicionar Portal. Na tela resultante, digite o endereço IP para o disco iSCSI e clique no botão Avançado. Em seguida, altere o adaptador local para Microsoft iSCSI adaptador. Em seguida, altere o IP de origem para o endereço IP para a placa de rede que você selecionou para sua conexão de disco. Firewalls podem impedir o iniciador de acessar o destino se um erro na conexão ocorrer neste ponto.
• Se você tiver com êxito conectado a seus discos pela rede, você verá o nome de cada disco na guia destinos. A próxima etapa é fazer logon no cada disco. Fazer isso, clicando no disco e selecionando logon. Na tela resultante, marque a caixa para automaticamente restaurar esta conexão quando o computador é iniciado e clique no botão Avançado. Novamente, configure o adaptador local para Microsoft iSCSI adaptador, o IP de origem para o endereço IP da placa de rede correto e o portal de destino para o endereço IP e porta para o dispositivo iSCSI. Repita essa etapa para cada disco. Um logon bem-sucedido terá aparência semelhante à Figura 2.
• Na guia Destinos Favoritos, clique no botão Atualizar. Os nomes de disco devem constar da lista de destinos favoritos.
• Na guia volumes e dispositivos, clique no botão configuração automática. Se tudo foi feito corretamente a esse ponto, você verá as referências a cada disco aparecem na caixa.

A Figura 2 uma conexão bem-sucedida em discos de iSCSI

Após a conexão para seus discos, você precisará inicializar e formatá-los para torná-los pronto para ser usado. Fazer isso no Gerenciador de servidores sob o armazenamento | nó de gerenciamento de disco. Esse processo deve ser executado em cada computador, mas deve ser feito somente quando o outro computador é desligado. Faça isso agora e inicie o Gerenciamento de disco. Agora, clique com o botão direito do mouse em cada disco e coloque o disco on-line. Em seguida, clique com o botão direito do mouse novamente e inicializar o disco. Por fim, clique com o botão direito do mouse um tempo de terceiro para criar um novo volume simples, formatar o disco como NTFS e atribuir a ele uma letra de unidade. Neste exemplo, será atribuímos p: para a unidade de quorum e F: para a unidade para nossa máquina virtual.

Energia o primeiro computador e inicie o segundo. No computador segundo, verifique se o disco está atribuído a mesma letra de unidade como foi atribuído no primeiro computador. Quando isso for concluído, os dois computadores podem ser ativados. Os discos agora estão prontos para o agrupamento.

A próxima etapa neste processo é instalar a função de Hyper-V computador bem como o recurso de cluster de failover. Você fazer ambas do Gerenciador de servidores. Antes de se instalar a função Hyper-V, atualize código de Hyper-V do servidor para a versão RTM pela instalação da atualização 950050 primeiro. Você achará em Windows Update no Painel de controle como uma atualização recomendada. Instalar esses componentes requer uma reinicialização.

Duas etapas permanecem. Primeiro, validar o cluster navegando para Ferramentas administrativas | Gerenciador de cluster de failover. Clique no link para validar uma configuração. Esta etapa garante que tudo o que você configurou está correto para se preparar para uma criação de cluster bem-sucedida. Se sua configuração de passar os testes de validação, clique no link para criar um cluster. O assistente pedirá para os nomes de membros de cluster bem como um endereço IP a ser usado para comunicação de cluster. Esse endereço será um endereço IP não usado na rede e não deve ser qualquer um dos endereços IP que você usou para este ponto neste procedimento. Conclua o Assistente para criar o cluster.

Trabalhando com cluster hiperlink-V

Quando você usa tecnologia Hyper-V sozinho e sem o System Center Virtual Machine Manager, o processo de gerenciamento de seus hosts de cluster virtuais ocorre em dois locais. Você cria e trabalhar com máquinas virtuais no Gerenciador de Hyper-V. A configuração de ambos os cluster próprio e os recursos de cluster necessários é feita de dentro do Gerenciador de cluster de failover.

Para criar uma nova máquina virtual, abra o Gerenciador de Hyper-V e selecione novo | Virtual Machine. Responder às perguntas no assistente e certifique-se de que você armazene arquivos de disco da máquina virtual na unidade F:. Todos os arquivos associados a uma máquina virtual de cluster devem sempre ser armazenados em discos compartilhados. Depois de criar a máquina virtual, energia-la para baixo e inicie o Gerenciador de cluster de failover. A próxima etapa configura os recursos necessários para conscientizá o cluster de máquina virtual. Clique com o botão direito do mouse serviços e aplicativos e selecione Configure um serviço ou aplicativo. Selecione o item virtual machine no menu e clique em Avançar. Sua tela ficará semelhante ao Figura 3 . Lá, selecione a máquina que você deseja estar ciente cluster. Você não conseguirá selecionar as máquinas que está ligado ou cujos arquivos do disco não são armazenados em unidades compartilhadas. Conclua o assistente para concluir este processo.

A Figura 3 selecionando uma máquina deve ser feito com reconhecimento de cluster

Agora você tem uma máquina virtual que é o reconhecimento de cluster, e este computador agora se beneficia da alta disponibilidade fornecida pelo cluster de failover do Windows Server 2008. Isso significa que, se o coordenador da máquina virtual for desligado ou se o computador apresentar problemas, ele reiniciará automaticamente propriamente dito no outro nó do cluster. a Figura 4 mostra um exemplo de como a máquina virtual aparece no Gerenciador de cluster o failover.

A Figura 4 uma máquina virtual hospedada no Gerenciador de cluster de failover

Se você precisar executar a manutenção no host de cluster, você pode agora também rápida migrar nessa máquina virtual para o outro host clicando em sua respectiva instância em serviços e aplicativos e selecione Mover esse serviço ou aplicativo para outro nó. No mesmo local, as propriedades deste grupo da máquina virtual fornecem um local para instruir o cluster os nós que são preferenciais para hospedar o computador. Em clusters de failover do Windows, um proprietário preferencial corresponde a nós de cluster em que você preferir que o computador para ser hospedado no caso de um failover. Essa opção tem impacto em clusters com mais de dois nós mas pode ser uma maneira de manualmente balanceamento de carga de máquinas virtuais em vários nós.

Aumentar sua disponibilidade

Essas etapas são apresentadas para mostrar como é fácil adicionar extra disponibilidade para os servidores pode ser. Se você tiver duas cópias do Windows Server 2008 Enterprise Edition residente em torno e qualquer um iSCSI dispositivo ou software de instalação de hardware, essas etapas algumas criará um cluster básico do Windows para oferecer suporte a alta disponibilidade.

Além disso, conforme eu explicado no início desta coluna, isso é apenas a primeira etapa. Há outras camadas da tecnologia que você provavelmente desejará adicionar a essa arquitetura para obter ainda mais disponibilidade. Cada camada adiciona um pouco mais resiliência ao seu ambiente — mas também adiciona um pouco mais custo e complexidade. Dependendo das suas necessidades e seu orçamento, considere o seguinte como complementos possíveis:

equipamento de classe de servidor. O uso de equipamento que não esteja listado no Catálogo do Windows pode afetar a capacidade de suporte e pode não atender melhor às necessidades de seus máquinas virtuais. Mover para o equipamento de testado e suportado classe de servidor irá garantir suporte completo no caso de um problema.

redundância de placa de rede. Com o mínimo de três rede cartões conectando-se cada nó de cluster a seus discos e redes, a perda de quaisquer pode significam a perda de servidor como um nó de cluster. Assim, adicionar mais placas de rede para vários caminhos redundância iSCSI ou rede deve ser sua primeira opção para obter mais hardware. E, lembre-se, placas de rede são baratas servidores muitos oferecem suporte durante estes dias podem custo ao quatro, seis ou mais placas de rede, para que essa adição simples será net muita bang resiliência para seu buck orçamentárias.

redundância do caminho de rede. O uso de iSCSI em toda a rede de produção pode ter um impacto significativo sobre o seu desempenho. O inverso contém true bem como tráfego de rede tradicional pode ter um impacto na conexão de um nó de cluster para o disco. Isolar o tráfego de iSCSI para seu próprio caminho de rede isola esse tráfego a seu próprio segmento de rede, garantindo sua disponibilidade completa como alteração de condições de rede.

usando com base em hardware iSCSI. Embora o software de destino iSCSI funcione, ele pode representar um problema. A perda do servidor que hospeda os discos de iSCSI significa a perda de todo o cluster. Como servidores exigem reinicializações de tempos em tempos, com base em hardware iSCSI tende a garantir níveis superiores de disponibilidade.

redundância do iSCSI. Se você usar hardware ou software para a conexão iSCSI, ainda é um ponto único de falha se não for feita redundantes. Procure soluções que fornecem redundância para os discos iSCSI.

o System Center Virtual Machine Manager. Usar Hyper-V sozinho em vários sistemas pode ser um desafio. Há muito a ser configurado e muitas etapas envolvem intervenção manual. Adicionar recursos de gerenciamento extra obtidos por meio de System Center Virtual Machine Manager torna o processo de gerenciamento de seu ambiente de virtualização muito mais fácil, que reduz a possibilidade de erros e tempo de inatividade caro.

nós de cluster adicionais. O Windows Server 2008 Enterprise Edition x 64 pode oferece suporte a até 16 nós em um cluster de failover. Adicionar nós extras a um cluster requer executando com as etapas descritas aqui em um servidor adicional e adicionar esse servidor para o cluster. Assim que tiver esse servidor adicional, você tem outro local em que máquinas virtuais pode falhar quando houver problemas. Isso é especialmente útil quando você considera como a perda de um único nó pode afetar o desempenho da máquina virtual. Por exemplo, se você armazenar quatro máquinas virtuais em cada nó de cluster de um cluster de dois nós, a perda de um nó move todas as máquinas virtuais oito para um único nó. Collocating isso vários computadores em um servidor afeta o desempenho de todas as máquinas virtuais.

clusters de vários sites. Clusters de failover tradicionais são criados para proteger contra a perda de um host, mas eles não bem no caso de um desastre. Para proteger contra a perda de cada nó de cluster ao mesmo tempo, considere a criação de um geocluster. Uma tarefa complexa muito mais, geoclusters abranger sub-redes e aproveitar tecnologia de replicação para manter os armazenamentos de dados mais removidas em sincronia. Com um geocluster, se você perder um site inteiro, suas máquinas virtuais automaticamente migrará para outro site com apenas uma interrupção pequena.

Essas opções adicione mais custo ao seu ambiente e muitos adicione significativas níveis de complexidade. Mas todos eles tirar uma arquitetura altamente disponíveis e torná-lo mesmo assim.

Se você tem idéias sobre clusters e Hyper-V, ou você tenha criado um cluster virtual baixo custo que gostaria de compartilhar, me descartar uma linha no gshields@concentratedtech.com.

Greg Shields , MVP, é um parceiro no concentrou Technology. Aproveite mais o do Greg Jack-of-all-Trades dicas e truques em www.ConcentratedTech.com.