- This topic has 0개 답변, 1명 참여, and was last updated 14 years, 7 months 전에 by 태랑. This post has been viewed 1828 times
-
-
출처 : 레드햇 엔지니어 기술공유 카페 http://cafe.daum.net/redhat
업무별(메일서버/파일서버등) 파일시스템을 선택하는 기준은? (ext2/ext3/reiserfs/XFS/jffs2..)
>>> 파일시스템의 부하에 대한 이해
- Size of file system, files, directories, reads,writes
- 파일의 file operations의 패턴
- Caching application 또는 operating system level?
- 어떤 데이타를 지속적으로 게런티가 필요한가?>>>로컬 파일시스템별 특징 간략
● ext2
simple, fast, stable, easy to repair, but slow recovery
● ext3
rock stable, fast recovery, but slow metadata ops● XFS
best for large files, big directories, big file systems, but slow repair● reiserfs (v3)
best for small files, but less stable, poor repair, less support
>>> 업무 사용분류에 따른 일반적인 작업부하와 추천되는 파일시스템은 ?
● Embedded : small, readmostly- ext2 (메모리 기반의 파일시스템인 경우)
- ext3 (디스크 기반 파일시스템인 경우)
- jffs2, LogFS (flash기반의 파일시스템인 경우)
● Laptop : frequent crashes, low traffic
- ext3
# mount - o {noatime,relatime}● Desktop : middle of the road
- ext3(메모리에 캐쉬되는 inodes의 개수를 증가해라)
/usr/src/linux/Documentation/sysctl/fs.txt
● File server : high concurrency, bandwidth
- ext3
data=writeback ( crash 후에 데이타의 무결성을 위한 속도에 관여 )
data=journal ( nfs write 동기화의 호출시간을 줄인다. )- XFS
● Mail server : many small file operations
- ext3
mbox format (all mail in one big file)
ext3 with small blocks, high inodetofile ratio for maildir too- XFS
maildir format (each mail in one file)
● Database server : many small random I/Os
- ocfs2
clustered Oracle databases
direct I/O를 지원함.
● Video server : large writeonce readmany files
- XFS (훌륭하다.)
http://oss.sgi.com/projects/xfs/training/index.html
$ man xfs_admin● 공유 파일시스템 : HA, 부하분산 , application 다중화를 위한 lock관리 파일시스템
- gfs 이외 다수
>>> 간단한 NFS tuning tipsREAD/WRITE size를 올려라.
mount - o rsize=8192,wsize=8192
NFSv3와 TCP를 사용해라(?)
async 옵션은 WRITE 성능을 올리지만 서버 crash의 원인이 될 수 있다오픈소스를 응원합니다 Blog https://hoing.io
Senior Database Administrator(MySQL, Oracle)사이트 이용 문의 사항은 댓글이나 admin@fedoralinux.or.kr 로 메일주세요
- 답변은 로그인 후 가능합니다.