O que fazemos · Storage e computação: Private cloud em KVM com OLVM
Uma plataforma de virtualização só sua: hypervisors KVM geridos pelo Oracle Linux Virtualization Manager, em servidores HPE e Dell, com cada disco de máquina virtual no nosso SAN Fibre Channel all-flash. Live migration, reinício automático após falha de um host, controlo total por API, e nenhuma fatura de licenças de hypervisor por core.
O que é
O OLVM é a camada de gestão enterprise para KVM, da linhagem do oVirt: clusters de hosts, storage domains partilhados, templates, live migration, alta disponibilidade e uma REST API completa. Construímo-lo como private cloud dedicada para um cliente, em hosts de utilização exclusiva (single-tenant) se precisar deles, ou executamos as suas VM nos nossos clusters geridos. Em qualquer dos casos, o hardware, o storage e os engenheiros são nossos, nos nossos datacenters.
Como o construímos
Hosts que não guardam nada. Os hypervisors arrancam a partir do SAN e mantêm cada disco de VM em storage all-flash HPE 3PAR, acedido por dois fabrics Fibre Channel com multipathing completo. Se um host falhar, as suas VM reiniciam noutro host a partir do mesmo storage partilhado.
Storage colocado por desenho. Para aplicações em cluster, colocamos o disco de cada membro num array físico diferente, para que se possa perder um array inteiro sem perder o serviço.
Construído a partir da API, sem intervenção. As novas VM são criadas, recebem discos thin e são instaladas a partir de receitas kickstart testadas, inteiramente através da API da própria plataforma.
Duas regras de dimensionamento em todas as VM. Uma VM nunca recebe mais vCPU do que os cores de um socket físico, nem mais memória do que a que um nó NUMA serve. Ultrapasse essa fronteira e parte de cada acesso à memória passa a remoto, a cerca de 1,7 vezes a latência local, por isso maior torna-se mais lento. E nenhuma VM recebe swap: se uma carga de trabalho precisa de mais memória, a resposta é mais memória, não o seu disco a fingir que é RAM.
Do que o protege
- Uma falha de um host hypervisor deixar as suas VM em baixo de vez.
- Janelas de manutenção para o patching dos hosts (as VM fazem live migration para fora primeiro).
- VM dimensionadas para parecerem grandes no papel e correrem mais devagar na prática.
- Licenciamento de hypervisor por socket ou por core que cresce a cada renovação.
- Ambientes que divergem porque cada VM foi construída à mão.
Na prática
Novos hosts em produção em segundos. Adicionámos três novos hosts a um cluster de produção em funcionamento. O storage foi apresentado antecipadamente, os hosts ativaram-se sozinhos, e o scheduler moveu uma VM de produção em execução para um deles em dezoito segundos.
Um ambiente de staging completo, construído sem intervenção. Para um editor de notícias nacional construímos um ambiente completo de staging e desenvolvimento: três propriedades web, cada uma com camadas de load balancer, web e base de dados, mais cache e pesquisa partilhadas. Cada VM foi produzida a partir de uma única receita kickstart através da API do OLVM, em menos de uma hora.
Uma private cloud para uma plataforma de analytics. Um cliente de analytics corre no seu próprio cluster OLVM de hosts single-tenant, com cada membro do cluster de bases de dados num array diferente, dimensionado dentro de um socket, sem swap.
Porquê a EuroVPS
- KVM com gestão enterprise e nenhuma licença de hypervisor por core para renovar.
- Cada disco de VM em SAN all-flash, cada host em dois fabrics.
- Dimensionamento NUMA correto em todas as VM, para que receba o desempenho que paga.
- Clusters dedicados disponíveis, construídos segundo a sua especificação.
- Engenheiros que constroem a plataforma, a operam e respondem aos seus tickets.
Perguntas frequentes
- Posso ter o meu próprio OLVM dedicado? Sim. Construímos engines e clusters dedicados em hosts single-tenant.
- Tenho acesso à API? Sim. O OLVM expõe uma REST API completa para provisionamento, snapshots e automação do ciclo de vida.
- Porque não dão à minha VM mais cores do que os de um socket? Porque para lá da fronteira do socket a VM fica mais lenta, não mais rápida. Dimensionamo-la para caber e explicamos porquê.
- Conseguem mover a minha infraestrutura para aqui a partir de outro hypervisor? Sim. Veja a nossa página de migrações: convertemos e movemos infraestruturas com a origem mantida intacta até a nova parte estar provada.
Closing: Uma private cloud deve ser privada, rápida e sua. Fale com um engenheiro sobre construir uma.
O seu próximo parceiro de infraestrutura
Vamos analisar a sua infraestrutura.
Diga-nos o que executa hoje e o que precisa de melhorar. Um engenheiro vai analisar o seu pedido e ajudar a planear o passo seguinte.
+357 222 32280
Comecemos pela sua infraestrutura.
Um pouco de contexto ajuda-nos a começar a conversa certa.