Управление памятью в Docker (Swarm) ⇐ Linux

[Anonymous]

У нас есть Docker Swarm (с одним узлом). Хосту доступно 32 ГБ памяти и какой-то минималистичный файл подкачки (4 ГБ или около того). Я не уверен, почему хост такой, какой он есть, но, возможно, это не имеет отношения к моим вопросам.
В Docker работают некоторые контейнеры, жадные до памяти. Мол, для работы одного экземпляра в активном состоянии требуется 4-5Гб ОЗУ. (Биоинформатика, с некоторыми большими базами данных)
Итак, в ситуации, когда мы не настраиваем никаких ограничений памяти для сервисов и параллельно активируем достаточное количество экземпляров контейнеров, происходят плохие вещи: я не знаю точно, что сценарий такой, но Docker в конечном итоге перезапускает все, все контейнеры. Я предполагаю, что всему не хватает памяти, и либо ядро ​​что-то убивает, либо Docker - в конце концов это не имеет большого значения, все умирают.
Моя основная задача - это избегайте сценария «все умрут». Я пока не уверен, как мы определим стратегию расчета количества экземпляров, которые можно попытаться запустить параллельно, это вопрос для другого дня. Для начала мне нужно поддерживать работоспособность ОС и Docker, чтобы они могли убивать злоумышленников, жадных до памяти.
Теперь, если я дам службе ограничение памяти ниже необходимого, он сразу же начинает перетекать в подкачку, а поскольку файл подкачки крошечный, вскоре он заполняется и следующий жадный к памяти процесс внутри контейнера завершается сбоем. Что хорошо и правильно. Теперь вопрос на миллион долларов. Как мне настроить службу с точки зрения ограничения памяти и количества реплик, чтобы такое же поведение достигалось без использования подкачки так скоро? Если я установлю ограничение памяти на «достаточно» для отдельного экземпляра, все, чего я добьюсь, — это то, что я заставлю систему переключиться, как будто завтра не наступит, и на самом деле это даже хуже, чем смерть всех докер-сервисов. Пожалуйста, помогите мне это понять.

Подробнее здесь: https://stackoverflow.com/questions/792 ... cker-swarm