“Uma imagem roubada do Ocidente para chamar a atenção”
Em nossos artigos anteriores, dissemos como trabalhar com
Metodologia de Teste
RRAS e SoftEther foram selecionados com base na facilidade de instalação, suporte ao protocolo L2TP e capacidade de controle via GUI.
Para SoftEther e RRAS, uma conexão L2TP com chave compartilhada foi usada por meio de ferramentas padrão do Windows. À medida que foi instalado, foi testado.
O sistema operacional do SoftEther é o Ubuntu 18.04 LTS, para RRAS Windows Server Core 2019. Antes dos testes, todos os sistemas operacionais receberam as atualizações mais recentes em 21.11.2019 de novembro de XNUMX.
A máquina virtual Hyper-V de segunda geração tinha 1 GB de RAM, além de limites de processador. A ordem de execução dos grupos de teste é a seguinte:
Para todos os 8 núcleos:
- Sem restrições
- Limite de 50%
- Limite de 25%
- Limite de 5%
- Limite de 1%
Para 4 núcleos:
- Sem restrições
- Limite de 50%
- Limite de 25%
- Limite de 5%
- Limite de 1%
Para um núcleo:
- Sem restrições
- Limite de 50%
- Limite de 25%
- Limite de 5%
- Limite de 1%
Todos os servidores VPN usaram as configurações prontas para uso e o NAT foi habilitado. Todas as máquinas virtuais estão localizadas no mesmo host e no mesmo switch virtual.
Para avaliar o desempenho da rede, foram realizados testes entre o servidor e o cliente sem conexão VPN.
O teste foi realizado utilizando TamoSoft Throughput Test no modo somente TCP, valores “ave” foram obtidos para tabelas e gráficos. Os dados foram coletados durante 5 minutos e 30 segundos para cada teste.
Para entender melhor os limites de ambas as implementações, vamos primeiro testar o rendimento do switch virtual.
Esta é a aparência dos resultados no programa de testes. A seguir, todos os resultados serão agrupados em tabelas.
Como você pode ver, o switch virtual não é um gargalo nos testes e quase atinge o limite teórico de 10 gigabits.
Qual era a aparência “física” da rede de teste
Resultados:
Para um núcleo:
Na disciplina de núcleo único, ambos os servidores estão no mesmo nível.
Para 4 núcleos:
Para 8 núcleos:
Aqui vemos claramente qual solução é melhor dimensionada dependendo do número de núcleos. Ao reduzir o desempenho de cada núcleo, o RRAS compensou as perdas em seu número, o que a SoftEther não fez.
Consumo de RAM do sistema
A quantidade de RAM consumida pelo SoftEther aumentou dependendo do número de núcleos, de 122 para 177 MB, mas ainda menor que a do RRAS.
O próprio serviço RRAS pesa cerca de 200 megabytes de memória, menos o consumo total do sistema.
Taxa de transferência sob diferentes condições
Taxa de transferência total sem quaisquer restrições de processador.
Se ainda não escolheu a solução certa para você, talvez esta tabela o ajude a fazer sua escolha. O rendimento total no modo de déficit de CPU é fornecido.
Observe que em quatro e um núcleo o desempenho do SoftEther é maior do que em oito. Esse baixo desempenho não é encontrado em nenhum outro lugar, mas o próprio teste mostra quão bem o algoritmo é dimensionado com o número de núcleos.
conclusão:
Conectar no SoftEther com limite de processador não funcionou na primeira vez, tive que primeiro aumentar o limite, conectar e só depois diminuir o limite, isso impõe uma limitação na sua instalação em ambientes muito finos. RRAS sempre conectado instantaneamente.
Se você possui uma máquina com muitos núcleos, prefira RRAS. E para SoftEther você pode deixar 4 núcleos. Mesmo que o autor o usasse, ele teria deixado apenas um núcleo para ele.
O que e onde colocar – decida por si mesmo. Se você tiver 99 rublos para
Fonte: habr.com