Arrays de armazenamento Flash Inteligente
A computação em nuvem é um grande negócio nos dias de hoje. Peidos velhos como eu, podem debater ad nauseam se em nuvem é apenas uma nova palavra para o que usamos para chamar serviços gerenciados ou hospedados e se ele está latindo para chamar uma infra-estrutura no local virtualizado uma nuvem privada.
O fato é que o que você chamá-lo, há uma grande quantidade dela sobre e está crescendo como um louco.
A coisa é, poucas organizações colocou todo o seu mundo na nuvem. É comum ver sistemas divididos entre uma instalação no local (ou auto de gestão de centro de dados) e uma configuração de nuvem.
Mesmo as empresas que vão para um serviço em nuvem 100 por cento muitas vezes espalhar seus sistemas entre dois ou mais provedores de nuvem para evitar pontos únicos de falha.
Há, claro, um monte de nomes para esses conceitos: nuvens híbridas, nuvens conectados, nuvens integrados e assim por diante.
Vou usar os termos "integrado" e "híbridos" como sinônimo de falar sobre o assunto em questão: fazer o seu trabalho de configuração virtual de auto-geridos com uma configuração de nuvem e fazer duas instalações nuvem díspares trabalhar uns com os outros.
Passo um: conectividade
A primeira coisa que você precisa para conectar sistemas juntos é (quelle surpresa) algum tipo de conexão. Nove em cada dez vezes isso significa uma conexão de site-to-site VPN através da Internet entre os vários locais, embora as ligações mais diretas também são possíveis.
Você pode executar uma linha alugada em uma instalação da Amazônia, por exemplo, e de outras empresas de telecomunicações alcançar resultados semelhantes, conectando você aos seus MPLS gerenciados ou redes VPLS.
A natureza da ligação é totalmente irrelevante a forma como você usá-lo, é claro. Parte do ponto de uma VPN é que os caras de rede pode abstrair a sua existência para que fique com o resto da equipa de gestão do sistema como apenas mais um link de rede. Portanto, independentemente de como funciona a conectividade física, você precisa seguir as mesmas regras simples.
Encaminhamento: decidir que partes da sua rede precisa percurso de e para a configuração de nuvem, e projetar seus algoritmos de roteamento de forma sensata. Se você estiver usando VPNs (conectividade internet barata), então por todos os meios considerar ter várias VPNs entre o serviço de nuvem e suas instalações, em vez de um único ponto de estrangulamento entre você ea nuvem.
Prevenção de lixo: usar listas de controle de acesso para restringir o fluxo de tráfego entre as localidades, e não permitem lixo desnecessário passar por cima de seu vínculo de integração, porque é obrigado a ser um ponto de aperto de qualquer maneira e lixo irá coisas simplesmente desacelerar.
Otimização: alguns vendedores usam hardware otimização link e comprando um otimizador semelhante para o seu final, você pode obter um significativo aumento de velocidade (tipicamente 5-8 vezes na minha experiência). Optimisers WAN não são baratos, mas o custo pode ser compensado pelo fato de que você pode alugar um link mais lento, mais barato.
Velocidade: antes de tomar a mergulhar, certifique-se que você leu etapa cinco (abaixo) com cuidado ou você vai acabar com uma conexão que não está apto para o efeito.
Passo dois: mecanismos de propriedade
Uma vez que você tiver uma conexão entre os sistemas ea localização (s) em nuvem, você precisa conectar as infra-estruturas. Isto é onde você tem que considerar as plataformas de virtualização em uso por seus sistemas e aqueles na nuvem.
Digamos que você está usando uma plataforma VMware para virtualização interna eo provedor de nuvem que você escolheu também é uma casa de VMware. Supondo que eles apresentam as interfaces necessárias para seus clientes, você pode usar vCloud Connector para ligar os dois mundos juntos e gerenciá-los como um todo.
Eu já vi isso feito e é uma ótima maneira de fazer seus mundos gerenciável. E se você é uma casa Microsoft não se preocupe, você pode usar ferramentas variadas do Hyper-V para atingir praticamente qualquer coisa que você quer no que diz respeito à replicação entre sites, gestão e afins.
Você pode olhar para um dos sistemas de gerenciamento de terceiros que trabalha com múltiplas instalações nuvem
Se você tem diferentes plataformas em seus vários sites nem tudo está perdido; você ainda tem algumas opções. Em primeiro lugar, você pode olhar para um dos sistemas de gerenciamento de terceiros que trabalha com várias instalações de nuvem - RightScale Nuvem de Gestão, por exemplo, ou se você está se sentindo geeky então algo como Opscode Chef.
Alternativamente, você pode ir para uma abordagem DIY, caso em que você só precisa pensar sobre isso, da mesma forma como você faria se você tivesse um mix de plataformas dentro de sua infra-estrutura de auto-geridas.
Etapa três: integração genérico
Isso tudo é sobre padrões. Se você gerencia um ambiente heterogêneo em suas instalações, então por que não olhar para estender que a gestão dos elementos de nuvem também?
Monitoramento do sistema é um exemplo clássico. SNMP é apenas SNMP, então não deve haver problema mergulhando em elementos do serviço de nuvem, desde que eles estão abertos para você (e sobre os elementos que você controlar como os seus servidores virtuais e firewalls virtuais este deve ser o caso).
Da mesma forma, qualquer ferramenta que você usa para gerenciar o sistema operacional de um servidor em casa deve ser capaz de gerenciar servidores baseados em nuvem no exatamente da mesma maneira. E se você estendeu seu Active Directory (outros serviços de diretório estão disponíveis) entre on-premise ea nuvem, gerenciamento de seu mundo sistema operacional do servidor deve ser sem costura.
Ok, você não tem a gestão de baixo nível de uma camada de virtualização, neste modelo, mas isso não impede você de fazer tudo de uma forma coerente e integrada.
Passo quatro: saber o que você não pode fazer
A menos que você for realmente sortudo você não será capaz de integrar o seu mundo com a configuração de nuvem em um nível muito baixo.
O que pode fazer sobre isso? Francamente, nada. É verdade, se o seu provedor de nuvem é pequeno e flexível, então ele pode permitir-lhe coisas como somente leitura o acesso aos módulos de infra-estrutura - mas se um fornecedor ofereceu-me este eu pergunto instantaneamente se ele comprou seu certificado ISO27001 da Tesco e se há uma linha de cavalos amarrados do lado de fora da taverna ao lado.
Os provedores de nuvem que oferecem aos clientes "importantes" acesso de baixo nível ao seu kit de infra-estrutura devem ser temidos: você não deixar os clientes farejar os bits do mundo que são compartilhados com outros clientes ou pode dar pistas sobre possíveis furos de configuração de segurança.
Aceite, então, que você não será capaz de configurar portas span em switches de rede, ou ver o que a compressão as opções estão sobre o armazenamento subjacente, ou check-out a saturação nos uplinks entre os hosts do servidor físico.
Em vez disso se contentar com o estudo do acordo de nível de serviço para ter certeza de que você entende o que você está recebendo e que, se houver um problema equipe do provedor irá diagnosticar os elementos que você não tem acesso.
Passo cinco: a integração de aplicativos
A razão pela qual você tem uma infra-estrutura em tudo é porque você está indo para a camada de aplicações em cima dela.
Então, se você estiver indo para ter uma configuração de nuvem híbrida que você precisa para ter certeza de que os aplicativos funcionarão. Felizmente, há um punhado de regras simples de seguir.
Velocidade de replicação: você provavelmente está olhando para ter alguns de seus aplicativos replicados em ambos os locais para dar-se a capacidade de failover para o serviço secundário deve a principal quilha e morrer.
Nesse caso, é necessário o servidor primário para ser capaz de reproduzir em tempo real para o secundário - o que significa garantir que haja largura de banda suficiente entre os locais. Antes de escolher o seu link é preciso considerar a taxa de transferência que você precisa.
Acessibilidade: no caso em que você precisa para failover para o site secundário, você precisa entender como os usuários irão acessar os sistemas de lá.
Vamos pegar o exemplo de um aplicativo de desktop que é back-terminado por um banco de dados Oracle, onde esse banco de dados é replicado entre dois sites. O motorista de mesa Oracle tem um arquivo de configuração que descreve as várias conexões de banco de dados disponíveis para essa máquina.
É um trabalho simples de configurar tanto o seu primário e secundário servidores da Oracle nesse arquivo, e se você tem feito para que o motorista irá magicamente tente o secundário, se o primário não está disponível.
Considere todas essas pequenas nuances e testar suas soluções prontamente ao invés de esperar por um teste empírico quando algo dá errado.
Retorno de Falha: failover em algumas aplicações é um pouco como cair através de um alçapão - que leva alguns segundos para failover mas horas ou dias para amaldiçoar sobre resynchronising tudo falhar volta. Tenha certeza que entendeu esta e testar tanto failover e failback tão logo você acha que ele está trabalhando.
Nada é simples
Integração em nuvem não é diferente, em princípio, de integração geral no local.
Você descobrir como você deseja que seus aplicativos para interagir com os usuários e com os outros, você se conecta os sistemas juntos, você escolhe as técnicas mais eficazes para a gestão do todo integrado (embora na nuvem você pode ser impedido de espreitar para as coisas no baixo nível que você está acostumado), e você testar tudo cuidadosamente.
Não, não é simples, mas nem são a maioria das coisas para fazer com infra-estrutura. É, no entanto, não é realmente muito mais difícil do que correr uma configuração de auto-geridas. E isso é o que importa. ®
