disk I/O 가 이유없이 높을 때

atop 최소 50% 이상의 I/O가 발생하는데, 대부분 write 에서 부하가 높을 경우 살펴야할 것. iotop 명령어에서 최소 50% 이상의 jbd2/sda3-8 뭐 이런식으로 나온다. 웹서버는 거의 저런 경우가 없으나, mysql 또는 mariadb 의 경우 빈번하게 나타난다. 큰 부하가 없는 서버임에도 불구하고 저런 현상이 일어난다면 my.cnf 파일의 다음 옵션이 원인이다. innodb_flush_log_at_trx_commit = 1   위 옵션은 1이 소개 더보기 disk I/O 가 이유없이 높을 때[…]

MSSQL 2008 Mirroring without Domain

MSSQL 미러링 – A/D 도메인 가입없이 인증서 기반 구성 1. Mirroring DB 사전 준비 Master Server 작업 마스터키 생성 USE master CREATE MASTER KEY ENCRYPTION BY PASSWORD = ‘yourpass’; GO # 암호화된 미러링 엔드포인트에 사용되는 서버 기반 인증서 생성 CREATE CERTIFICATE MYDBNAME1_Cert WITH SUBJECT = ‘MasterDB certificate for database mirroring’ # 마스터 서버 권한 인증을 소개 더보기 MSSQL 2008 Mirroring without Domain[…]

reduce atop slab usages

filesystem I/O가  많은 서버일 경우 시간이 지남에 따라  memory 사용량 중 slab 사용량이 비정상적으로 많이 점유할 경우가 있다. slab 사용은 다음 몇개의 명령으로 확인이 가능하다. cat /proc/meminfo|grep Slab atop slabtop -s c 위 명령으로 slab의 메모리 점유율이 꽤나 높은 편(1G 이상, 내가 관리하는 서버들 경우는 5G 이상)이라면, 커널 캐쉬를 날려버리는 방법으로 메모리 부족현상을 해결할 수 있다. 소개 더보기 reduce atop slab usages[…]

AWS Region 변경

AMI 생성 -> AMI Copy (Region 선택) -> 새 Region 에서 AMI 확인 (약 10분 과정) 참조 : Galera Cluster 같은 서비스는 그냥 Master 서버만 AMI 생성해서 위 과정을 거친 후 나머지 Slaves 서버들은 AMI 복제 없이 Galera Cluster를 새로 만드는 것이 시간 단축도 되고 좋다.