회원K6개는 raid 10을 만들 수 없는거죠?
파일서버인 델 R-510 케이스에 디스크가 8개 밖에 안들어가서 고민 입니다.
현재 : 600G SAS 4개로, 2개 OS, 2개 디스크.
가능할까요? : 300G SAS 1개 OS, 100G SSD - CacheCade, 600G SAS 6개 Raid 10 (1.8T)
OS 영역의 경우 크게 트래픽이 없어서, 1개로 무리는 없을 것 같습니다.
조금 불안이야 하지만...
만일 안된다면, 대공사를 걸쳐야 할 것 같습니다.
2EA * 2T SATA - OS, 2EA 100G SSD - CacheCade, 4EA 2T SATA - Raid 10 (4T)
* 아래의 이미지는 이진범님의 조언을 듣고 MySQL Data와 log를 분리한 것 입니다.
sda = MySQL Data
sdb = OS + MySQL Log (inno db + myisam)
sdb의 경우 read/write의 비율이 900배쯤 됩니다.
MySQL의 Log 쓰기가 들어가서 그런 것 같습니다.
inno DB의 경우 log commit와 flush 하는 것을 조절하기 때문에 MyIsam 보다 disk io가 줄어들었을 겁니다.
- to be continue -
2+2+2로 잡을 수 있습니다.
근데, 제가한다면
2개로 RAID 1 잡아서 OS
4개로 RAID 10잡아서 데이터
로 만들껍니다.
SAS 600G를 Raid 10 잡으면 1.2T인데, 그것으로는 용량이 부족해서 고민입니다.
2-3년 문제 없으려면 1.8T까지는 늘려야 하거든요.
어차피 10도 그리 안전하지는 않습니다. 경험상으로는 쓰기 속도가 X라서 그렇지 6 + Hotspare가 더 믿음직 스럽더랬습니다.
지속적인 점검이 가능하시다면 5 + Hotspare도 괜찮습니다.
DB용도라 하더라도, 저 구성보다는 데이터와 로그 파일을 분리하는 쪽이 퍼포먼스가 더 좋습니다.
(로그나 트랜젝션은 SSD에게 줘 버리세요..)
쓰기 속도가 중요해서 Raid 10을 쓰고 있습니다.
DB 서버의 경우 로그와 트랜젝션보다는 데이터를 SSD에 올리는 것이 더 속도가 좋지 않나요?
데이터를 올리는 것이 좀 불안은 합니다만...
데이터와 log를 분리해두었을때, 어느쪽에 io가 더 큰지 해보셨는지요?
지금은 분리된 서버가 없어서 테스트를 못해보고 있습니다.
log 쪽에는 disk io가 거의 없네요.
log쪽 disk의 io가 데이터의 5% 미만.
굳이 분리할 필요가 없는 듯 합니다.
HDD의 속도를 갉아먹는(?) 가장 큰 원인은 randum Access 이니까요.
데이터와 로그가 같은 디스크에 있으면 access arm을 한번이라도 더 움직여야 하는데, 속도가 느려질 수 밖에 없습니다.
지금 쓰는 것이 MySQL 5.5.28 inno DB인데, inno DB는 disk access가 아주 많습니다.
sda : mysql data
sdb : os + mysql log
sda가 20-50배 정도 io가 더 많습니다.
제 기억으로 os만 있을 때보다 그렇게 크게 io가 늘어난거 같지는 않아요.
아마도 mysql 조횟수가 많은 사이트라서 그런 것 같습니다.
io의 차이는 inno db의 특성 때문 같습니다.
log파일이 쭉~ 늘어나는 myisam과 달리 inno db는 3개의 바이너리 log파일만 쓰거든요.
data disk의 io와 log의 io 차이가 20배 정도 됩니다.
log commit를 async로 바꾸면, ssd에 로그를 안올려도 될 것 같습니다.
2.5 인치 1베이에 2개가 들어가는 제품 (외장/내장 다 가능) 도있고,
3.5인치 베이야 공구 제품 보시면 아실수있구요.
SSD 에 올리는 것이 속도가 당연히 더 좋습니다만,
SSD 이용시 백업은 필수입니다.
3.5인치를 내부에 넣는거는 공간 부족으로 불가.
어... 조금 이상은 해요.
영문 자료를 보니, 2개의 인터널이 된다고 되어 있던데 팬 때문에 안된다고 하네요.
웹서버 등에서.. 파일의 크기가 작고(100MB이하) 다수의 파일이 업로드 되는 경우에는 위에 언급한 대로 upload temp폴더를 SSD로 바꾸시면 효과를 크게 보실 수 있습니다.
DB서버의 경우에도 당연히 데이터 / 로그 모두 SSD에 넣으시면 효과가 좋습니다만, SSD 보다는 그나마 HDD가 믿음직스럽기 때문에 데이터는 HDD에 넣고 로그와 트랜잭션은 SSD에 올리는 겁니다. 물론 모든 데이터를 메모리에 다 올려놓고 쓰면 속도는 제일 좋겠지만 말입니다.
사용자의 체감은 php 프로그램의 특성상 정규 disk로 이동하는게 끝 입니다.
tmpfs에서 정규 디스크 이동은 속도가 나름 괜챦은거 같구요.
며칠 작은 서버에서 iostat를 보고 결정하겠지만, 많은 공부가 되었습니다.
감사드립니다.
MySQL inno DB 설정으로
실시간 동기화를 시키지 않고, buffer flush를 가끔 하게 했습니다.
최악의 상황에서 일부 데이터 유실은 있겠지만, 속도가 아주 좋기 때문입니다.
댓글들 모두,,, 좋은 정보/팁TIP 입니다...
...