윈도우 서버 속도 문제

 

[질문]

저한테 서버가 두개가 있습니다 

하나는 리눅스에 제로보드4를 사용하고있고 (8~10년전 홈페이지 구축해논 서버)
다른하나는 윈도우 서버 2008에 XE보드를 사용하고있습니다.(요번에 홈페이지 구축함)
그런데 속도는 리눅스로된것이 잘나오고 윈도우 서버 2008로된 것은 사람이 40명이 들어오니까 파일 다운로드가 전혀 안되고 페이지뜨는속도도 엄청 느렸습니다.

단지 리눅스와 윈도우 서버 2008의 속도 차이일까요? 

그렇다면 속도를 위해서 리눅스를 깔아야 하는걸까요?

[답변]

안녕하세요. IT전문 컨설턴트입니다. 

속도의 차이라... 리눅스와 윈도우 서버 2008의 서버로써 성능을 측정해 본다면 윈도우 서버 2008이 압도적인 우세입니다. 리눅스가 더 좋다면 상용인 윈도우 서버를 구입할 이유는 없겠죠..^^

문제는 개발방법과, 트래픽 유발요소의 차이일듯 합니다.

리눅스 서버에서 돌아가고 있는 서비스와, 윈도우 서버에서 돌아가고 있는 서비스가 100% 같은것이 아니라면,

분명 속도는 비교할 근거가 약합니다. 리눅스 서버를 예전에 구축했다는걸 봐서는 서비스 자체가 이미지가 많거나, DB를 많이 사용하지 않을 가능성이 높습니다. 반면에 최근 구축한 윈도우 서버라면 이미지 요소가 많을 가능성이 높습니다.

예를들어 리눅스 서버가 메인 페이지의 용량이 200Kb이고, 윈도우 서버의 메인 페이지 용량이 2M라면, 리눅스에 400명 들어올때, 윈도우에 40명 들어올수 밖에 없는게 맞습니다.

해당 문제점 요인들은 이 외에도 여러가지 점검이 필요한 상황입니다. 물론 전문 인력이 채크를 해야하는 부분이라 참고해 보시고 전문가를 통해서 컨설팅을 진행해 보십시오. 이 외에도 많은 속도저하 요인들이 있고, 그 상황에 맞는 해결을 해야합니다.

1. DB 연결의 문제

DB에 접속을 하는 과정에서 장애를 받을수 있습니다. 주로 Web서버와 DB서버가 분리되어 있는 경우에 많이 발생을 합니다. 또한 DB를 연결하고 사용한 후에 해당 자원을 반환하지 않아서 DB세션이 남아있는 상황에서도 흔히 발생할수가 있습니다. 이 경우에는 심각할 경우 소스 코드를 대량 수정해야 할수도 있습니다.

2. 네트워크 구성

DB와 Web서버의 네트워크가 다르게 구성되어있거나, 방화벽 및 스위치 장비의 셋팅이 잘못되어서 발생할수도 있습니다. 트레픽이나 동시접속자를 기준으로 실재적인 네트워크 구성을 다시 설계하는 방법으로 해결할 수가 있습니다. 서버호스팅을 사용하거나 일반 호스팅을 사용할 경우 호스팅 대역폭 제한으로 인해서 발생할 수도 있습니다. 이 경우에는 단독회선으로 전환하거나 더 나은 상품으로 해결할 수 있습니다.

3. 개발방법론

가장 많이 발생하는 문제입니다.
표준화 되지 않은 개발방법론으로 개발된 사이트의 경우 성능이 떨어질수 밖에 없습니다. 일반 웹사이트를 제작하는 개발방법론을 포털사이트에 적용한다고 가정해 본다면, 당연히 동시접속자나 서비스의 품질이 떨어질수 밖에 없습니다. 주로 비용 절약을 위해서 비전문업체를 통해 제작하거나, 솔루션으로 개발한 사이트에서 흔히 발생할수 있는 리스크 요인입니다.  만약 위의 상황이라면, 상황에 맞추어서 재개발을 해야하는 최악의 상황이 올수도 있습니다.

 
4. 메인 페이지의 용량

메인 페이지를 사용자들이 가장 많이 접속을 합니다. 메인 페이지를 로딩하기 위한 용량을 측정해 본다면 문제점을 어렵지 않게 진단할수 있습니다. 플래쉬에서 무한루프를 돌아서 리소스를 대량소모할수도 있고, 드림위버 등의 툴로 제작되어 필요없는 소스코드로 인해 용량이 커질수도 있습니다. 또한 메인페이지에서 DB연결을 무리하게 시도하도 접속 지연이 될수도 있습니다.
 

5. 로드벨런싱 도입의 필요성

사용자 수가 많아서 하드웨어 장비가 버티지 못하는 상황이라면, 분산기술의 하나인 로드벨런싱을 도입해야 할수도 있습니다. 서버한대당 버틸수 있는 동시접속자는 한정적입니다. 이 이상의 접속자가 몰린다면 당연히 늦어질수 밖에 없겠죠. 이 경우에는 하드웨어에 대한 투자가 정답입니다.
 

6. DB정규화

DB를 설계할때 정규화(최적화)를 하지 않은 경우입니다. DB의 효율성 차이가 DB용량이 늘어날수록 심각해집니다. 최악의 경우 기존 DB를 포기하고, 재 설계를 통해서 구축을 해야할 수도 있습니다.

위의 요소를 해결해 줄수 있는 업체는 많지 않습니다. 아마도 검색을 통해서도 잘 나오지 않을듯 합니다.
어느정도 개발과 운영을 통한 노하우를 가지고 있고, 위의 리스크 요인에 대해서 해결을 해본 업체만이 가능한 경우라..  많은 비용을 투입해야 할수도 있습니다. 
전문적인 컨설턴트를 통해서 상담을 진행해 보시는것도 좋은 방법이 될수 있습니다.