stone92김경민허1217;한 1648;식1060;1648;만 1228; 1032;견1012; 말씀드리,192;습니다.
시스템 ǥ12;Ȣ16;에 대한 1217;근 0169;법에 약간1008; 오류가 1080;1648; 않나 dz10;습니다.
iostat상에서 보1060;lj16; ,163;1008; 실1228;/196; 커널에서 처리Ȣ16;고 1080;lj16; 실시간1032; 1204;송데1060;터에 대한 내용1060;므/196; 1060;,163;1012; 누1201;1012; 시Ȗ12;시면 안.121;니다.
말그대/196; IO를 처리했다(ᕬ1;1008; 처리1473;)lj16; ,163;1060;니깐요.
실1228;/196; 디스크1032; IOlj16; iostat 내용1473;에서 상단에 보1060;lj16; %iowait1012; 보셔야 합니다.
서비스를 Ȣ16;lj16; 서버lj16; 상태들1060; 1648;속1201;1004;/196; 변Ȣ16;므/196; 실시간1004;/196; 변ᅆ1;.104;lj16; 데1060;터lj16; 모아서 보셔야 1221;확한 데1060;터를 찾1012; 수 1080;습니다.
1593; 커널에서 IO1077;출/141;에 대한 대기를 얼마나 Ȣ16;lj12;냐 그리고 그 IO대기를 시Ȗ12;lj16; 프/196;세서가 뭔1648; 
그 프/196;세서가 Ǻ12;떤 1089;업1012; Ȣ16;lj16;1648;를 살피lj16;,163;1060; 우선1060;라고 생각합니다.
cpu,disk io,memory,mysql status,apache status መ1;1012; 계속 누1201;해 .188;야 실1228;/196; ǥ12;Ȣ16;가 ,152;리lj16; ǥ12;ǥ16;1012; 찾1012;수 1080;1012;,163; 같습니다.
그리고 리눅스 시스템에서 가1109; 1473;요한 변수/196; 1089;용1060; .104;lj16; 메모리에 대한 ǥ12;ǥ16;1060; 빠1256;1080;Ǻ12;서 아쉽습니다.
리눅스 커널1008; 프/196;그ǖ16; ᇼ1;1089;시 처1020;에 디스크/196; ǥ12;터 1069;Ǻ12;서 메모리에 올/140;.160;고 사용Ȣ16;기 ǐ12;문에 메모리가 ǥ12;1313;한 ᅆ1;우
디스크에 6168;1060;1648; 캐시를 1200;1109;해.160;고 메모리가 다시 사용1060; 가능한 시1216;에 다시 메모리에 올/140;서 1089;업1012; Ȣ16;lj16;,163;1004;/196; 알고 1080;습니다.
1060; ǥ12;ǥ16;1060; 왜 1473;요Ȣ16;냐면 2cpu같1008; 1217;속1088;가 많1008; 사1060;트1032; ᅆ1;우 ᇼ1;시에 많1008; 요청1060; 들Ǻ12;오면 그만큼 메모리 사용1060; 많아 1656;,163;1060;고
NJ17;연7176; 메모리가 ǥ12;1313;해1648;면 커널1008; 디스크에 swap Ȣ16;,172; .121;니다.
1221;확Ȣ16;,172; 2cpu 서버를 확1064;해보1648; 못해서 모르,192;1648;만 예1204;에 올/140;1452;신 2cpu 상태를 보면 swap영역1012; 꽤 사용Ȣ16;고 1080;습니다.
따라서 2cpu나 기타 다른 서버들도 메모리 사용 ǥ12;ǥ16;1012; 먼1200; 체크해 보시lj16;,172; 1339;1012; ,163; 같습니다.
그리고 1200;번에 말씀드린대/196; DB 테스트 -149;나면 결과 내용 한번 올/140;드리,192;습니다.
그리고 1228;가 알기/196;lj16; 컨트롤러에 달/140;1080;lj16; 캐시메모리도 컨트롤러1032; 프/196;세서가 리눅스커널과 비슷Ȣ16;,172; ᇼ1;1089;Ȣ16;lj16;,163;1004;/196; 알고1080;습니다.
따라서 캐시라lj16;,163;1008; 말그대/196; 1077;출/141; 성능1012; 늘리기 위한 1200;1109;소1032; 개념1004;/196; 보시lj16;,172; 맞1648; 않1012;까 dz10;습니다.
0152;복.104;lj16; 데1060;터에 대한 처리lj16; 캐시에 1200;1109;.108; 내용1004;/196;  cpu가 아닌 컨트롤러에서 함1004;/196; 빠른 성능과
cpu1032; 처리비용1012; 내리lj16; 1012; 내lj16; 역할/196; 알고 1080;습니다.
결국 BBU가 없lj16; 캐시 메모리lj16; 결국1008; 시스템failDŽ16; ᅆ1;우에 DŽ16;아가lj16;,163;1008; 매한가1648;1068; ,161;니다. 
또한 가ሖ1;차,172; .104;면 데1060;터를 다시 덮Ǻ12;Ǹ16;,172; .112; ,163;1060;구요.
1200;lj16; 1452;/196; Raid를  안1221;성 위1452;/196; 사용1012; 해서 실1228;/196; 성능1060; Ǻ12;떻,172; 1096; 나오lj16;1648;에 대해서lj16; 관심1060; 없Ǻ12;서 
1200;도 1221;NJ13;1064;1648; 아닌1648; 모르,192;습니다.^^
PS. 시스템 1328; 사랑해 1452;1;시요 너무 빡세,172; 굴리시lj16;,144; 같아서 서버들1060; 불쌍합니다.ㅎㅎ
다른 누적값들은 언급하신 것처럼 크게 의미 없다고 생각하기에 전혀 참고하지 않습니다.
swap의 경우 apache가 같이 돌고 있기 때문에 일부 사용을 하고 있지만, 1G 미만입니다.
메모리를 더 적극적으로 쓰게 setting을 바꾸면 swap은 줄어들겠지만,
그런 경우에는 안정성의 문제가 있어서 1G 정도는 메모리가 비어 있도록 설정을 해둔 것 입니다.
apache가 다른 서버로 분리되면 메모리 사용량은 5-6G 정도로 줄어들게 될 것이구요.
설정을 통해 swap을 줄일 수는 있지만,
줄이는 경우 예상치 못한 kernel panic이나 reboot의 문제가 있을 수 있어서 (실제로 그랬습니다)
메모리를 어느정도는 남겨두게 하기 때문에, swap을 더 줄이지 못하고 있으며
HP 서버의 메모리 증설은 돈~~~ 때문에 못하고 있습니다.
4장에 32G 꼽으면 메모리 type이 달라져서 금액대가 천문학적으로 올라가서 서버 1대값이 나옵니다.
가성비가 없는 일이라, 16G 메모리에서 다 해결해야 합니다.
프로스세를 모니터링 하는 방법도 있지만,
웹서버의 경우 돌아가는 프로그램이 몇개 안되기 때문에
몇년동안 꾸준히 프로그램의 설정을 변경하면서 테스트를 해봤고 그 결과값들을 반영해 둔 것 있고
apache를 2.4.4 event mpm으로 바꾸면서 전체적으로 메모리 사용이 줄어든 측면도 있습니다.
반복되는 데이터가 웹서버의 경우에는 php 프로그램과 빈번하게 호출되는 이미지 버튼 같은 것들과
db의 정보들 입니다. db 정보는 가능하면 cache가 되게 코드를 수정해 두었구요. 물론 삽질 튜닝 입니다.
그결과로 파일서버에서 이미지를 가져오고 프로그램의 대부분을 cache에 담아두기에 충분한 경우에는
disk i/o가 현저하게 떨어지는 것 같습니다. 웹서버로만 쓰이는 서버들이 그런 상황이죠.
생각날 때마다, 서버들을 하나씩 갈아 엎으면서 테스트 하면서 수정중입니다.
지난주말 DB 서버 하나에서, Read_wrtn/s가 5만을 넘었습니다.
그래서 사랑하는 마음으로 1G 캐쉬가 있는 고성능 컨트롤러와 CPU를 수배중입니다.
http://2cpu.co.kr/bbs/board.php?bo_table=buy&wr_id=3929
http://2cpu.co.kr/bbs/board.php?bo_table=buy&wr_id=3928
PS. 서버들은 돈 값을 해야 합니다. 하드에 불이나지 않도록 raid 카드라는 선물도 하사 했습니다.
이정도면 충분히 넘치도록 사랑하고 있는 것 입니다.
달라지는 것은
CPU가 E3-1220에서 x5570으로 변경되면서 QPI가 5에서 6.4로 변경되고
Memory Bandwidth도 21Gb/s에서 32Gb/s로 높아지게 되고,
메모리도 16G에서 24G로 늘어나게 되어, 더이상 swap을 안써도 될 것 입니다.
Raid도 P212/256mb에서 LSI MegaRaid 9265-8i로 변경 됩니다.
캐쉬램이 256mb에서 1G로 크게 늘어나게 되고, 프로세서도 듀얼코어로 개선 됩니다.
HDD도 SATA 2개를 10으로 묶는 것에서
SATA 2개와 킹맥스 240GB SSD 2개를 raid 1으로 묶어서 사용할 것이구요.
돌려봐야 하겠지만, Wrtn/s는 크게 줄어들고, Read/s는 더 높아질 것 같으며
전반적인 성능도 크게 개선될 것이라고 봅니다.
==
장기적으로는
슈마 6016T를 DB서버 HP DL120 G7을 웹서버로 하는 2대로 운용할 예정이고
2대로 운용하면 동시접속 1,600명까지는 전혀 문제 없을 것이라고 봅니다.
너무 서버를 사랑하기 때문에, 식스팩이 생길 수 있게 강훈련을 하는 것 입니다^^