O documento apresenta o caso de migração de uma solução proprietária de virtualização para um ambiente livre de hiperconvergência de infraestrutura implementado na UTFPR-Londrina utilizando hardware existente. A solução escolhida foi Proxmox VE com KVM, Ceph e Open vSwitch que proporcionou maior flexibilidade, economia e eliminou vendor lock-in.
1. 1
Infraestrutura Hiperconvergente Livre 28/11/19
Frederico Siena
fredericosiena utfpr.edu.br
Uma solução viável a
administração pública
para construção de data
centers resilientes
3. 3
Quem sou eu? ●
Técnico em Eletrônica
pelo Instituto
Politécnico de Londrina
●
Bacharel em Sistemas
de Informação pela PUC
Paraná
●
Técnico em TI da UTFPR
Câmpus Londrina desde
2008
●
Eterno curioso/teimoso
Infraestrutura Hiperconvergente Livre
4. 4
UTFPR em números
Infraestrutura Hiperconvergente Livre
●
É a maior rede do Paraná com 13 Câmpus;
●
Conta com 2.549 docentes, 1.176 técnicos e
mais de 32 mil discentes.
●
São mais de 100 cursos superiores de tecnologia,
bacharelados e licenciaturas;
●
Mais de 90 cursos de especialização, 40 programas
de pós-graduação stricto sensu, com cursos de
mestrado e doutorado.
5. 5
Infraestrutura Hiperconvergente Livre
Teve início de suas atividades de fevereiro de 2007, e hoje possui cerca
de 2.000 alunos, 172 professores, 68 técnicos, 7 cursos de graduação e
5 mestrados.
6. 6
Cenário
Infraestrutura Hiperconvergente Livre
Será apresentado o case de migração de uma
solução proprietária de virtualização, a um ambiente
livre de hiperconvergência de infraestrutura com
KVM, Ceph e Open VirtualSwitch, implementado na
Universidade Tecnológica Federal do Paraná -
Câmpus Londrina.
9. 9
Motivação
Na época não haviam recursos disponíveis e sequer
previsão orçamentária para investimentos em infra.
Contávamos com equipamentos velhos e sem
garantia, assim, surgiu a ideia de utilizar o parque
“obsoleto” existente, aplicando os conceitos de HCI.
Infraestrutura Hiperconvergente Livre
13. 13
O que é Hiperconvergência de Infra?
É uma estrutura de TI que combina armazenamento,
computação e rede em um único sistema, assim,
transformando servidores convencionais em um
pool de serviços (hypervisor + SND + SDS),
reduzindo a complexidade do
Data Center e aumentando a
escalabilidade.
Infraestrutura Hiperconvergente Livre
15. 15
Benefícios
●
Maior flexibilidade (escalonamento vert./horiz.)
●
Todos os componentes em um único chassi
●
Economia energética
●
Sem Vendor Lock-in
●
Redução de custos
●
TCO atingível
Infraestrutura Hiperconvergente Livre
18. 18
Porque não optar por OpenStack?
Infraestrutura Hiperconvergente Livre
Uma plataforma em nuvem requer maiores
habilidades do que uma plataforma de virtualização
clássica, onde a principal preocupação é abstrair o
hardware das VMs, pois em nuvem tudo é um
serviço (“X”aaS).
19. 19
Porque não optar por OpenStack?
Infraestrutura Hiperconvergente Livre
Armazenamento, rede e até bancos de dados
são considerados mercadorias; portanto, são
necessárias habilidades transversais,
especialmente na esfera do NFV (virtualização
de funções de rede).
20. 20
Porque não optar por OpenStack?
Infraestrutura Hiperconvergente Livre
A inserção de uma nuvem (pública ou privada) NÃO
pode ser abordada como uma migração normal
(ex: ESXi OpenStack), mas como um suporte; por→
esse motivo, uma nuvem híbrida/desagregada (dHCI)
deve ser pensada.
22. 22
Infraestrutura Hiperconvergente Livre
Motivações para a solução elegida
●
Virtualização total tipo 1 (Bare Metal)
●
Gerenciamento centralizado (web gui)
●
Gestão por Resource Pools/openLDAP
●
Gerenciamento de HA/Cluster
●
Suporte total a SDS e SDN
●
Live/Online Migration
●
Firewall integrado
●
Backups nativos
27. 27
KVM (Kernel-based Virtual Machine)
●
Emulação de hardware
●
Live Migration
●
Storage-mirroring
●
Device pass-through
O KVM não é o hypervisor, mas um módulo que
transforma o kernel do Linux em um.
Infraestrutura Hiperconvergente Livre
28. 28
IOMMU (I/O Memory Management Unit - Intel® VT-d)
●
PCI Passtrough
●
GPU
●
USB
●
Disk
●
PCI / PCI Express
Infraestrutura Hiperconvergente Livre
30. 30
QEMU (Quick EMUlator)
Infraestrutura Hiperconvergente Livre
Para emulação de I/O, o KVM depende do QEMU,
que emula periféricos (discos, rede, GPU, PCI, USB)
para obter um hardware virtual completo.
31. 31
Driver’s VirtIO (acesso direto)
Infraestrutura Hiperconvergente Livre
●
Placas de rede
●
Discos rígidos
●
Placas de vídeo
●
Otimização de uso de memória
32. 32
LXC
●
Desempenho total com base no hardware do
host hospedeiro
●
Menos sobrecarga de virtualização
●
Implantação rápida
●
Somente emulação de Linux
Infraestrutura Hiperconvergente Livre
33. 33
Datastore/Storage Domain
●
Armazenamento local
●
LVM, JBOD, ZFS, Disk Passthrough
●
iSCSI / NFS / CIFS / ZFS over iSCSI
●
SAN / NAS / DAS (Fibre Channel / HBA)
●
GlusterFS
●
Ceph (RBD) / CephFS
●
Linstor
●
Multipathing
●
EMC® ScaleIO
●
Veritas HyperScale
Infraestrutura Hiperconvergente Livre
34. 34
Open vSwitch
●
Geneve, GRE, VXLAN, STT, and LISP tunneling
●
Funções avançadas de monitoramento
●
Bonding nics with LACP (802.3ad)
●
NetFlow / IPFIX / sFlow
●
Vlan support (802.1Q)
●
Port mirroring
●
QoS
Infraestrutura Hiperconvergente Livre
35. 35
Possibilidades com OVS
●
Isolamento total entre VM’s e CT’s sobre túneis
●
Interligação entre Datacenters remotos
●
Network Function Virtualization (NFV)
●
GRE com vlan’s dinâmicas
●
Túneis criptografados
●
Gestão OpenFlow
Infraestrutura Hiperconvergente Livre