FAQ

A migração só pode ser realizada manualmente. Para efetuar a migração, é necessário preparar as VMs: colocar o SO convidado em modo de inicialização UEFI, exportar as VMs para ova/ovf, enviar o ova/ovf resultante para que possamos importá-lo. Após algum tempo, estará disponível uma ferramenta para o utilizador executar esta tarefa.

Em uma nuvem pública, como no vCloud, somente a camada virtual é visível. Na sua instalação, você também pode ver a camada física, como no vSphere.

Primeiro, um nó é adicionado ao cluster. Em seguida, as VMs são migradas para os pools recriados usando os novos discos. Na versão 2.1, será implementado um mecanismo para aumentar o espaço sem migrar VMs, o que permitirá expandir o pool em 1 disco.

Você pode adicionar recursos aos hosts existentes. Uma opção mais pesada é adicionar hosts a um cluster.

As cotas do vDC são gerenciadas pelo proprietário do sistema e a solicitação de recursos é feita por processos externos.

Um SSD de 1 GB custa mais do que um HDD, o que compensa a economia do cálculo da topologia. No momento, oferecemos o vStack em discos SSD, pois acreditamos que o HDD não está atualizado. No entanto, estamos prontos para adicionar rapidamente o suporte a HDD, se necessário.

Em cada nó, o número mínimo de discos é igual ao número de nós. Esse postulado é derivado matematicamente, caso contrário, o princípio da hiperconvergência e a função de failover não fazem sentido e a falha de pelo menos um disco será fatal.

Apresentar uma VM a um repositório de dados externo é uma abordagem convergente. Nesse caso, os princípios da hiperconvergência são violados.

Você pode fazer backups por meio do sistema operacional convidado. Para isso, é necessário instalar um agente de backup para a solução de backup selecionada, conectá-lo ao servidor de backup, escolher as políticas de backup/retenção e programar.

Sim, você precisa fixar a localização dos discos nos slots do servidor, mover os discos para o novo servidor e, em seguida, conectar o novo servidor ao hardware de rede. Tudo isso é uma vantagem da hiperconvergência.

No momento, não há possibilidade de adicionar outros nós ao cluster, mas isso está planejado para um futuro próximo. No momento, esse recurso está disponível sem uma interface de gerenciamento no serviço Managed vStack.

Emitimos um relatório de utilização de recursos do cluster mensalmente. Se necessário, podemos implementar esses relatórios com critério para as VMs.

Recomendamos 10Gbe. Se o desempenho de E/S for importante, 25Gbe é uma prioridade.

Sim, é possível, mas, de preferência, com pelo menos 8 núcleos. Como regra geral, uma parte dos slots PCI não estará disponível nas placas-mãe modernas.

Não há relação entre o número de nós e o número de portas de rede. Nosso mínimo recomendado é de 4 portas por nó em duas NICs diferentes.

Os nós do cluster vStack podem ser quaisquer servidores x86 modernos com pelo menos 4 processadores Intel. Aqui está um exemplo de configuração de nó:

• Plataforma de servidor Intel 2U
• 2 x 16 núcleos Xeon 6226R (2,90 GHz)
• Kit de 8 x 32GB RDIMM 3200MHz de classificação dupla
• 4 x 960TB SSD SAS de leitura intensiva 12Gbps 512e unidade de 2,5 pol. PM5-R
• 2 x Intel 10/25Gbe Intel SFP+ PCIe de porta dupla
• 2 x fonte de alimentação (1 PSU) 750W Hot Plug

A sobrecarga já é uma grande diferença. Além disso, podemos observar a semântica da sincronicidade de camadas. Em uma API discreta, isso teria de ser implementado “manualmente”, por isso a necessidade de criar mecanismos para essa sincronização na camada do usuário.