Construa OpenStack com conjure-up | Baixar | Ubuntumenciona a necessidade de 7 computadores com dois discos rígidos e pelo menos dois com placas de rede duplas. No entanto, não menciona nenhum requisito de CPU/armazenamento, nem diz o que esses sete farão.
Alguém sabe quais serviços cada um dos sete computadores iniciais necessários executa? Estou pensando em construir um ambiente de teste, mas quero ter certeza de que tenho o hardware correto na primeira vez.
Responder1
Os requisitos de CPU e armazenamento não são mencionados porque variam muito. De modo geral, sua nuvem será implantada perfeitamente em hardware de classe de servidor que atenda aos requisitos de dois discos e duas NICs.
Os recursos – número de instâncias que você pode iniciar, espaço de armazenamento disponível, etc., dependerão das especificações do hardware que você usa para construir sua nuvem. Você deve ter hardware apropriado ao uso pretendido.
Responder2
Para o OpenStack Autopilot no LDS 15.01, quaisquer 3 servidores com IPMI servirão, desde que tenham 2 discos e pelo menos um deles tenha 2 NICs (isso sem contar as máquinas LDS ou MAAS).
No sentido mais geral, três servidores que sãoCertificado Ubuntuserá suficiente ou, se não for certificado, será necessário um BMC suportado pelo MAAS (sendo o IPMI a escolha mais comum).
Isso é para construir sua nuvem. Quanto ao que sua nuvem pode hospedar, os recursos – número de instâncias que você pode iniciar, espaço de armazenamento disponível, etc., dependerão das especificações do hardware que você usa para construir sua nuvem. Você deve ter hardware apropriado ao uso pretendido.
Responder3
Se você deseja apenas ter uma "sensação" do openstack, experimente o devstack em uma única máquina. Eu também implantei o Openstack em duas máquinas antes - uma fazia todo o gerenciamento e a outra a computação. Sua carga é bastante baixa (mas também são bastante potentes).
Você também pode experimentar o pacote "openstack" do Ubuntu, que pode criar configurações mais simples de nó único e de vários nós que são mais realistas do que a abordagem "tudo em um" do devstack - o que é bom para ver se o seu patch compila, mas tem pouca conexão com o operacional realidade.