1. Latência baixa do Storage
1.1. Gerar evidências
1.1.1. Determinar quais os limites de performance atuais
1.1.1.1. Ferramentas de benchmark
1.1.2. Descobrir quanto usamos atualmente
1.1.2.1. Relatórios performance de disco do Zabbix
1.1.2.1.1. Quais são as Vms que mais fazem uso do Storage remoto?
1.2. Soluções possíveis
1.2.1. Storage baseado em fibras
1.2.1.1. Custos envolvidos dificultam
1.2.2. Storage baseado em UTP
1.2.2.1. Soluções embarcadas
1.2.2.1.1. Modelos e Storage Gigabits
1.2.2.1.2. NETAPP - Soluções para MPIO
1.2.2.2. Soluções open source
1.2.2.2.1. Freenas/Openfilier com Links agregados
1.2.3. Discos locais
1.2.3.1. Não replicado
1.2.3.1.1. Virtualziador Master
1.2.3.1.2. Virtualizador Slave
1.2.3.2. Replicado
1.2.3.2.1. Discos locais em ambos RHEV-H replicados via DRBD e compartlhados via iSCSI (configurado manualmente)
1.2.4. Storage atual
1.2.4.1. Poderia ser usado para gerar snapshots agendados de todas nossas VMs
1.2.4.2. Poderia ser usado para ownlcloud e outros dados de arquivamento
2. Sensibilidade indesejada do Rev
2.1. Gerar evidências
2.1.1. Documentos que demonstram porque isso ocorre e qual seria o cenário ideal esperado
2.2. Possíveis soluções
2.2.1. Citrix XenServer
2.2.2. Proxmox
2.2.3. KVM/QEMU Puro
2.2.4. OpenStack
2.2.4.1. libvirt melhor suportado
2.2.5. Update RHEV (Instalado 3.3 - Final 3.5).
2.2.5.1. Release notes 3.4
2.2.5.1.1. Trecho: Red Hat Enterprise Virtualization Manager introduced a new subtab called iSCSI Multipathing under the Data Center tab
2.2.5.2. Release Notes 3.5
2.2.5.2.1. Trecho: SLA for storage I/O bandwidth Administrators can now define I/O bandwidth limits to enhance VM I/O operations.
2.2.5.2.2. Trecho: Generic LDAP provider support > This feature enables the choice of using generic LDAP providers to authenticate users.
3. Falta de alta disponibidade
3.1. Possíveis soluções
3.1.1. Ter dois storages replicados
3.1.2. Identificar outros pontos únicos, como sw, energia e placa de rede