안녕Ȣ16;세요.
웹서비스 용도/196; 2대 리플케1060;션1004;/196; gluster 구축Ȣ16;여 사용1473;1077;니다.
액세스가 많1012;ǐ12;  파1068; 편1665; 1089;업1012;Ȣ16;고 1200;1109;Ȣ16;면 1200;1109;1060; 안.104;고 00148;1060;트/196; .112;ǐ12;가 1080;고 그런 현상1060; 1080;1012;ǐ12; 스토리1648;2에 가면 파1068;1060; 1221;상1201;1004;/196; 1080;습니다. ǐ12;ǐ12;/196; 파1068;1060; 사라1276;다 다시 예1204; 파1068;/196; 복원1060; .104;고 Ȣ16;lj16;데 해결 0169;법1060; 1080;lj16;1648; Ƽ17;금합니다.
gluster 7.9 버1204; 사용1473;1077;니다.
아래 구성 1221;보와 설1221;.108; Ꮢ1;션1077;니다.
Volume Name: dist_vol
Type: Replicate
Volume ID: 32c666ab-9350-49c9-8682-364455e6498f
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: storage1:/gludisk1
Brick2: storage2:/gludisk1
Options Reconfigured:
performance.strict-write-ordering: on
performance.cache-max-file-size: 2MB
features.cache-invalidation-timeout: 600
performance.qr-cache-timeout: 600
features.cache-invalidation: on
performance.cache-invalidation: on
performance.nl-cache-positive-entry: on
performance.nl-cache: on
network.inode-lru-limit: 100000
ctime.noatime: on
performance.readdir-ahead: on
performance.nfs.io-threads: on
performance.nfs.stat-prefetch: on
performance.nfs.quick-read: on
performance.nfs.io-cache: on
performance.nfs.read-ahead: on
nfs.outstanding-rpc-limit: 64
performance.cache-size: 10240MB
performance.io-thread-count: 64
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: on
performance.client-io-threads: on
gluster는 config 꼬이면 복구하기가 힘들어서 조심스럽긴합니다.
가능하시면 테스트머신을 따로 구성해서 상황을 재현을 하신후에
설정 튜닝값을 확보 하시는게 좋을듯 합니다.
대기시간 따른거면 어딘가에서 최종 집에 안가고 중간 캐싱하고 놀고 있거나, 일관성을 저해하는 요인이 있을것 같습니다.
fuse native 로 마운트 하신거면 test로 direct로 no cache로 해보시거나, 이럴경우 속도가 크게 저하될수도 있을것 같습니다.
아니면 nfs로 바꾸어서 해보시는게 좋을것도 같습니다. <= 권장
방법1) 대기 시간 지연 없애기 (native fuse mount시)
0 . mount direct-io-mode=enable
1. direct-io-mode=enable
2. enable performance.strict-o-direct
3. disable network.remote-dio
방법2) native말고 NFS 활성화해서 쓰는 방법