Hairy situação? Os servidores blade pode chegar onde outros não podem

Controle remoto seguro para desktops convencionais e virtuais

Qualquer seguidor de revistas de tecnologia de hoje em dia já ouviu falar muito sobre Abrir Compute Projeto (OCP) servidores. Estes são os servidores o mínimo, amontoados em um único chassi e gerenciado centralmente através do software que oferece alta automação e data center escala orquestração despojado.

Em um mundo OCP, a redução de custos é fundamental. O resultado é que tudo está funcionando bem somente em grande escala, e, mesmo assim, onde cada nó é a mesma que a próxima.

Com tudo preparados para baixo ao mínimo, fazendo uso eficiente desses servidores exige que uma equipe dedicada de operações nerds tem a chance de roteiro, automatizar e ajustar cada último item in-house.

No extremo oposto do espectro é o servidor legado: um servidor por chassis, concebido para lidar com qualquer coisa que você pode jogar nele. Esses servidores têm placas de vídeo, sons cartões, portas USB inumeráveis, SATA, SAS e tudo mais sob o sol.

Servidores legados são muito mais caros por nó que qualquer outra opção no mercado, mas eles também são muito mais versátil. A desvantagem é que cada tipicamente requer gestão individual, e eles são a opção menos densa disponível.

Em algum lugar entre OCP e legado temos as "unblades". Estes são sistemas como o da Supermicro gêmeas servidores. Assim como os servidores do OCP, unblades apontar para medíocre a alta densidade e eles compartilham energia e refrigeração.

Unblades são um pouco despojado, mas não tanto quanto nós OCP. Eles não compartilham networking e gestão é semelhante a nós legado: tudo é feito em uma base per-server.

Parece que entre estas três categorias, nós cobrimos a maior parte do mercado, a partir de pilha 'em alta, vendê-los mais barato através de caro, mas versátil. Você poderia ser desculpado por acreditar que não há espaço lá para servidores blade, mas eu acho que você seria errado.

The Big Easy

Os servidores blade são sobre a facilidade de uso, nada mais, nada menos.

Lançar sobre e você terá um monte de comercialização patranhas sobre "servidores blade oferecem um custo operacional mais baixo do que a execução de servidores independentes" apoiados por todos os imagináveis ​​métrica. Blades reduzir dados pegada centro, eles reduzem seus gastos, permitindo uma infra-estrutura de arame uma vez ... E assim por diante ele vai.

Alguns dos que pode ser válido, mas o benefício real das lâminas é muito mais simples de entender. Como uma classe de sistema, as lâminas são muito menos de uma dor na bunda do que qualquer outra coisa no mercado.

O segredo está no software de gestão que é cozido no chassis. Embora implementações variar, como regra geral, as lâminas podem ser contadas para fazer algumas coisas fundamentais que tornam a vida de todos mais fácil.

A primeira é que eles podem atribuir coisas como endereços MAC e WWNs em uma base per-slot. Eles também podem geralmente falham essas configurações em um nó hot spare.

Basta retirar o nó morto, insira uma fresca e você está de volta no negócio

Pense sobre o que isso significa na prática. Se suas lâminas são configurados para agarrar o seu sistema operacional a partir de uma SAN, em vez de partir do armazenamento local, em seguida, tudo que é necessário para garantir que nenhum dado botas de nó com a instância do sistema operacional relevante é para o MAC e / ou WWN do sistema para estar correta.

Se uma lâmina físico morre por qualquer motivo, em seguida, o chassis poderia escolher uma peça de reposição a partir da piscina, atribuir o MAC ou WWN para aquela lâmina e o sistema irá arrancar a imagem do sistema operacional relevante com: basicamente, a alta disponibilidade do VMware, mas para física servidores.

Se você não tem um nó sobressalente, que está bem. Software de administração de lâmina pode ser configurado para atribuir MACs e WWNs a determinados slots no chassis. Basta retirar o nó morto, insira uma fresca e você está de volta no negócio.

Esta facilidade de utilização é a chave para a adopção generalizada de lâminas, e cada vez mais está na base do ethos de designs modernos.

Compartilhando a carga

Se há uma outra razão para usar outros do que a facilidade de uso fornecida pelo software de gerenciamento de lâminas é que tudo em um chassis blade é compartilhado. Se há uma razão para não usar lâminas, é que tudo em um chassis blade é compartilhado. Este é o yin e yang de lâmina.

Similar aos servidores OCP e chassis unblade, lâminas de ter compartilhado elementos redundantes como PSUs e fãs. Ao contrário desses outros, lâmina chassis têm integrado de rede compartilhada e gestão de nível de chassis. Isto é tudo ligado através de um plano médio comum, que, em teoria, serve um único ponto de falha.

Se você é paranóico corretamente sobre os pontos únicos de falha, então você comprou em lâminas com pelo menos dois chassis meio-cheio, e você sempre vai se expandir para que em todos os seus chassis há um mínimo de um chassis pena de espaço livre (ou quente peças nós).

Isso parece caro quando você está falando de dois chassis. É irrelevante se o seu tamanho mínimo de compra é um rack.

Se você pode viver com uma pequena quantidade de risco, você provavelmente vai achar que a incidência de insuficiência chassis em sistemas blade modernos é estatisticamente de forma indiferenciada de zero.

A maioria dos projetos de lâmina tem um plano médio completamente passivo: basicamente alguns silício, alguns traços de cobre e alguns laca, sem componentes elétricos para desgastar.

No caso improvável de que o plano médio morre, desenhos de lâmina modernos têm de campo substituível midplanes. Não exatamente hot swap, mas não o fim do mundo também. Quanto aos outros bits - ventiladores, redes, módulos de administração e assim por diante - você vai encontrar chassi blade ser notavelmente redundante.

Nesse meio tempo, você pode empinar 16 servidores em um único chassis, todos conectados com um interruptor de leste-oeste garantir uma comunicação rápida entre todos os nós do chassis e portos norte-sul de gordura para garantir a conectividade rápida para o topo da chave rack. Todos eles compartilham fontes de alimentação redundantes, refrigeração e assim por diante.

Bare metal

Blades são bem conhecidos para aplicações de densidade: muitas CPUs amontoados em um espaço pequeno. Se você tem o centro de dados para lidar com esse tipo de densidade então escalar aplicações, tais como serviços web de alto tráfego ou analytics de alta intensidade, vai ser bons candidatos para a execução sobre o metal de suas lâminas.

Aplicações de memória com fome, ou aqueles com licenciamento de virtualização, que foi projetado por ogres infernais, também vai encontrar uma casa em lâminas. Normalmente vemos uma panóplia de TI sopa de letrinhas correndo nua no metal: inteligência de negócios, planejamento de recursos corporativos, arquitetura orientada a serviços, gerenciamento de dados de produto, processamento de transações on-line e assim por diante.

As empresas cujos software ainda normalmente é executado no metal incluem Oracle, SAP, Siemens, IBM (WebSphere) e Microsoft (Exchange). Em alguns casos (Oracle) os ogros licenciamento infernais são a razão. Em outros (Microsoft) os desenvolvedores estão presos em um túnel do tempo e permitiram medo de virtualização para tornar-se uma neurose.

Seja qual for a razão, há uma abundância de cargas de trabalho que exigem servidores físicos, mas precisam de um tipo de facilidade de uso, alta disponibilidade e failover que você costuma ficar apenas com a virtualização de gestão. Essas cargas de trabalho não deve ser executado em qualquer coisa, exceto lâminas.

Se você tem um monte de escala automatizado fora aplicativos gerenciados por um sistema centralizado de orquestração, ir duro com OCP. Caringo você pode construir clusters de armazenamento loucura multicasting orientada a objetos de inicialização via PXE bare-bones caixas. Eu construí Linux tornar fazendas ao longo das mesmas linhas.

Mas se você estiver executando cargas de trabalho em que o próprio sistema operacional importa - sua configuração, dados, nível de patch e assim por diante -, então não corra que em despojado engrenagem. Ou executar essas cargas de trabalho em uma plataforma de virtualização bem gerida ou executá-los em lâminas empresariais adequadas.

Se você precisa de aceleração de armazenamento local nas lâminas para suas cargas de trabalho, seus fornecedores devem ser capazes de acomodá-lo. Da HP PCI-E ioDrive2 o Flash Mezzanine Cards são um grande exemplo.

Se você tem cargas de trabalho que necessitam de lotes de armazenamento local, vou encaminhá-lo para um vídeo do YouTube de um HP StorageWorks Blade. Às vezes, vendo torna tudo faz sentido.

Se você realmente precisar de alta disponibilidade, a HP também faz uma lâmina tolerante a falhas . Apesar de caro, é praticamente a melhor coisa de sempre.

Voltar ao backplane

Que o caso para cargas de trabalho de metal rodando em lâminas é tão forte não significa o caso para a virtualização em lâminas está faltando. O argumento de que lâminas de fornecer alta disponibilidade para cargas de trabalho torna-se, em grande parte irrelevante em um mundo de virtualização.

O que fazer lâmina fornecedores através de módulos de administração de chassis e clonagem de configuração, VMware faz no hypervisor. Seu sistema unblade padrão ou mesmo servidor legado você fica tão longe por esse caminho como um chassis full-on lâmina faz.

Blades têm uma vantagem aqui que outras configurações não: que compartilhou backplane de redes. Um chassis blade é essencialmente um cluster em uma caixa. Eles quando todos nós de um cluster estão no chassis compartilhar um backplane rápido gritando para a comunicação intra-cluster e um tronco de gordura-ish para comunicações off-cluster.

No mundo do servidor unblade ou legado, cada nó tem um monte de espaguete para lidar com, e os custos de servidores, além de redes de rede pode facilmente executar além dos custos de ir para lâminas.

Além disso, há ainda que a gestão sexy do gânglios coisa física. É uma poupança de tempo, mesmo quando você ter ido para a virtualização. Isto pode não importa muito quando você tem apenas oito nós para se preocupar. É absolutamente faz quando você tem oito prateleiras

Nuvens em todos os lugares

O futuro será cada vez mais sobre a conectividade no chassis blade. Servidores Webscale estão aumentando a demanda por 40GbE por blade e de alta intensidade cargas de trabalho estão saindo SANs tradicionais e se mudar para SANs servidor all-flash para armazenamento. Isto exige maiores links tronco fora do chassi e melhor networking dentro do chassis.

Nós lâminas individuais (bem como os módulos de rede) precisa se preocupar com os padrões emergentes, como RDMA sobre convergente Ethernet (ROCE), Virtual eXtensible LAN (VXLAN) e Rede de virtualização usando Generic Routing Encapsulation (NVGRE).

Os centros de dados que foram criados na era dos servidores legados de baixa densidade ou sistemas unblade média densidade terá de ser refeito para lidar com sistemas blade muito de alta densidade com a rede cada vez mais poderosos e armazenamento integrado.

A capacidade de consolidar todas as suas cargas de trabalho em maior densidade não significa nada se o seu centro de dados não pode repartir a potência necessária e refrigeração por rack.

Gestão de sistemas blade também é cada vez mais misturados com componentes de gerenciamento Hyperscale. A gestão de um único chassi não é suficiente; mesmo um único domínio de vários chassis é muito pequeno.

Multi-domínio, a gestão multi-chassis que integra diretamente com os sistemas Hyperscale como OpenStack, vCloud e Azure nas instalações permitirá lâminas para desafiar servidores OCP, fazendo nuvens Hyperscale algo que todos podem construir, e não apenas aqueles que podem pagar uma sala cheia de orquestração PhDs.

Para o futuro próximo, haverá vida no conceito lâmina. ®