Первый вопрос: и в чем проблема?
d3:~# vzlist|wc -l21
d3:~# cat /proc/mdstatPersonalities : [raid1]md1 : active raid1 sda2[0] sdc2[1] 487877888 blocks [2/2] [UU]md0 : active raid1 sda1[0] sdc1[1] 505920 blocks [2/2] [UU]
lnmonq14aqqqqqqqqqqqqqqqqqqqqqHostname=d3qqqqqqqqqqqRefresh= 2secs qqq14:52.40qqqqqqqqqqqqqqqqqkx Disk I/O qq/proc/diskstatsqqqqmostly in KB/sqqqqqWarning:contains duplicatesqqqqqqqqqqqqqqqqqxxDiskName Busy Read WriteKB|0 |25 |50 |75 100| xxsda 26% 373.6 1118.9|RRRRWWWWWWWW> | xxsda1 0% 0.0 0.0|> | xxsda2 26% 373.6 1118.9|RRRRWWWWWWWWW> | xxsdb 0% 0.0 0.0|> | xxsdb1 0% 0.0 0.0|> | xxsdc 36% 323.7 1118.9|RRRRRWWWWWWWWWWWWW> | xxsdc1 0% 0.0 0.0|> | xxsdc2 37% 323.7 1118.9|RRRRRWWWWWWWWWWWWW> | xxmd0 0% 0.0 0.0|>disk busy not available | xxmd1 0% 697.3 1110.9|>disk busy not available | xxdm-0 0% 0.0 0.0|> | xxdm-1 0% 0.0 0.0|> | xxdm-2 35% 697.3 1110.9|RRRRRRRWWWWWWWWWWW> | xxTotals Read-MB/s=2.7 Writes-MB/s=6.5 Transfers/sec=858.1 xxqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqx
Второй вопрос (про сата диски): случайно не подскажете какой интерфейс у WD-шных велоцерапторов? ;)
Пропускная способность интерфейса SATA2 - 3 Гбит/с, SATA3 - 6 Гбит/с. Этого более чем достаточно, чтобы разместить и 20 и 200 впсок. Другое дело, что узкое место - рандомный доступ и тут скорость оборотов рулит.
Вот хорошая иллюстрация про рандомный доступ:
WD'шные рапторы имеют скорость вращения 10к и интерфейс, сюрприз, SATA.
Как видно из графика 10к имеет преимущество в 2 раза по сравнению с 7.2к
15к - всего лишь в полтора раза по сравнению с 10к. Ну и конечно же совершенно пофиг какой это интерфейс обмена данными :)
Так что сказки про плохие рейды и сата диски рассказывайте кому-то другому :)
Если руки из одного места - не помогут ни SAS'ы, ни SSD :)
Надо просто правильно железо подбирать :)
P.S. В более презентабельном варианте 20 ВПСок на сата дисках выглядят так (во время ночного бекапа видно какой запас по IO есть):
ну тогда см. личку
Могу еще предложить MySQL query cache попробовать
в my.cnf в секцию mysqld добавить:
query_cache_type = 1
query_cache_size = 32M
Но что-то мне подсказывает, что толку много не будет.
Ну так MySQL ничего и не делает. Курит себе, отдыхает. Очевидно, проблема не в нем.
deltahost.com.ua добавил 31.12.2010 в 14:16
Чудес не бывает. Тогда меняйте хостера.
Тип дискового массива не может быть проблемой. Ни один тип массивов сам по себе не может быть проблемой.
В консоли mysql посмотрите "show processlist;", чтобы иметь представляет о том, чем занят мускл. И выкладывайте результат сюда. Дальше будем обсуждать.
А VDS часом не FreeBSD 8.х 64 битная?
Тут недавно на 64 битной восьмерке глюк поймали: один и тот же запрос несколько сотен раз выполняется нормально, а во время очередного стопиццотого запроса рвется коннект и MySQL server has gone. На всех версиях MySQL: 4.1, 5.0, 5.1. После общения с ребятами из перконы проблема решилась апом mysql до девелопмент ветки 5.5.
так не бывает :)
см. подпись
Windows VDS:
http://deltahost.com.ua/vds.html
Форексеры брали, пользуются, довольны.
Очень странно. Похоже, что у вас там голый апач без nginx.