| [ CultureOfKids ] in KIDS 글 쓴 이(By): hl1sul (생선전) 날 짜 (Date): 2009년 07월 16일 (목) 오후 11시 55분 30초 제 목(Title): Re: 키즈 소스 공개 현재 당면한 문제는 (다른 것을 시도하기 이전에) 1) expanding available space 2) enhancing data durability 말씀하신 것 처럼 드라이브를 추가하여 RAID를 하면 동시에 해결될 수도 있겠으나 기계를 바꾸는 것이 불가능하다면 이것은 roadmap에는 들어갈 지언정 당장 가능한 것이 아니겠군요. 그렇다면 일단 (1)을 위해서 하드디스크 교체를 생각해볼 수 있겠는데, 이게 그나마 가장 현실적으로 가능한 것 아닐까요? 일단 새 드라이브를 다른 기계에 달고 DRBD같은 痼막� lock device를 mirror하다가 잠시 서비스 중단하고 옮겨달면 되지 않을까 생각도 드네요. 다운타임이 acceptable하다면 offline에서 카피하는 것이 더 간단하겠고요. 하여간 방향이 정해지면 새 드라이브를 구하는 것은 오히려 쉬울 수도 있을겁니다. 문제는 누군가가 시간을 들여 작업을 해야 한다는 것. (2)를 위해서는 daily backup을 하거나 처음부터 드라이브 두 개를 구해서 drbd로 mirror를 할 수도 있지않을까요? consistency에 문제가 없다면 그냥 rsync도 괜찮을 수도 있겠거요. 그러나 다른 기계에 거의 영구적으로 드라이브를 설치해야된다는 문제가 있군요. 그런 기계를 얻을 노력을 할 바에야 아예 조금 더 노력을 해서 기계를 교체하는게 나을지도 모르겠고요. 이것을 해결하는 것은 간단한 문제가 아니겠군요. 나중 이야기지만 storage backend는 SQLite이나 Tokyo Cabinet같은 것 쓰면 어떨까 싶네요. relational db가 꼭 필요한게 아니니 다른 것을 쓸 수도 있지만 SQLite같은 것은 워낙 널리 쓰이는지라 신뢰가 갑니다. 만약 나중에 본문 인덱싱을 할 것이라면 이걸 정하기 전에 어떻게 할지 같이 생각해봐야할듯. |