LVM2와 대량 파일(디렉토리) 성능에 관해서

[hyena]

서비스용으로 사용 하는 파일 서버가 있는데, 디렉토리가 6억개, 파일이 7~10억개 이상 파일당 사이즈는 대략 20~30KB 정도 됩니다.

원래는 RHEL3에서 돌리다 성능이 너무 안 나오고 하나의 파티션에 담아져 있어 RHEL4로 업을 하고 파티션 하나에 1억개 미만의 디렉토리, 1~2억개 정도의 파일이 들어 가도록 조정을 했습니다. 파티션을 6개로 나눈겁니다.
(이 작업을 하는데 두달 걸렸습니다. 금요일 새벽에만 작업을 해서 말이죠..)

일단 RHEL4로 업을 한 것만으로도 퍼포먼스가 많이 향상이 되었습니다.
그리고 LVM을 통해서 나누어 놓은 건데, 향후에 각 파티션 별루 사이즈가 부족 하면 늘려 주는 형태로 운영을 할려고 말이죠. 그런데...

금주에 결국 한 파티션에서 용량 부족 사태가 발생 했고 이걸 늘릴려고 새벽에 작업을 했는데, 100G의 파티션을 128G늘리는 과정에서 fsck를 했더니 무려 5시간 반이 거릴더군요.
물론 fsck를 무시 하는 옵션이 없는건 아니지만 찜찜 해서 말이죠.

오늘 작업한 것보다 두배 정도 되는 용량의 파티션이 있는데 이건 작업할 엄두조차 나질 않네요...
뭔가 다른 대안이 없을까요...
용량을 확 늘려서 확장을 안 하는 방법도 있겠지만 SAN box를 갈아야 해서 예산이 허락치 않을 테니 .. 눈앞이 캄캄 하네요.

[미르]

LVM을 이용해 파티션을 확장,축소시 반드시 fsck의 과정이 필요하게됩니다.

차라리 nfsd를 이용해 보는것은 어떨까요?물론 이경우의 비용은 NFS클라이언트나, 서버의 비용이 조금 더 들어가게 됩니다.

저가형 서버에 하드를 많이 연결할 수 있다던가, 랜카드 기가빗 두개정도씩으로
필요시마다 연결시키는 방법도 생각 할 수는 있을거 같은데요,
물론 비슷한 환경에서 직접테스트해보지는 않은 방법입니다.......