Один или несколько ваших Droplet приближаются к пределу доступной памяти, и их производительность может снизиться. При недостатке оперативной памяти (RAM) приложения могут работать медленно, а иногда становиться нестабильными и аварийно завершать работу.
У меня Droplet на 2 ГБ памяти от Digital Ocean.
За последние 14 дней график показывает использование памяти на уровне 90–95%. Я задавал вопрос о памяти и подобных вещах некоторое время назад, и мне сказали, что использование доступных ресурсов — это нормально, но это первое письмо от Digital Ocean с предупреждением об этом. У меня версия 2.8.0b6.
Единственное недавнее изменение, которое я могу вспомнить, — это то, что я установил для всех пользователей режим «слежения» за основными категориями, чтобы они получали уведомления по электронной почте. Возможно, из-за этого стало больше постов, но форум всё ещё относительно тихий: около 250 пользователей и горстка активных участников.
Что может быть причиной этого и что мне следует делать, если вообще что-то нужно? Или какая дополнительная информация могла бы быть полезной? Спасибо.
Обновление. Если это поможет: использование диска постоянно ниже 40%, загрузка CPU — менее 5%, с редкими скачками до примерно 20%.
Спасибо за быстрый ответ. Возможно, это сбой (в таком случае могут быть и другие ответы, подобные вашему!), но в моём случае график колебался в диапазоне 90–95 в течение двух недель. Хотя, возможно, и сам график ошибочен…
Я передумал — у меня есть тестовый дроплет, который я не проверял, и именно он, скорее всего, вызвал предупреждение. Я пересоздам его и посмотрю, что получится.
Значительных изменений после обновления, перезагрузки и пересборки не наблюдается. Это минимальный droplet, который я использую только для тестирования; обычно он бездействует, загрузка процессора составляет ~1%, и кроме меня пользователей нет.
В моём случае, по крайней мере в первые несколько минут, это, кажется, значительно снизилось. Я буду следить за этим. Примерно в 12:05 я выполнил ./launcher rebuild mail-receiver, а затем ./launcher rebuild app.
Интересно, что пошло не так, если вообще что-то пошло не так.
Согласны ли вы, что теперь всё выглядит нормально? Я всё ещё буду следить за этим. Второй спад был связан с повторной сборкой приложения для исправления несвязанной проблемы.
11% доступно, как показано в команде free -m, и 12% по графику мониторинга — значения очень близки (ошибка округления). Этот график — единственный показатель доступной памяти, который предоставляет панель DO в админ-панели.
Продакшн-дроплет
free -m
total used free shared buff/cache available
Mem: 7983 1896 1550 1082 4536 4650
Swap: 4095 291 3804
У меня тоже начали приходить эти письма на сервере с 2 ГБ ОЗУ (AMD). Я несколько минут назад пересобрал Discourse, и использование памяти немного снизилось.
Однако это не продлилось долго. Сначала я думал, что это могло произойти из-за недавней миграции с другого хостинга на DigitalOcean, но после переноса всё работало нормально какое-то время. Вероятно, сегодня позже я upgraded до 4 ГБ ОЗУ.
