service-couple-name: this, а другую service-couple-name: that, и выставить в сервисах разные deploy.placement.preferences по этому лэйблу, то планировщик будет пытаться поднимать их на соответствующих нодах пока они есть. Если все померли, а потом какие-то поднялись, то балансировку сервисов надо делать руками/скриптами/самописными внешними сервисами.
-p 3658:3658/udp \sudo nsenter -n -t $(docker inspect -f '{{.State.Pid}}' wg-easy) iptables -t nat -A PREROUTING -d $(docker inspect -f '{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' wg-easy) -p udp --dport 3658 -j DNAT --to-dest 10.8.0.2:3658
sudo nsenter -n -t $(docker inspect -f '{{.State.Pid}}' wg-easy) iptables -t filter -A INPUT -p udp -d 10.8.0.2 --dport 3658 -j ACCEPTlocation / {
root /var/www/html;
try_files @upstream $uri =404;
}
location @upstream {
proxy_pass http://127.0.0.1:3000;
proxy_intercept_errors on;
recursive_error_pages on;
error_page 404 = @local;
}
location @local {
try_files $uri =404
}Для примера, предположим, что есть (сферический в вакууме) CRUD сервис ... Предположим, что точная оценка не требуется. Даже погрешность в несколько раз будет приемлемой.Сервисов в вакууме не бывает, разный код и внешние зависимости будут влиять по-разному на использование ресурсов с разбегом в несколько порядков.
Например, для оценки latency существуют подобные таблицыПутаете физику с лирикой. В приведённой вами таблице значения вырастают из физических и технических ограничений.
Меня просто поражает то, что за несколько лет Майкрософт так и не дали людям возможность отключать этот бред.Потому что "проблемы индейцев"© и этот бред поставляется в виде хардкода в
InputSwitch.dll.
Один мудрый человек отсюда посоветовал использовать kubernetes, чтобы снизить нагрузку. То есть, раскидать несколько инстансов нейросетки в kubernetes.Мудрость человека под сомнением, т.к. от распределения нагрузки меньше не станет.
sudo chown -R current_user:www-data www
Хотелось бы моментальное оповещение о пропаже соединения с интернетом.С ложноположительными срабатываниями будет весело.