시스템 렉이 서버 이전으로 해결될거라는 사고 방식은 부족한 기술력을 나타내는 것 입니다. 서버당 밴드위드를 따져서 모두 쓰고 있다면 서버 이전이 아니라 확장을 해야 하는 것이고 서버 확장시 Mysql은 독이 가득찬 항아리와 같습니다.
Mysql특정 버전 이상은 유료이고 무료 버전을 사용하신다면(오라클로 넘어간 뒤 성능 개선이 되었다고 하는데... 유료 입니다.) isam 형식으로 사용해야 성능(tcp/ip의 bandwidth를 풀로 쓰는)이 나올 텐데 이렇게(isam) 사용시 확장성이 떨어집니다. HA 및 로드 밸런싱으로 서버 확장을 구성해야 할텐데 보통 구성하는 방식이 L4 switch(또는 클러스터링) --> 여러대의 web 서버(was 포함하여 다중으로 구성)-->rdbms(듀얼로 구성시 스토리지 장치 포함) 입니다.
이때 mysql은 innodb 로 구성하면 트랜젝션 처리가 가능하나 성능이 한참 떨어지죠. Isam 방식은 트렌잭션 처리가 불가하다 봐야 하고, 즉 쾌적한 성능을 이야기 하려면 Db부터 변경 후 시스템을 확장해야 합니다.
Rdbms 제품 추천은 확장성을 기준으로 비용 우선으로 다음과 같습니다. 큐브리드(또는 postgresql 9.3 이상) > mssql 2008 이상 > oracle 11g
서버 이전이 필요하다 해도 isam 방식이 아니므로 24 by 7 day 시스템으로 이전과 확장 백업이 가능 합니다.
제발 시스템 구성에 대해서 시간과 돈을 들여서 제대로된 컨설팅을 받으신 후 진행하시길...
개발팀의 능력이... 부족한 듯 합니다.
Comment ' 10