Implantando o Openstack sem acesso à Internet

4

Eu tenho cerca de uma dúzia de máquinas bastante robustas em uma rede separada. Esta rede não é (não será, não pode ser) conectada à internet. Eu gostaria de implantar o Openstack neles para que eles possam ser usados como uma espécie de solução interna de hospedagem na nuvem. Isso será uma espécie de "ambiente de prototipagem", então, embora eu possa tolerar que as coisas sejam um pouco complicadas, o objetivo principal ainda é trabalhar com as máquinas, e não apenas brincar com o Openstack.

Aqui estão as opções que eu tenho até agora:

  • Execute um espelho local dos repositórios relevantes e instale uma solução de instalação baseada em script, como o Alamo 3+. Não sei bem como descobrir quais são todos os repositórios relevantes, e não estou ansioso para descobrir o uso de tentativa e erro.
  • Use o crowbar para criar um ISO autônomo ou use um dos fornecidos . Eu não estou completamente claro se eles devem funcionar sem acesso à Internet.
  • Use o Alamo 2.0 ISO, que usa a versão antiga do Exeter do Openstack.

Tenho certeza de que perdi cerca de uma dúzia de outras opções. Eu gostaria de ficar longe de fornecedores comerciais, se possível.

Qual é a melhor maneira de alcançar isso, em termos de esforço, funcionalidade e preparação para o futuro?

    
por user181241 11.07.2013 / 20:12

2 respostas

1

Considere a criação de um espelho privado local da sua distribuição favorita do Openstack, como CentOS, Fedora, Ubuntu, etc. Uma vez que você tenha configurado o espelho local (em uma máquina em rede) usando as instruções da distribuição, lacuna de ar em um disco rígido externo para a rede desconectada para uso lá.

Para obter atualizações, basta atualizar o espelho na rede e, em seguida, percorrê-lo pela abertura de ar novamente.

    
por 30.07.2013 / 00:25
0

Provavelmente não é a solução mais eficiente, mas você já pensou em configurar o OpenStack em uma máquina virtual e migrá-lo para o seu ambiente? Essa parece ser a solução menos dolorosa.

Quase tivemos que recorrer a isso porque nossos proxies da web estavam se comportando de forma estranha, mas conseguiram resolvê-lo.

    
por 29.07.2013 / 19:50