Pau pra toda obra: A resposta de disponibilidade
Agora você poderá incluir recursos e suporte inéditos ao configurar o DHCP (Dynamic Host Configuration Protocol) de alta disponibilidade no Windows Server 2012.
Greg Shields
Este foi escrito usando o beta do Windows Server 8. Todas as informações estão sujeitas a alterações.
Suporte da Microsoft para NICs tem sido confuso na melhor das hipóteses. Prior to Windows Server 2012, a Microsoft ofereceu sem suporte para placas de rede emparelhadas. Havia nenhum driver ou qualquer outra funcionalidade para as NICs de ligação. Essa realidade criou muita confusão nos primórdios do Hyper-V. Muitos acreditavam Microsoft não iria apoiar NICs usando drivers do fabricante de hardware.
A verdade com Windows Server 2008 R2 e sistemas operacionais anteriores foi um pouco mais matizada. Microsoft, de facto, não apoiava NIC equipes, porque a Microsoft não escreve o código. Por meio deles, você não estava violando acordos de suporte Microsoft. Todos os problemas foram a responsabilidade do fabricante do hardware.
Que confusão desaparece no Windows Server 2012. O sistema operacional agora inclui suporte nativo para NICs, escrito pela Microsoft e felizmente agora suportados pela Microsoft. Melhor ainda, ferramentas de configuração de agrupamento NIC tornaram-se uma parte nativo do sistema operacional Windows. Cada placa NIC, não importa o que o torna, é configurada com a mesma interface do Windows.
Os novos recursos de alta disponibilidade (HA) no Windows Server 2012 beneficiam mais do que apenas placas de rede. DHCP Dynamic Host Configuration Protocol () Obtém um facelift HA também. Agora você pode implantar escopos de tolerância sem a necessidade da complexidade e a sobrecarga de um Cluster de Failover do Windows. DHCP nunca teve tão bom. É aqui como configurá-lo.
Agrupamento de rede altamente disponível
Formação de equipes de rede tem sido uma tarefa desafiadora, com configuração diferentes interfaces fornecidas por diferentes fabricantes. Mantendo-se com os mais recentes drivers adicionados ainda outro nível de gerenciamento de configuração. Por outro lado, agrupamento de NICs em Windows Server 2012, acontece através de uma interface universal.
Para definir uma equipe no Gerenciador de servidores, você inicia clicando em servidor Local | Agrupamento de adaptadores de rede. Fazendo assim lança o painel de controle NICs (ver Figura 1). Clique na caixa de lista suspensa de tarefas junto às equipes e escolha nova equipe.
.jpg)
Figura 1 começar com NICs.
Em seguida você verá uma janela similar ao mostrado na Figura 2. Marque as caixas ao lado das interfaces que você deseja incluir na equipe. Você também poderá configurar um modo de agrupamento (consulte "Modos de agrupamento") ou o modo de distribuição de carga em propriedades adicionais.
.jpg)
Figura 2 configurar sua nova equipe.
Modos de grupos
Se você configurou anteriormente NICs, você está ciente de NIC equipes geralmente requerem a assistência dos protocolos de rede-lado. Antes de 2012 Windows, usando uma equipe NIC em um servidor também significava ativando protocolos como o EtherChannel ou LACP (também conhecido como 802.1ax ou 802.3 ad) nas portas de rede.
Essas opções permanecem até hoje, como você pode ver no Figura 2 dropdown caixa denominada modo de agrupamento. Sua seleção para agrupamento estático corresponde ao IEEE 802.3 ad, Considerando que a LACP vincula com 802.1ax agrupamento dinâmico.
Há também uma terceira opção interessante chamada intitulado Switch independente. Isso permite ligação NICs sem a assistência de protocolos de rede-lado. Formação de equipes independentes do comutador também é atraente porque ele permite que diferentes placas de rede ligar a switches diferentes. Mantenha um olho sobre essas configurações, como há relativamente pouco mais conhecida neste ponto sobre como eles vão trabalhar na produção.
Clique no link junto à interface de equipe principal para expor um lugar para definir uma VLAN específica para a equipe. Clique em OK para fechar o painel de controle. Em poucos segundos, você encontrará que seu servidor agora se comunica através de uma equipa totalmente nova de NIC. Você pode verificar o êxito na criação dessa equipe por encontrar o nome do time em resultado de um comando ipconfig (ver "Meu Team – padrão" em Figura 3).
.jpg)
Figura 3 usar o comando ipconfig para verificar se você criou com êxito uma equipe.
Dar uma olhada agora em conexões de rede (ver Figura 4), e você verá um novo adaptador para o time que acabou de criar. Esse adaptador será um multiplexador de controlador de adaptador de rede Microsoft e usará o provedor de Failover/balanceamento de carga Microsoft para interface com cada NIC física. Se você exibir as propriedades de cada NIC física, você verá que eles tem sido reconfigurados para usar somente o Microsoft adaptador Multiplexador de protocolo de rede. Uma vez que você criou-los, as configurações de rede são configuradas somente para a equipe, não cada NIC individuais.
.jpg)
Figura 4 verificação de conexões de rede irá mostrar-lhe seu novo adaptador de equipe.
DHCP altamente disponível
Com sua conexão de rede altamente disponível, você está pronto para fazer o mesmo para o DHCP. Para fazer isso no Windows Server 2012 ainda obviamente requer dois servidores separados. No entanto, ele não requer um Cluster de Failover do Windows. Em vez desse cluster é built-in suporte para escopos DHCP tolerantes a falhas. Com dois servidores prontos, aqui estão as etapas que você precisará implantar um.
Iniciar no painel de controle do Gerenciador do servidor clicando em todos os servidores e, em seguida, clique no primeiro de seus dois servidores. Clique em gerenciar | Adicionar funções e recursos e clique em Adicionar funções e recursos do assistente. Instalar apenas a função de servidor DHCP e aceite os padrões. Repita esse procedimento para o segundo servidor. Depois de ter concluído o assistente, você observará que o Gerenciador do servidor criou um novo grupo de servidores DHCP que contém os dois servidores.
Você também perceberá duas notificações de novas na faixa de opções da Gerenciador de servidores. Clique no ícone de sinalizador e selecione configuração de DHCP completa para iniciar o Assistente de configuração de DHCP pós-instalação. Forneça as credenciais apropriadas e clique em confirmar para autorizar cada servidor nos serviços de domínio Active Directory.
Uma vez autorizado, o processo para criar e gerenciar escopos DHCP é relativamente inalterado de versões anteriores. Iniciar o console do DHCP e criar um escopo em um servidor clicando com o IPv4 (ou IPv6 se for o caso). Em seguida, selecione novo escopo. Configure o escopo com as configurações apropriadas para a sua rede.
Adicionar HA começa clicando nesse escopo e selecionando Configurar Failover. Fornecer o nome do host ou endereço IP para um servidor de parceiro (consulte Figura 5). Há uma caixa de seleção na parte inferior (cinza na figura) que permite que você reutilizar qualquer relações de failover existente.
.jpg)
Figura 5 configurar os serviços de failover.
Os servidores DHCP em uma configuração de failover podem operar em qualquer um dos dois modos: Equilíbrio de carga ou Hot standby. Servidores em modo de balanço de carga irão partilhar a distribuição de endereço. Modo de espera quente identifica um servidor de parceiro que vai assumir quando o servidor principal falhar.
Figura 6 mostra o balanceamento de carga (à esquerda) e Hot standby telas de configuração (à direita). À esquerda, você pode ajustar a porcentagem de endereços hospedado por cada servidor DHCP em modo de balanceamento de carga. À direita, você pode ajustar a porcentagem de endereços reservados para uso pelo servidor em standby. Nesse intervalo garante que um recentemente falhou por servidor pode continuar a distribuir endereços após o primário falhar, mas antes de que assume o controle do escopo de todo.
|
|
.jpg)
.jpg)
Figura 6 configuração espera quente e equilíbrio de carga.
Há uma distinção importante a fazer aqui sobre o que acontece quando um servidor perde a comunicação com seu parceiro (chamado modo "comunicação interrompida"), e quando esse servidor sobrevivente determina seu parceiro está em baixo (modo chamado "parceiro para baixo") e assume o controle do escopo inteiro.
Um servidor sobrevivente entra em modo de interrupção comunicação depois que ele perde a comunicação com seu parceiro. Nesse ponto, você pode alterar manualmente estado do servidor sobrevivente ao sócio para baixo e failover do escopo. Você também pode definir o intervalo de mudança de estado de Auto automaticamente alterar estado para parceiro para baixo após um número especificado de minutos. Uma vez no parceiro para baixo de Estado, o tempo máximo de chumbo de cliente define quanto tempo o servidor sobrevivente aguardará antes de assumir o controle do escopo inteiro.
Finalmente, você pode habilitar a autenticação de mensagens de failover, marcando que a caixa marcada habilitar a autenticação de mensagens. Fornece um segredo compartilhado para proteger a autenticação. Clique em Avançar e em Concluir para finalizar o assistente.
HA, não há nenhuma desculpa
Obter alta disponibilidade para muitos dos principais serviços de Windows foi difícil por um longo tempo. Com versões anteriores, baseando-se no fornecedor agrupamento drivers e Windows Failover Clustering, a enorme sobrecarga do gerenciamento HA foi muitas vezes mais esforço do que o resultado. Windows Server 2012 muda as coisas para melhor. Agora não há simplesmente nenhuma desculpa para a não execução HA em cada turno.
.jpg)
Greg Shields, MVP, é um parceiro em Concentrated Technology. Obtenha mais dicas e truques de “pau pra toda obra” de Shields em ConcentratedTech.com.