Page History

로드 테스트를 위한 분산처리 시스템

...

( 로스테스트에 활용된 HP서버를 대량으로 구매한후 기기검정을 한후, 해외 인프라팀에 배송 - 클라우드가 없던시절  )

Jmeter/loadrunner?

로드테스트를 최근은 로드 테스트를 구축하야한다고하면 , 현재는 Jmeter와 같은 툴을 직적 분산시스템을 작성할 필요없이 HP-로드러너와 같은 테스툴을 활용할고 측정할수 있습니다. ( 멀티플레이어 게임봇 수준까지 작성가능~ )

분산처리 아키텍처는,  클라우드가 생겨났다가 갑자기 등장한것은 아니며

과거에는 모두 구현했던거에 비해, 사용이 쉬운 오픈스택의 기술들이 등장하고

...

첫도입할시 로드테스트기가 하루를 넘기지 못하고 뻗는 사태가 자주 발생하였습니다. 

• JVM 테스트기는 C++에 최적화된 서버 한계까지 부하테스트를 못함 , 로드러너가 GC를 견디지 못하고 먼저 뻗었습니다.  - JVM이 7이하였던것같고 현재는 가능할것으로 추정합니다.

분산처리 시스템 2008 vs AKKA

분산처리 시스템은 2008년 C++로도 작성 작성된 어플리케이션으로도 가능하였으며, 이때는 모든것을 대부분 구현해야 했습니다. 

과거 이용되었던 기술용어및 기술이, AKKA기준 어떻게 변화되었는지 정리를 해보았습니다. 개인 팀 경험기준 용어이기 때문에 모두에게 동의를 받을수 없는 용어정리일수 있으며,

현재는 더 다양한 툴킷및 플랫폼을 선택할수도 있습니다.  - 아직도 성공적인 멀티플레이어 게임은 대부분 C++로 작성되어 운영중에 있습니다. 

• TCP-IOCP SOCK(C++) : 과거에는 대용량/대량사용자 처리를 위해, TCP모델을 이해하고 저수준통신모듈을 구현하고 서버개발팀이 라이브러리를 유지해야하는것이 첫번째였다. 이제는 플랫폼별로 네티/시그널R/Boost ASIO/Kafka/Akka등 추상화된 통신모듈 선택 가능하며 OSI 7 Layer를 교양삼아 이해할필요는 있지만, TCP 통신모듈을 직접 제작하는 경우는 없어졌습니다. Akka에서 Transport 교체가 가능하며 Netty로 충분합니다.
• Bot Agent : 과거에는 10만 사용자테스트를 위해 Agent(CS방식)를 만들어 PC방 출동후 분산실행한뒤 중앙에서 제어하여 트래픽을 발생하였습니다. 현재는 컨테이너(ec2,로드러너)를 활용하여 클라우드기반에 분산하여 트래픽을 발생할수 있는 장치를 이용할수 있으며 ,  도커기술(쿠버네틱)+클라우드기술의 혜택으로 분산배치는 더이상 큰이슈가 아닙니다.
• 램프업 : 사용자 트래픽 1만,5만,10만 올려감에따라, 테스트 인프라도 확장하였으며 램프업이란 단어를 사용하였습니다. 제조확장공정에서 사용된 단어로 보이며 현재는 스케일 아웃 또는 탄력적으로 확장할수있는 엘라스틱이라는 용어가 쓰이고 있다. Akka에서는 Elastic을 다음과 같이 표현합니다. ( Elastic(Adaptive load balancing, routing, partitioning and configuration-driven remoting. )
• 세션서버/커넥션관리및 분산 : 요즘은 L7영역을 활용하는 로드밸런스(Haproxy및 기타등등)가 잘되어있어서, TCP 커넥션 컨트롤이 룰설정으로 가능하지만 과거에는 커넥션 컨트롤을 직접 프로그래밍화하고 관리하였습니다. Akka에서는 클러스터화하고 Role을 부여하여 마치 하나의 어플리케이션 서버인것처럼 논리적 구성이 가능합니다. 쿠버네티스를 활용한다고 하면 Ingress를 이용할수 있습니다.
• Manager : Agent의 커넥션이 발생하면 이 커넥션자체를 관리하고, 분산처리될수 있게 트래픽을 모니터하고 직접 분산코드를 작성하였으나 Akka에서는 알려진 라우터활용(메일박스-일을적게하는녀석에게 할당,순차,랜덤,꼬리짜르기등)으로 분산처리방식을 선택하면 됩니다.

...