Este protocolo avalia se a implementação de VLANs no pfSense impacta a latência de rede entre segmentos distintos. A pessoa irá medir o tempo de ida e volta (RTT) de pacotes ICMP entre duas sub-redes separadas por VLANs configuradas no pfSense.
Você terá um firewall pfSense protegendo uma rede local de evento, com NAT e uma VPN site-to-site OpenVPN ativa. O laboratório pode ser concluído em cerca de 2 horas.
Este protocolo mede como a criação de múltiplas VLANs afeta o throughput do pfSense em um cenário típico de hotel. O objetivo é quantificar a variação do desempenho de rede ao aumentar o número de VLANs configuradas.
Você vai implementar um firewall pfSense segmentando a rede de um restaurante em VLANs para clientes, PDVs e administração, com controle de acesso entre elas. Em cerca de 2 horas, terá isolamento e filtragem de tráfego funcionando em ambiente virtualizado.
Este protocolo responde como o tempo de resposta do EspoCRM varia ao aumentar o número de conexões simultâneas HTTP. A pessoa vai medir latência média, máxima e taxa de erro sob diferentes cargas.
Você terá um firewall pfSense operando como gateway segmentando duas redes VLAN (hóspedes e administração), com autenticação de usuários via FreeRADIUS. Tempo estimado: 120 minutos.
Este protocolo avalia como o número de shards de um índice afeta a latência de consultas de busca simples no Elasticsearch. O objetivo é medir o tempo de resposta médio sob diferentes configurações de shards, mantendo o volume de dados e hardware constantes.
Você terá um ambiente EspoCRM funcional, escalável com Docker Compose, monitorado por Prometheus e Grafana, acessível em rede privada. O laboratório leva cerca de 2 horas.
Você terá um pipeline funcional de coleta, indexação e visualização de logs usando Elastic Stack em VMs locais. O laboratório leva entre 90 e 120 minutos para ser concluído.
Este protocolo responde como o número de shards afeta o tempo de indexação de documentos no Elasticsearch. O participante irá medir o tempo necessário para indexar um volume fixo de dados variando a quantidade de shards.
Você terá um cluster Elasticsearch funcional, indexando e buscando dados reais, em cerca de 2 horas. O laboratório cobre instalação, configuração, ingestão, consulta e análise básica.
Você terá dois servidores Linux replicando dados em tempo real via DRBD, com failover manual. O laboratório leva cerca de 2 horas.
Este protocolo busca determinar quanto a replicação síncrona do DRBD aumenta a latência de escrita em relação ao disco local. O participante irá medir a latência média de escrita usando fio em ambos os cenários.
