Acesso de alto desempenho para armazenamento de arquivos
Quando você está tentando convencer sua empresa a gastar um monte de dinheiro em uma nova instalação, você pode estar certo que vai querer ter certeza de que a instalação possa suportar o negócio para os próximos anos.
Dado que a bola de cristal de tecnologia média é de tempo nublado na melhor das hipóteses, como você evoluir o seu centro de dados, protegendo contra um futuro potencialmente imprevisível?
Há dois aspectos importantes em que pensar, a fim de garantir o futuro de sua instalação. A primeira é ter certeza que você pode continuar a atualizar o hardware, sistema operacional e software que está sendo executado. O segundo está pensando em como você pode conectá-lo em cada camada para outras coisas.
Future-prova
A primeira parte é bastante simples. Quando consideramos atualizar a plataforma nos perguntamos se podemos instalar algo novo sem despender muito esforço. A atualização pode ser do mesmo fornecedor ou um diferente.
Em um nível de armazenamento, temos uma variedade de tecnologias - Fibre Channel, iSCSI e FCoE sendo o núcleo de três - e todos têm caminhos discerníveis para o futuro.
Na arena do servidor, as várias arquiteturas de CPU são bastante robusto. Nós não vemos VAX e MIPS mais, a série IBM Power será uma preocupação constante, e da família Intel e seus clones são a certeza de ser de longa duração, desde que você tenha se afastado o mais breve possível a partir de 32-bit CPUs Onto processadores de 64 bits.
Agora que a SCO tem finalmente ido de barriga para cima, nós temos a abundância de sistemas operacionais - Windows, Linux, IBM i e assim por diante - com um futuro promissor pela frente (e se você ainda estiver executando o SCO, você merece tudo o que você obtém).
E nos fundamentos da infra-estrutura de rede, temos que superar toda a loucura da década de 1990: temos finalmente resolvido 100VG-AnyLAN e ATM para o desktop, IPX e DECnet e nós aceitamos que o IP over Ethernet é o caminho a percorrer.
Trabalhando juntos
Agora vamos olhar para integração e interoperabilidade, começando com o armazenamento.
Há mais de uma maneira para proporcionar uma interface entre o hardware do servidor e do hardware de armazenamento.
Mesmo se, por exemplo, você usar um dedicado Fibre Channel SAN, você pode muito bem ter a opção de executar-se iSCSI usando o hardware que você já tem - ou, talvez, com um investimento mínimo em algumas NICs iSCSI-otimização.
Se você atualmente não tem essa opção, veja como você pode adicioná-lo, porque você é muito provável que precisar dele em breve. A beleza da coisa é, porém, que a evolução é simples de implementar.
Agora para os servidores. No nível do servidor físico, a vida é tranqüilizador fácil. Ou você é baseado em Intel ou você não é. Se estiver, o principal passo a tomar (além de dar atenção, meu conselho mais cedo para se certificar de que você está usando exclusivamente hardware 64-bit) é entender os processadores físicos que você tem.
Virtude da virtualização
Isso porque a virtualização de servidores acontece acima, não, o hardware do servidor para que ele não se importa muito se você tem, digamos, um cluster IBM e um cluster HP ao lado do outro.
Se você estiver executando um movimento vMotion (envio de um servidor de host físico A a série B física sem interrupção), o emblema na parte frontal da caixa na verdade não importa. O que importa é o que você tem capacidades disse ao hypervisor os processadores têm subjacentes.
Se um servidor virtual espera uma característica particular de um processador de estar disponível e você tenta movê-lo para uma CPU sem esse recurso, ele irá dizer-lhe para obter enchido (ou se você tem sido rude com ele naquela manhã, ele vai se mover e em seguida, bater).
Mas contanto que você tenha certeza que você sempre configurar o hypervisor com o hardware denominador comum mais baixo, você está deixando a sua escolha de servidor aberto.
Se você não é baseado em Intel, que são susceptíveis de ter um trabalho mais fácil de lidar com incompatibilidades de hardware, porque você vai estar trabalhando dentro de uma mesma família (por exemplo CPUs série IBM Power).
Compatibilidade entre versões e variantes de fato ser mais fácil do que trabalhar com, por exemplo, processadores Intel e AMD em servidores virtuais.
Nunca teve problemas movendo-se de um dispositivo de alimentação para outro, ou de um dispositivo da Apple para o outro? Não, eu não pensei.
A compreensão mútua
Ao nível do sistema operacional, a interoperabilidade e à prova de futuro são realmente muito simples, porque tudo está sentado na rede Ethernet baseado em IP que mencionei anteriormente.
Todos os sistemas operacionais populares têm a capacidade de se comunicar uns com os outros e até mesmo explorar protocolos proprietários de cada um. Mais importante, esta capacidade constantemente fica melhor ao invés de pior: olhar para a capacidade do Linux para integrar com o Active Directory, por exemplo, e como ela evoluiu ao longo dos anos.
Não existem problemas, então.
O ponto de dor primária para centro de dados à prova de futuro é a rede
Assim, o armazenamento, servidores e sistema operacional foram todos bastante simples de lidar, ea razão para isso é simples: o ponto de dor primária para centro de dados à prova de futuro é a rede.
Dentro do centro de dados, os conceitos que precisam implementar na rede são de longa data e, geralmente, bem entendido - IP, Ethernet, Spanning Tree, LACP, OSPF, BGP, listas de controle de acesso, controle de admissão e assim por diante. É quando damos um passo fora do nosso centro de dados privada que as coisas ficam complicadas.
A nuvem paira
A nuvem é muito à frente no momento. Muitos diriam que nuvem é simplesmente um mundo novo para um velho conceito de serviços e aplicativos hospedados ou gerenciados, e que iria ser em grande parte direita.
O que quer que nós o chamamos, no entanto, estamos, inevitavelmente, vai querer ligar os nossos centros de dados para serviços e aplicações externas mais e mais, o que significa que precisamos, agora, a ser certificando-se de que temos a estrutura certa para fazer isso. Então, precisamos olhar para o seguinte.
Pontos de desembarque para os sistemas externos: se você se conectar a um serviço externo que você vai querer pousar em um firewall, ou pelo menos um roteador configurado com força, possivelmente com capacidades de pouso NAT ou VPN construído em desde o primeiro dia. Isso é porque pode ser necessário para atender a faixas de IP remotos sobrepostos os locais.
Otimização Link: serviços mais e mais remotas têm a capacidade de otimizar sua conectividade para eles, desde que você use a tecnologia certa (para serviços de armazenamento exemplo nuvem que usam optimizadores Whitewater da Riverbed, para que tudo que você precisa é a caixa da direita no seu fim) .
Federação serviço de diretório: muitos serviços externos são capazes de integrar-se com o seu serviço de diretório, mas pode ser necessário para estabelecer uma porta de entrada para fornecer essa integração (por exemplo, somente leitura de conectividade em sua base de dados do Active Directory via ADFS).
Camada 2 extensão de rede: tecnologia que túneis de camada 2 tráfego sobre uma WAN IP, de modo que você pode ter um segmento de camada 2 magicamente se estender por vários sites, mesmo que não haja nenhuma camada 2 conectividade nativa entre os dois.
O problema é que alguns desses conceitos ainda não tem um método de implementação óbvio.
O primeiro deles é absolutamente fácil, porque o NAT é bem compreendido e um ponto de desembarque VPN é provável que seja baseado IPSec.
Off the beaten track
Da mesma forma o terceiro, porque o Active Directory é bastante comum de ser apoiada pela maioria dos terceiros. Para aqueles que não apoiá-lo, você pode usar o mesmo hardware e software e apresentar um fluxo de LDAP em paralelo.
Otimização da ligação é um pouco mais difícil, no entanto. Em nosso exemplo, nós mencionamos hardware Riverbed, mas você não pode simplesmente bater em um gateway Whitewater e assumir que você será à prova de futuro.
Não há garantia de que o provedor de armazenamento externo que você selecionar no próximo ano vai usar hardware compatível. Da mesma forma em extensões de rede local, o conceito é tão novo que não há realmente um produto óbvio para ir com no momento.
A linha inferior é padrões, é claro: se há um padrão (ou um de facto um no caso do Active Directory), em seguida, ir para ele.
Arquiteto sua rede para que você possa bater em um ponto de desembarque para um serviço externo e executar um servidor virtual e jogar com ADFS. Mas quando você tiver feito isso, afastar-se dos padrões um pouco e mergulhar um dedo do pé na água do "popular, mas não-padrão".
Como não lhe custa quase nada em dinheiro ou tempo para tentar, por exemplo, conexão via VPN para serviços em nuvem da Amazon, só para dar um giro de modo que você estará bem posicionada para adotá-lo dentro de alguns meses, quando a empresa decide ir para ele.
Conclusões
Dentro de seu próprio centro de dados, então, é relativamente simples de fazer-se à prova de futuro: apenas não tomar decisões tolas e comprar quaisquer produtos de rede Betamax estilo wacko.
O truque é perceber que o futuro vai realmente envolver o seu centro de dados que está sendo conectado a uma ampla variedade de serviços e aplicações hospedadas externamente e estar em posição de fazer algo sobre isso.
Na verdade, não, nada disso. O truque é dar aos tipos de negócios um grande grelhar sobre o tipo de coisas que eles acham que pode querer fazer no futuro, estabelecer, pelo menos, a conectividade de núcleo e requisitos de integração que possam em breve trovão no horizonte, e fazer algo sobre isso agora . ®
Nenhum comentário:
Postar um comentário