내 VPS에는 vCPU 2개, 2048MB RAM, 60GB 디스크 및 300GB 월별 데이터가 포함된 centOS 6.5를 설치했습니다. 오늘 실시한 속도 테스트 결과 다운로드 속도는 168.62Mbit/s, 업로드 속도는 37.39Mbit/s였습니다.
그렇다면 내 집 컴퓨터의 속도는 끔찍한데, 로드는 1.76Mbps, 업로드는 0.31Mbps입니다.
그래서 암튼 위 vps에서 apache의 openmeeting을 사용하고 있는데 호주에서는 잘 되는데 어느날 미국에서 미팅을 하려고 하면 렉이 너무 심해서 다른 유저들의 화면이 멈추고 소리가 나지 않습니다. 설치된 gomeetings에서 그들을 만나기로 전환했을 때 모든 것이 괜찮았으며, 이로 인해 내 vps가 라이브 스트리밍 비디오를 실행하기에는 너무 느리거나 시스템 설정이 최적과는 거리가 멀다는 것을 깨닫게 되었습니다.
어디에서 개선을 시작해야 할까요? 아니면 가상 슬라이스가 실시간 다중 사용자 비디오 스트리밍을 처리할 수 있을 만큼 빠르다고 생각하고 있습니까? openmeetings는 apache에 의해 생성되기 때문에 실행하기 위해 apache와 mysql을 많이 사용하는 것 같습니다. 이것이 속도에 영향을 줍니까?
Openmeetings에는 자체 네트워크 테스트 및 결과가 있습니다.
한 시간에 최대 50명이 참여할 수 있는 다중 사용자 화상 회의에 필요한 최소 업로드 속도는 얼마이며, Apache 및 MySQL의 설정을 어떻게 변경하면 속도를 최적화할 수 있습니까?
답변1
필요한 모든 리소스를 갖춘 것 같습니다. 문제는 VPS 제공업체의 네트워크에 있을 수 있습니다. mtr
귀하와 VPS 간의 대기 시간을 확인하는 데 사용됩니다 . 이것은 기본적으로 traceroute
스테로이드를 지속적으로 사용하는 것입니다. 귀하의 서비스 제공업체가 현재 DDOS 공격을 받고 있는지 여부는 알려주지 않지만, 병목 현상이 발생하는지 여부/어디에서 발생하는지에 대한 통찰력을 제공합니다.
mtr
VPS가 아닌 로컬 컴퓨터에서 실행하세요 . VPS의 IP가 192.168.100.100이라고 가정합니다.
$ mtr 192.168.100.100
결과에 대한 일부 측정 항목을 생성하는 동안 192.168.100.100에 대한 추적 경로를 계속 수행합니다. 이를 통해 귀하와 목적지 사이에 발생할 수 있는 네트워크 정체를 알 수 있습니다.
동일한 /16 서브넷 내 또는 엔드포인트의 2-3 홉 내에 있는 노드에서 패킷 손실이 발생하는 경우 이는 VPS 제공업체에 네트워크 문제가 있음을 나타낼 수 있습니다.