Quer um centro de dados unificado? Não se esqueça de desfragmentar o admins

Regcast livre: Dispositivos de Gerenciamento de Multi-Vendor com System Center 2012

Um centro de dados eficaz é mais do que apenas alguns racks de servidores com um pouco de rede e armazenamento anexado.

Ele precisa ser versátil, fácil e rápido para flexionar e reconfigurar manualmente e automaticamente, e ele precisa para manter-se com as demandas das aplicações que rodam lá.

Historicamente, no entanto, muitos dos componentes do centro de dados foram adquiridos e instalados separadamente. Como podemos reunir todos esses componentes em um todo coerente? Como, em outras palavras, podemos desfragmentar o nosso centro de dados?

Se ele quebrou, corrigi-lo

Não há nenhum ponto em tentar construir uma cerca com tábuas podres. Não importa o quão bem você pegá-los juntos, você estará jogando caça-the-tartaruga antes de você colocar a sua caixa de ferramentas de distância.

Portanto, antes de começar a considerar como fazer o seu kit trabalhamos juntos, você precisa garantir que os elementos independentes estão à altura da tarefa e configurado de tal forma que eles possuem uma chance de trabalhar como esperado.

Isso é muitas vezes uma questão muito simples de verificar se há problemas óbvios. Ao longo dos anos, tenho visto algumas configurações interessantes: um exemplo foi a LAN centro de dados com servidores e armazenamento conectado via troncos de multi-gigabit, cuja camada 3 funcionalidade foi transferida para um roteador low-end que não podia rota em mais do que um par centenas de Mbps.

Outra era uma configuração de servidor baseado em chassis que agregados centenas de máquinas virtuais sobre um insignificante 4Gbps uplink.

Havia também o tronco dual-Gigabit LACP onde tinham esquecido de permitir LACP em uma extremidade, e uma solução de backup que teria ido duas vezes mais rápido se alguém tivesse configurado alguns parâmetros de rede simples corretamente. (Voltaremos a esse último mais tarde.)

Portanto, antes de fazer qualquer coisa dar um passo para trás e dizer: "Fizemos algo idiota" E se a resposta é sim, corrigi-lo. Não tome para sempre sobre ele, mas pelo menos certifique-se de ter desmarcado a caixa "wally".

Detalhes do contato

Uma vez que as coisas estão um pouco mais sensível, é preciso considerar os pontos de contato entre os componentes da infra-estrutura.

O meu favorito é o lugar onde o VMware ESXi conectar à LAN. Com a minha rede gerente chapéu, uma vez passei uma tarde feliz com o servidor cara eo Sr. Google. No fim de tudo que quadruplicou a velocidade de alguns hosts ESXi LACP-trunking apenas trabalhando metodicamente através da configuração da porta LAN em ambas as extremidades e reconfigurá-lo.

Este é o lugar onde você precisa de seus especialistas no assunto para se unir e colaborar - talvez pela primeira vez. A instância de backup mencionei anteriormente era um exemplo clássico da necessidade de colaboração.

Você precisa da configuração a ser a mesma em todos os componentes: o link do armazenamento para o servidor de backup (se estiver conectado iSCSI), o sistema operacional do servidor de backup, o interruptor e as portas do roteador em cada ponto a partir do servidor de backup para o dispositivo que está sendo feito o backup, os switches virtuais (se você estiver em um ambiente virtual) eo sistema operacional do servidor convidado.

Um erro de configuração e tudo está a ir na velocidade do menor denominador comum. Para obtê-lo direito é necessário o armazenamento, rede e servidor caras para obter suas cabeças juntas e configurá-lo juntos.

Estender o pensamento de todos os pontos de contato do núcleo, em seguida, começando com as mais óbvias. Alguns exemplos são os seguintes:

• Armazenamento / servidores: obter as calhas e enquadramento ideal e se você estiver usando iniciadores iSCSI baseados em software em uma configuração de servidor virtual, comprar-se algum hardware adaptadores iSCSI com capacidade vez.


• Armazenamento / rede: entroncamento e enquadramento de novo, e se você estiver usando SAN baseada em comutadores Fibre Channel zona-los corretamente.


• Servidores / rede: trunking e enquadramento novamente. Validar a largura de banda disponível para os servidores e, se for multiplamente conectada, monitorar o tráfego e ajustar as configurações para distribuir a carga bem. Às vezes, você vai descobrir que uma ligação é martelado, enquanto outros não fazem nada, o que é, naturalmente, ineficiente.

Considere-se também o número de lugares onde os seus servidores e armazenamento tocam a rede. Em uma configuração de servidor virtual não há realmente nenhuma desculpa, por exemplo, para fazer backup de servidores ao longo da sub-rede de produção / VLAN - especialmente se o servidor de backup está em uma VLAN diferente dos dispositivos que estão sendo apoiados. Significa apenas que o seu router está sendo martelado.

Em vez disso cair em uma VLAN dedicada para backups, prumo-lo em suas vSwitches (sem tempo de inatividade necessário) e adicione uma placa de rede de backup dedicada a cada um dos servidores que você está fazendo backup (de novo, geralmente não há tempo de inatividade). E se você está sendo muito sensível você vai fazer backups em nível de hypervisor de qualquer maneira, em vez de os baseados em agentes no sistema operacional convidado de cada máquina virtual.