引用:
|
作者一家之鼠
"storage都是用Megaraid接SATA HD兜RAID1"
你的Linux是Redhat Linux 7.3 & 8.0嗎?官網只有提供這兩類的驅動磁片，至於新的kernel有沒有直接Support就不曉得。
|
新的kernel中有直接support
....
引用:
|
作者一家之鼠
snipped....
還有你那個MRTG是硬碟的和吞吐量還是網路的阿
|
那是網路的throughput(server pool的總和)....
引用:
|
作者一家之鼠
如果你有兩臺DB，就看要不要用NFS或其它方式離峰時備份那個大檔到另一臺； 其實我覺得兩臺DB用Share Disk作HA就好啦
|
抱歉鵝沒說清楚,有三台Web server+一台MySQL master/三台MySQL slave,寫入時三台Web server都會寫到master,master再replication到三台slave,讀出時三台Web server各用一台slave(不是很有效的作法,是user原本的作法
)....
引用:
|
作者一家之鼠
Xeon的機器上不是會有SCSI喔，怎麼變用SATA，節約成本嗎?還有Write-back cache的問題不是聽說是SCSI上頭的問題嗎?SATA也會有嗎?
|
server board有沒有SCSI差不了多少錢,問題是HD差很多
....以那位user動轍要2-300GB起跳的case,NT$10K能買到一棵400GB的SATA,SCSI要買300GB可能就要破NT$30K了,RAID1至少要兩棵就差NT$5-60K了,用小HD兜RAID5又會把2U server上的6個disk bay吃光
....BTW,write back cache是RAID卡相關的issue(很多RAID卡除非有裝BBU default是不能開卡本身的write back cache的,see
http://www.intel.com/support/mother...b/cs-020502.htm ),以這個case而言除了卡本身的write back cache以外還有HD的write back cache(已打開),原先兩者都沒開時跑bonnie++之類benchmark read還算正常,但write只有10MB/sec不到,打開HD的write back cache之後有好些(約3-40MB/sec),但還是會貢獻很多I/O wait,或許這就是MySQL master上的crontab在壓backup檔時會造成Web server被block住的原因吧
....