제가 생각하기에 DB 이중화를 하는 목적은 HDD 가 나갈 경우를 대비한 경우가 가장 큰 것 같습니다.
지금 당분간은 서버에 하드를 꽂을 자리가 없어서 그냥 써야할 것 같은데
DB 이중화 안해서 낭패 보신 분들 계신가요 ?
WAS 이중화는 기본으로 하지만 보통 DB 는 이중화 많이 안하거든요.
다른분들은 어떻게 하고 계신지 궁금하네요.
참 DB 는 Postgresql 사용중입니다. (Oracle 과 가장 문법이 유사해서 사용)
제가 생각하기에 DB 이중화를 하는 목적은 HDD 가 나갈 경우를 대비한 경우가 가장 큰 것 같습니다.
지금 당분간은 서버에 하드를 꽂을 자리가 없어서 그냥 써야할 것 같은데
DB 이중화 안해서 낭패 보신 분들 계신가요 ?
WAS 이중화는 기본으로 하지만 보통 DB 는 이중화 많이 안하거든요.
다른분들은 어떻게 하고 계신지 궁금하네요.
참 DB 는 Postgresql 사용중입니다. (Oracle 과 가장 문법이 유사해서 사용)
소프트웨어만 사서 되는 건 아니고 엔지니어 써서 설치비까지 다 생각해야 합니다..
보통은 가격 문제로 DB를 꾸준히 백업 하는 것으로 사고를 막지요..
이중화를 해도 다룰줄 모르면 더욱 위험합니다.
장애가 발생해서 원인파악을 하는게 아니라(이중화)
전원을 아무런 조작없이 끄고 켜는 바람에 마스터/백업 다 깨져버린..........
추가로 파워도 망가졌는데 그것도 모르고.......(이것도 이중화)
(왜 그러면 안되는지 지금도 이해 못하는거 같더란......)
veritas..
안되면 껏다 키면 되는거 아니냐는...... 다른곳에서는 껏다 키면 됐다고 (HW, SW 다른구성을 가진곳인데?)
이중화는 서버 와 네트워크 오류 대비라...
서비스 중요도에 따라 하기도. 안하기도...
s사 운영할때는 글로벌DR 구성까지.
그런데 하려면 제대로 하고 아니면 그냥 hdd network psu이중화만 하는게 좋다고 생각합니다.
물론 제대로 하는건 비용(초기+유지)이 많이 들지요
그리고 특정시간에 덤프 백업을 하게 되죠.
Postgresql 이중화 솔루션은 많이 있습니다.
http://postgresql.kr/blog/postgresql_ha.html
http://gt1000.tistory.com/entry/postgresql-%EC%9D%B4%EC%A4%91%ED%99%94-%EC%86%94%EB%A3%A8%EC%85%98-bdrpgday-%EB%B0%9C%ED%91%9C-%EC%9E%90%EB%A3%8C
참고하시기 바랍니다.
비용은 좀 나갑니다. 물론 직접 구성하셔도 됩니다.
오라클 RAC 같은 기능 쓰고 싶으시면,PostGresql 같은 경우는 EDB로 업그레이드 하셔야 합니다.