Назад | Перейти на главную страницу

Блокировка процесса или повреждение диска? Очень высокая нагрузка + время ожидания, но низкое использование ЦП / памяти

Я использую vServer, который внезапно испытывает очень большое время ожидания (10/20/30 секунд) или даже тайм-ауты для базовых запросов со вчерашнего дня после того, как он использовался более года без каких-либо проблем. Это моя конфигурация:

На сервере работает несколько веб-сайтов с PHP и MariaDB через Apache, ничего особенного, нет большого количества входящего или исходящего трафика, не слишком много обработки на сервере. В то время как средняя нагрузка на этот vServer обычно составляла от 1 до 3, теперь она внезапно становится 20-100 ... как только я начинаю либо служба Apache или MariaDB.

Через htop Я могу видеть:

Через iotop Я могу видеть:

И vmstat 1 5 дает мне следующий результат

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs US SY ID WA st
 1 13      0 1055820      0 25834552    2    2   128    59    0   93  8  1 90  0  0
 2 14      0 975180      0 25870484    0    0    16     0    0  586 31  4 65  0  0
 1 16      0 910584      0 25873184    0    0   100    48    0  374  7  2 92  0  0
 0 16      0 920048      0 25883484    0    0    16    64    0  415  8  1 91  0  0
 0 15      0 954344      0 25883472    0    0    96  1432    0  383  1  0 99  0  0

Таким образом, похоже, что что-то блокирует выполнение этих процессов до тех пор, пока они не будут выполнены каждую минуту или около того. Затем я могу загрузить несколько страниц на один из веб-сайтов, эти процессы не отображаются в htop больше, но еще несколько кликов и вдруг такая же ситуация ...

Взаимодействие с этим vServer через, например, SFTP или SSH также значительно медленнее, чем раньше, из-за высокой средней нагрузки. Я уже проверил состояние баз данных MariaDB и не смог найти никаких проблем, а также проблема с загрузкой возникает, когда служба MariaDB не работает.

Мои вопросы:

Все, что нужно документировать, например проблемы, связанные с оборудованием, были бы действительно полезны. Я проверил другие сообщения о высокой средней загрузке, но не смог найти решения своей проблемы.

ОБНОВИТЬ

Я заметил, что оба buffer и swpd выше всегда 0. Вот результат cat /proc/meminfo, может ли это быть причиной?

MemTotal:       33554432 kB
MemFree:          639036 kB
MemAvailable:   25227064 kB
Cached:         24259912 kB
Buffers:               0 kB
Active:         19847944 kB
Inactive:       12315884 kB
Active(anon):    7664604 kB
Inactive(anon):   572316 kB
Active(file):   12183340 kB
Inactive(file): 11743568 kB
Unevictable:       11228 kB
Mlocked:           28388 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:           8485104 kB
Writeback:             8 kB
AnonPages:       8236920 kB
Shmem:            328712 kB
Slab:             683440 kB
SReclaimable:     661120 kB
SUnreclaim:        22320 kB

Выход для iostat -d (но это показывает "40 CPU", так что, вероятно, весь сервер?):

Device       tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
somename     13805,99     41065,30   2557318,07 2443426623 152162982648

ОБНОВИТЬ

Пример заблокированных процессов:

ОБНОВИТЬ

Текущие обсуждения с другими клиентами этого хостера указывают на широко распространенные проблемы с платформой виртуализации, используемой для этих vServers (например, ресурсы, недоступные для vServers). У некоторых клиентов проблемы уже несколько дней. Я обновлю, когда появится больше информации.

ОБНОВИТЬ

Вот новость на немецком языке о текущих проблемах с этим хостером: Lang anhaltende Störung bei Stratos V-Servern

ОКОНЧАТЕЛЬНОЕ ОБНОВЛЕНИЕ

Проблема с этим vServer, похоже, была решена хостером через неделю, а у некоторых клиентов с другими vServers даже почти две недели. Основная причина: проблемы со связью между коммутаторами, приводящие к задержкам с операциями io. Подробности можно найти здесь: Strato: массивный V-Server-Störung bald behoben