흠...하드웨어로 푸는 것 말고, 소프트웨어로, 즉

PostGreSQL이나 mySQL에 맞춰서

미들웨를 함 만들어 보는 것이........<- 더 오버하는거 아닌지...

> > 별일이 다 생기는 군요. DB 서버가 12시 경 부터 오동작을 했습니다. 그

> 러

> > 다 이제야 겨우 제대로 잡았습니다. DB 일부가 파괴되어 있길래, vacuum

> 을

> > 실행했더니 다행히 복구는 되는군요. 뭔가 요즘 자꾸 불안합니다.

> > 그리고 태준이가 말한 DB server 하나더 추가하는 방안에 대해서 생각을

>

> > 해 보았는데 이것 역시 만만치 않습니다. 일단은 100 mbps ehternet LAN

> car

> > d 를 두군데 다 장착을 해야 할 것 같고, 다음으로 DB server 는 역시

> 빨

> > 라야 한다는 생각이 많이 드는군요. 그러므로 이왕 하나 맞출 것 같으면

> 디

> > 비 서버를 좀 고 사양으로 해서 새로 맞추는 것이 옳지 않을까 싶습니다.

>

> > 사실 web server 는 현재 사용중인 Pentium 200 MMX 정도로도 충분하지

> 않

> > 을까 생각중입니다. 이것도 좋은 거죠. 혹시 웹페이지 접속자가 동시 한

> 100

> > 여명 되면 이것도 턱도 없어 지겠지만 그런 생각이 좀 더는군요.

> > 이 기회에 Web load balancing technique 에 대해서 한번 더 공부해 볼

> 까

> > 생각중이기도 합니다.

>

> 로드밸런싱을 하면 웹서버의 부하는 줄일 수 있습니다.

> 그런데 문제는 DB서버이지요. 웹서버의 로드밸런싱이라면 간단히 ROUND ROB

> IN DNS로 가도 되겠지요. 굳이 클러스터링 구조가 아니어도.

>

> DB서버의 경우는 어차피 한대로 가니깐요.

> DB서버의 다운을 막는게 중요한데 쩝. 이게 쉽지 않은 일이라서요.

> 오라클에서 replication 기능같은것 쓰더라도 어차피 실시간 백업을 해서

> 바로 복구를 하는 것은 아니겠지요? 최소한 다운타임시간이 몇분에서 몇십

> 분있겠지요.

> 저야 오라클을 직접 쓴것도 아니고 그냥 자료만 좀 보았을 뿐인데 혹시 이

> 에 대해서 어떻게 처리하는지 방법이 있다면 알려주시면 감사.

>

> 머릿속으로 굴려보는 것은 아카이브 모드로 온라인백업을 하고 프라이머리,

> 백업서버로 구성되어 프라이머리가 다운될경우 세컨더리 백업서버가 가동.

>

>

> 음냐 이거 아무래도 내가 너무 오버하는것같군요.

> 후후.

>

> 그럼 말을 바꿈.

>

> 아뭏든 디비 서버는 빠방한 하드웨어로 간다.

>