Анна Г, мы вернулись в начало - "приходит запрос от пользователя - что-то начинает запускаться". Это никогда не будет работать быстро.
> извините но парадигмы не для того чтобы тупо им следовать.
Сейчас я вижу, как вы тупо следуете избранному плану, пытаясь не замечать его недостатков.
> делать разные контейнеры под разные исполняющие среды просто глупо т.к. они будут простаивать большую часть времени.
Ну, а сейчас у вас простаивает вся виртуалка, невелика разница - только когда приходит пользователь, ему ещё приходится подождать, пока оно там с нуля развернётся.
Поскольку у ваших "однотипных контейнеров" внутри каждого СУБД - это огромный оверхед по памяти, а следовательно - этих самых контейнеров значительно меньше, чем могло быть, сделай вы один общий Постгрес. Ну, или виртуалка значительно жирнее, чем могла быть для той же нагрузки - и вы впустую тратите деньги.
Анна Г, что точно неоптимально - так это держать помимо СУБД ещё и другие вещи в том же контейнере :)
Это прямо противоречит всей парадигме контейнеризации, плюс вы не знаете, сколько может потребоваться памяти для СУБД + запущенных рядом скриптов, отсюда и возможные ООМ, которых очень легко избежать.
Анна Г, если Постгрес настроен нормально - пользователь без админских прав никогда ООМ не сделает.
Много мелких СУБД - это конечно, лучше в плане изоляции (хотя если выдавать пользователю права только на свою БД, тоже будет нормально), но гораздо хуже в плане производительности. Одна СУБД с большим количеством CPU и памяти будет работать значительно оптимально.
Charles1999, смотрите таблицу маршрутизации до включения вайфая, смотрите IP прокси, сопоставляете. После включения вайфая добавляете маршрут в подсеть с прокси через шлюз на локальном интерфейсе.
Charles1999, тут вопрос в маршрутах. Если прокси локальный, но не в той же сети (то есть если до подключения вайфая трафик к нему едет через default route) - нужно просто добавить маршрут, содержащий всю вашу локальную сеть - тогда даже при изменении шлюза во время подключения вайфая, прокси продолжит работать.
zkrvndm, в каком плане "что не так"? VPN работает на сетевом уровне, прокси - выше, на сеансовом. Не каждое приложение и не каждый протокол могут работать через прокси, вот и всё.
tempo46102, это точно работает. LLD создаёт кастомные элементы данных, которые представляют собой, например, скрипт на агенте, аргументом которого является имя или IP пингуемого хоста.
Вася Пупкин, ориентироваться надо на показания изнутри виртуалки - на вашем скриншоте консоли видно, что used гораздо меньше total, это нормальное поведение.
Euxinus, соединение не обрывается - соединение не устанавливается. На каком из этапов не проходят пакеты - можно низкоуровнево посмотреть с помощью просмотра трафика, например, tcpdump'ом.
> извините но парадигмы не для того чтобы тупо им следовать.
Сейчас я вижу, как вы тупо следуете избранному плану, пытаясь не замечать его недостатков.
> делать разные контейнеры под разные исполняющие среды просто глупо т.к. они будут простаивать большую часть времени.
Ну, а сейчас у вас простаивает вся виртуалка, невелика разница - только когда приходит пользователь, ему ещё приходится подождать, пока оно там с нуля развернётся.
Поскольку у ваших "однотипных контейнеров" внутри каждого СУБД - это огромный оверхед по памяти, а следовательно - этих самых контейнеров значительно меньше, чем могло быть, сделай вы один общий Постгрес. Ну, или виртуалка значительно жирнее, чем могла быть для той же нагрузки - и вы впустую тратите деньги.