|
|
 |
|
| 실제 환경을 시뮬레이션하는 로드 테스트 |
| |
| [ 이병철(IT 테크라이터) 2005/11/14] |
| |
컴퓨팅 환경은 몇 번의 큰 변화를 겪으며 변화 해 왔다. 터미널을 이용하는 메인 프레임 위주의 컴퓨팅 환경에서 클라이언트 서버로, 그리고 다시 웹 기반의 환경으로 변화해 왔다. 그리고 최근에는 다시 리치 클라이언트 기반의 환경으로 변화해 가는 중이다.
이러한 변화는 컴퓨터 하드웨어의 발전과 인터넷의 발전에 기인한다. 클라이언트 서버 환경으로의 변화를 통해 사용자들은 편리한 인터페이스를 사용 할 수 있게 되었고, 웹 환경으로 전환되며 열린 네트워크를 통한 다양한 이점을 누릴 수 있게 되었다.
반면에 네트워크의 발전으로 웹 기반 애플리케이션이 일반화 되면서 개발자들에게는 또 다른 고민 거리가 생겼는데, 그것은 많은 사용자가 동시에 접속 할 때 현재 개발 중인 애플리케이션이 얼마나 안정적으로 동작 할 것인가의 문제이다.
사실 웹으로의 전환이 이루어지기 이전의 대부분의 소프트웨어 솔루션은 어느 정도의 사용자가 시스템을 이용하게 될 것인지가 확실했다. 하지만 인터넷을 통해 접속하는 웹 애플리케이션의 경우 얼마나 많은 사용자가 접속 할 것인지가 매우 불명확하고, 시스템이 어느 정도의 동시 접속 인원을 감당 할 수 있는지가 매우 중요해졌다.
이러한 문제에 대한 예측을 위해 시행하는 테스트가 로드 테스트(Load Test)이다. 즉 시스템에 부하(Load)를 많이 주어, 어느 정도의 부하를 견뎌 낼 수 있는지를 체크하는 테스트이다.
비주얼 스튜디오 팀 시스템에서는 이러한 테스트를 수행하기 위한 훌륭한 툴을 제공한다. 이제부터 어떠한 기능을 제공하는지 살펴 보자.
로드 테스트의 생성 은 로드 테스트 위저드
우선 테스트 할 사이트를 결정해야 한다. 기존에 만들어진 사이트가 없을 경우 File ' New ' Web Site ' Personal Starter Kit을 선택하면 자동으로 샘플 웹사이트를 만들어 주니 이를 이용해도 좋을 것이다. 외부 사이트를 테스트 할 수도 있지만, 해당 사이트 입장에서 보면 웹 사이트에 부하를 일으키는 공격으로 간주 될 수도 있으니 주의해야 한다.
로드 테스트는 웹 테스트와 유닛 테스트를 테스트 시나리오의 구성 요소로 이용한다. 그러므로 로드 테스트를 수행 할 테스트를 준비해 두어야 한다. 그 후 로드 테스트 위저드를 수행하면 로드 테스트를 수행하기 위해 필요한 다양한 설정을 할 수 있다.
 | | 로드 테스트 위저드 |
로드 테스트는 가상의 사용자를 많이 만들어 실제 상황과 유사하게 시뮬레이션 하는 것이 그 목표이다. 비주얼 스튜디오는 실제 상황과 최대한 유사하게 테스트를 진행하기 위해 많은 기능을 제공하는데, 그 중에서도 고려 시간(Think Time)은 상당히 독특하고 유용한 개념이다.
고려 시간(Think Time)은 사용자가 취하는 여러 액션 사이의 간격을 말한다. 예를 들자면 온라인 쇼핑을 한다고 생각해 보자. 일반적으로 사용자는 상품의 목록을 본 후 흥미로운 상품을 찾을 것이다. 마음에 드는 상품을 발견하면 상세 정보 페이지로 이동해 자세한 내용을 확인 할 것이며, 어느 정도의 심사숙고를 거친 후에 구매를 진행 할 것이다. 이와 같이 실제 사용자의 행동은 웹 페이지의 이동간에 어느 정도의 시간 간격을 가지고 있고, 이를 시뮬레이션 하는 것이 고려 시간이다.
고려 시간은 웹 테스트를 기록 할 때 자동적으로 기록되며, 필요에 따라 수정 할 수도 있다. 그리고 로드 테스트 시에 이 값을 어떻게 이용 할 것인지를 결정 할 수 있다. 웹 테스트에 기록된 그대로 이용 할 수도 있고, 약간 가변적으로 이용 할 수도 있다. 물론 아예 무시하도록 지정 하는 것도 가능하다. 일반적인 웹 사이트 서핑 과정에서 쉬지 않고 링크를 클릭하는 경우는 흔치 않으므로, 좀 더 실제와 유사한 테스트 결과를 구하는데 도움이 되는 요소라 할 수 있다.
로드 패턴에서는 시스템에 부하를 어떤 식으로 가할 것인지를 결정한다. 미리 정해진 수만큼의 사용자로 테스트 할 것인지, 아니면 처음에는 소수의 사용자로 시작해 사용자 수를 점차적으로 늘려 나갈 지를 결정한다. 이는 사용자 수의 증가에 따른 시스템의 반응을 확인하기에 매우 유용하다.
테스트 배분에서는 어떠한 테스트들을 로드 테스트 시나리오에 사용 할 것인지를 지정하며, 브라우저 배분에서는 어떠한 브라우저들이 사용 될 것인지를 가정 할 수 있다. 예를 들어 인트라넷을 구축 할 때, 대상 사용자 층이 인터넷 익스플로러 6.0과 5.5를 주로 사용하고 간혹 넷스케이프를 사용하는 사람이 있다면 이를 시뮬레이션 할 수 있는 것이다. 아쉽게도 넷스케이프 6.0은 포함되어 있으나, 파이어 폭스는 포함되어 있지 않다.
 | | 브라우저 배분 |
네트워크 배분에서는 접속하는 사용자가 어떠한 접속 환경에서 접속 하는지 설정 할 수 있다. 예를 들어 "회사 내부에서 접속하는 경우가 대다수이지만, 간혹 자택에서 DSL등의 고속 통신으로 접속하는 경우도 일부 있으며, 해외 출장 시 모뎀으로 접속하는 경우도 있다"와 같은 시나리오를 적용 할 수 있다.
 | | 네트워크 배분 |
이와 같이 비주얼 스튜디오 팀 시스템은 최대한 현실 상황과 유사한 테스트를 하기 위한 다양한 설정을 제공할 뿐만 아니라, 또한 여러 PC를 이용하여 테스트를 수행하는 기능도 제공한다. 이 기능은 다수의 접속자를 시뮬레이션 하기 위해 매우 유용한 기능이다.
예를 들어 시스템에 1000명의 동시 접속자가 연결 될 경우의 결과를 보고 싶다고 가정해 보자. 하지만 한 대의 PC에서 1000개의 동시 세션을 연다는 것은 무리이다. 테스트를 진행하는 PC의 CPU 사용률이 100%에 육박할 것이므로 테스트를 정상적으로 수행하지 못할 것이며, 테스트의 결과 역시 신뢰하기 힘들 것이기 때문이다. 테스트를 수행하는 PC가 느려져서 결과가 나쁜 것인지, 서버 자체의 반응 속도가 떨어진 것인지 어떻게 판단하겠는가? 이러한 상황의 해결을 위해 비주얼 스튜디오 팀 시스템의 로드 테스트는 컨트롤러와 에이전트라는 개념을 이용하여 여러 대의 PC를 이용해 테스트를 수행하고, 그 결과를 수집하는 기능을 제공하고 있다.
테스트의 수행과 결과 확인
이렇게 로드 테스트 위저드를 이용해 값을 지정하고 나면, 로드 테스트 에디터를 통해 그 내용을 확인하고, 테스트를 수행 할 수 있다. 물론 필요하다면 설정 값을 수정하는 것 역시 얼마든지 가능하다.
테스트를 실행하면 그 결과가 실시간으로 수집되어 화면에 나타나게 된다. 지정 된 테스트 시간 동안 테스트가 진행되며, 그 결과는 화면에 그래프와 테이블 형태로 표현 되게 된다. 그래프에는 기본적으로 사용자 수, 초당 처리 요청 수, 평균 반응 시간을 시간의 흐름에 따라 실시간으로 그려주어 현재의 상태를 시각적으로 확인 할 수 있게 해 준다.
 | | 로드 테스트 결과 그래프 |
위의 테스트 결과는 필자의 PC에서 수행 한 결과로, 사용자 수를 10명에서 시작해서 5초마다 5명씩 추가하여 50명까지 늘려가며 테스트 한 결과이다. 서버의 반응을 시각적으로 확실히 알려 준다는 것을 알 수 있을 것이다. 또한 테스트를 수행한 PC의 CPU 점유율과 사용 가능한 메모리 양도 그래프로 볼 수 있다.
이러한 정보를 이용하여, 테스트 결과가 신뢰 가능한 환경에서 도출 된 것인지 확인 할 수 있다(참고로 필자는 AMD Athlon 64 3700+의 CPU와 2GB의 램을 가지고 있는 PC에서 테스트를 진행하였다. 하지만 CPU의 부하가 90%를 넘는 경계 값 오류가 4회 발생하였고, 이러한 오류가 발생한 시점의 값은 신뢰 할 수 없는 값이 된다. 그러므로 사용자 수를 PC의 사양에 맞게 적절히 조정하여야 하는 것을 잊지 말아야 할 것이다).
또한 테스트 결과를 그래프뿐만 아니라 표로 보며, 좀 더 구체적인 내용을 파악 할 수도 있다. 어떠한 페이지들이 테스트 과정에서 호출되었고, 각 페이지의 평균 응답 시간은 얼마였는지, 어떠한 오류가 발생하였는지 등에 대한 상세한 정보를 볼 수 있다.
 | | 로드 테스트 결과 테이블 |
이러한 결과를 바탕으로 현재 작성 중인 애플리케이션이 어느 정도의 부하를 감당 할 수 있는지 파악 할 수 있고, 어떠한 페이지가 부하에 취약하며 수정 할 필요가 있는지 알 수 있다. 이제 애플리케이션 튜닝 계획을 수립 할 수 있으며, 어떤 상황에서 과부하에 대처하기 위한 비상 계획을 수립해야 하는지 알 수 있게 된 것이다.
마치며
비주얼 스튜디오 팀 시스템의 로드 테스트 기능은 지금까지 살펴 본 바와 같이, 실제 환경과 유사하게 테스트 하기 위한 많은 기능을 제공하며, 매우 유용한 정보들을 제공한다. 기존에 제공 되던 애플리케이션 센터 테스트와 비교 할 때, 많은 기능이 향상 되었음을 알 수 있다.
실시간으로 테스트의 결과를 확인 할 수 있는 기능은 매우 훌륭하며 에이전트를 이용해 여러 테스트 PC의 테스트 수행 결과를 중앙 집중적으로 관리 할 수 있다는 것 역시 매력적이다. 특별히 단점을 꼽기 힘들 정도다.
오늘 11월 22일과 23일, 드디어 비주얼 스튜디오 2005의 신제품 발표회가 진행된다. 비즈토크 서버 2006과 SQL 서버 2005도 같이 발표되며, 다양한 세션이 진행되므로 시간 여유가 되시는 독자 분은 참석 해 보시는 것도 좋을 것이다. 다양한 경품도 준비 되어 있다고 하니 말이다.@
필자 이병철님은 IT 분야의 개발자로 개발 툴에 대한 남다른 관심이 높다. 실제 프로젝트에 임해서도 툴에 대한 분석력이 높다는 평가를 받고 있다. |
 |
|
|
 |
 |
|
|
|
