acelera o servidor linux [fechado]

Question

No meu VPS, eu tenho centOS 6.5 instalado com 2 cpu virtual 2048 MB de memória, 60 GB de disco e 300 GB de dados mensais. Realizar um teste de velocidade hoje resultou em 168,62 Mbit / s de carga e 37,39 Mbit / s de upload.

Em seguida, minha própria velocidade no computador de casa é lamentável no dload de 1,76 Mbps e no upload de 0,31 Mbps

De qualquer forma eu uso openmeetings pelo apache em cima de vps que funciona bem aqui na Austrália, mas no outro dia quando tentei ter uma reunião nos Estados Unidos a latência era tão ruim que a tela do outro usuário estava congelada sem som. Assim que eu mudei para conhecê-los em suas instalações instaladas, tudo estava bem, o que me fez perceber que meus vps são lentos demais para rodar vídeo ao vivo e / ou as configurações do meu sistema não estão nem perto do ideal.

Onde começar a melhorar ou estou me enganando com a velocidade da minha fatia virtual sendo suficiente para lidar com streaming de vídeo ao vivo com vários usuários? Como o openmeetings é criado pelo apache, eu acho que ele usa muito tanto do apache quanto do mysql para rodar - isso afetaria a velocidade?

O Openmeetings possui um teste de rede próprio e resultou em

O que seria considerado a velocidade mínima de upload necessária para a videoconferência de vários usuários com menos de 50 a uma hora em uma hora e qual alteração de configurações no apache e no mysql poderia otimizar a velocidade?

    

Answer 1

Parece que você tem todos os recursos de que precisa. O problema pode estar na rede do provedor de VPS. Use mtr para verificar a latência entre você e seu VPS. É basicamente um traceroute contínuo de esteróides. Ele não informará se seu provedor está recebendo DDOS atualmente, mas fornecerá uma visão sobre se / onde você está encontrando um gargalo.

Execute mtr em sua máquina local, não no VPS. Digamos, por exemplo, que o ip do seu VPS é 192.168.100.100:

$ mtr 192.168.100.100

Isso executará continuamente um traceroute para 192.168.100.100, gerando algumas métricas sobre os resultados. Isso pode lhe dar uma ideia sobre qualquer congestionamento de rede possível entre você e o destino.

Se houver perda de pacotes em qualquer um dos nós dentro da mesma sub-rede / 16 ou dentro de 2-3 saltos do endpoint, isso pode indicar que o seu provedor VPS está com problemas de rede.