filesystem I/O가 많은 서버일 경우 시간이 지남에 따라 memory 사용량 중 slab 사용량이 비정상적으로 많이 점유할 경우가 있다. slab 사용은 다음 몇개의 명령으로 확인이 가능하다. cat /proc/meminfo|grep Slab atop slabtop -s c 위 명령으로 slab의 메모리 점유율이 꽤나 높은 편(1G 이상, 내가 관리하는 서버들 경우는 5G 이상)이라면, 커널 캐쉬를 날려버리는 방법으로 메모리 부족현상을 해결할 수 있다. 소개 더보기 reduce atop slab usages[…]
AWS의 EIP는 말그대로 ~ 탄력적인 아이피라서 ~ 서비스중에 아이피 변경이 되면 난감한 경우가 발생할수도 있다. 그래서 변경이 안되게 요청을 해서 설정을하고, 변경이 되더라도 예측할수 있는 ip 내에서 변경이 되도록 ip pool 을 요청~~~ 개인들도 신청이 될라나 모름 ???
snmpwalk -v2c -c commuityname remote_IP nsExtendOutput1
aws surge queue count 판단 기준은 시간 가지고 하는것 같고. ELB IDLE TIME 이지 않을까? ELB에서 받는데 BACK_END에서 못받는것들은 스필오버쪽에서 카운트가 되고 아마 Back-end 5xx를 뱉어내지 않을까? 하튼 백단에서 문제가 발생(커넥션,레이턴시)하면 큐 카운트 ~ 쌓이는거임 ~ 근데 백단에서는 찾을수 있는 방법이 쉽지 않음… 백단이랑 elb 커넥션 자체가 안맺어진 가능성이 큼 !!!