리눅스 클러스터링

안녕하세요.

지금 예전에 만들어 놓은 시스템을 클러스터링 할려고 준비중입니다. 최적
의 방법이 무엇인지 알고 싶어서 여러분의 고견을 듣고자 들렀습니다. 서
버가 하는 역할은 에플리케이션 기능이 전혀 없는 상황에서 패킷만 오고
가게 해고 있습니다. 단지 패킷만 오가므로 로드는 거의 않걸리지만(서버
는 SELECT로 제작했습니다.) 제품화 하기 위해서 이렇게 생각중입니다.

현재 상황은

(N) 클라이언트 ----- 서버(A-자작) ---- (N) 외부서버(에플리케이션)

이렇게 되어 있습니다. 일종의 미들웨어 형식인데 LVS도 보고 여러가지 보
는데 패킷을 유실하지 않을려고 몇가지 생각을 해보았는데..

1. 모든 패킷은 클라이언트에서 시작되어 ROUN-TRIP을 해서 리턴을 하면
한개의 패킷 종료입니다. 즉, 클라이언트측에서 SYNC하게 제작이 된것입니
다. 따라서 한개의 전문에 대해 클라이언트와 서버쪽에 타임아웃이 존재합
니다.

2. 클라이언트측에서 패킷이 오면 서버(A)측에서 클러스터링된 각각의 서
버에 동일한 패킷(실제는 패킷 번호, 일종의 HEARTBEAT 비스무리한 간략화
된)을 날려주어 A-1이 죽었을때 다음 A-2가 클라이언트로 부터 재전송 요
구가 오면 어떤 패킷이었는지 알고 외부 에플리케이션 서버에게 요청하여
계속 유지 시켜준다. 이부분은 예전에 다른 서버용으로 UDP로 제작을 해놓
았었던것을 사용할려고 합니다.

이부분에는 패킷 추적번호를 계속 생성(각 클라이언트 최초 접속시 서버
가 할당)하는것과 서버가 예상하는 번호가 않오면 클라이언트나 외부 서버
쪽에 문제가 생겼다고 판단하고 서버 자체가 재 전송 요구 하거나 클라이
언트도 마찬가지이구.... 뭐 기타등등 기능을 넣어놓았습니다.

대충 이러한 구성을 할려고 하는데 이것을 LVS와 섞어서 해야 할지 개별적
인 프로그램으로 해야 할지 아직 판단이 않서서 도움을 요청합니다. 여러
분의 검증되지 않은 아이디어를 더욱 환영합니다.

지금 제 생각은 리눅스를 이용해서 기존에 진입장벽이 높았던 곳을 뚫어
볼려고 하는데 지금 기능으로는 충분할것 같은데 기존 시스템들이 가지고
있는 기능은(백화점식으로) 최소한 가지고 있어야 할것 같아서 고민중입니
다. 도움 부탁드립니다. 이곳에서 솔라리스를 자꾸 생각중이서 제가 그냥
밀어 붙여 볼려고 하거든요.

즐거운 하루 되세요.