Алексей Пьянов

vreitech pfg21 Adamos Всем спасибо. Проблема оказалось в том, что докер не удалил остановленные контейнеры

Магическая команда (из под рута), чистящая все логи всех контейнеров docker

truncate -s 0 /var/lib/docker/containers/*/*-json.log

А после этого изучать, как ограничить объем логов docker в /etc/docker/daemon.json, который по умолчанию не лимитирован.

Без пример конфига и не зная, что у Вас задублировалось, можно только гадать о том, что происходит реально.

Пример настроек, с комментариями, приведены тут:
https://www.altlinux.org/Pam_mount

Надо учесть, что в Linux отличается идеология монтирования сетевых ресурсов от Windows.

В windows, сетевые ресурсы монтируются в сессию пользователя. Если два пользователя одновременно зайдут в систему, у них может быть свой разный набор подключены дисков. Один пользователь не увидит, какие диски подключены у другого.

В Linux - диски монтируются в систему. Пользователь инициирует подключение, но все подключенные диски видны всем пользователям, которые залогинены в систему (в том числе и по ssh).

Пофайловвй бэкап нужен для восстановления при дизастере? Нет, такой бэкап не подойдет.
Если нужно восстановить как было (прям всё) - тогда проще делать снимок lvm и его отправлять на сервер бэкапов. Потом с этого же снимка можно раскатать все.
Но все же, докер директории я бы не бэкапил, а этом же прелесть докера - взял и развернул где угодно тоже самое приложение. Если в контейнер смонтированы директории с какими-то файлами - бэкапить эти директории. Если это база в докере - бэкапить средствами базы.

сам разобрался, может кому пригодится
отключил касперского и все заработало

Путём перебора и экспериментов выяснил, что этим функционалом обладает Recuva.
Но у меня при восстановлении не сохранялась структура каталога - оказалось нужно внимательнее смотреть настройки. Отметил нужный чекбокс - всё восстанавливается как надо (конечно из того, что можно).

Более того из всех программ сборки 2k10 только она видела то, чего не видели другие программы (R-Studio, несколько разновидностей Active@, и ещё парочку.)

Если утрировать, то кубер - это сервис по запуску контейнеров + виртуальная сеть поверх всех машин в кластере.

1. Если копнуть чуть глубже - вы можете в конфиге указать "хочу постоянное хранилище для базы". Какое именно это хранилище будет (S3, файлопомойка, перфокарты) - уже задача того кто кластер обслуживает. Или "запускать 1 веб и 1 редис на каждом физическом сервере" - этим будет заниматься кубер. Или "хочу 8 ядер для каждого экземпляра приложения". Заведовать ресурсами тоже будет кубер, как и перетаскивать приложения с сервера на сервер в отсутствии ресурсов (и перестраивая при этом сетевые запросы). И запускать новые экземпляры приложения в зависимости от нагрузки на процессор - тоже будет он. Считайте что это docker swarm на стероидах.

2. Если вам достаточно docker-compose и одного-двух серверов - ничего страшного в этом нет. Это не "зашквар" жить без кубера - он вообще специализированный инструмент, как и сами контейнеры.

3. Если вам хватает пары тройки серверов где вы можете запустить docker compose - вы в порядке (если можете нагрузку балансировать). Если уже не хватает - ну, пора запастись кофе и на пару недель впереться в мир Подов и Деплойментов

В любом случае, Kubernetes - это не серебряная пуля как некоторым кажется. Можно, конечно, и одно приложение туда перетащить, но надо ли вам тратить ресурсы на поддержку - решать вам.

проверку ты уже провалил, не твое это, займись чем-то другим

- Если приложение, в котором вы сравниваете производительность, написано для Винды и только потом портировано на Linux, то вы можете увидеть даже падение производительности. И то же самое наоборот: если приложение или сервис изначально сделаны для Linux, то тут может быть разница уже в его сторону. Типичный пример - Docker

- Производительность хорошо оптимизированных приложений, которые выжимают все соки из CPU/GPU будет примерно одинакова.

- Gnome, который стоит у вас в Ubuntu в качестве окружения - тормозящая и жрущая все ресурсы какашка. Если вы установите какое-то легковесное окружение или даже просто какой-то Window manager, вот тут вы заметите явный прирост в отзывчивости всего и вся.

- И, наконец, главный источник производительеости - это работа с памятью. Если вы замените Gnome на лёгкое окружение, то расход памяти значительно уменьшится. На Linux обычно нет встроенной телеметрии, рекламы и остального шпионского мусора, как в Винде. Это тоже экономит память. И вот, когда на Винде наступит момент забраться в swap, на Linux останется ещё много свободной памяти. В этот момент Винда начнёт лагать, а Linux продолжит летать.