Nikon_NLG

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

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

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

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

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

Поднимите LDAP сервер, и храните пользователей там. Заодно авторизацию по ключам там же хранить можно. Смотрите в сторону ldap и sssd

У вас написано же в apt-get -f install:
dpkg: ошибка при обработке архива /var/cache/apt/archives/vlc-plugin-base_2.2.4-14ubuntu2_amd64.deb (--unpack):

Удалите файл /var/cache/apt/archives/vlc-plugin-base_2.2.4-14ubuntu2_amd64.deb и сделайте apt-get -f install ещё раз

Можно сделать ActionChain. Правда, в скрытом виде это будет сделать сложно, если только спрашивать пароль лично.
Или вы уже решили проблему?

Модуль copy копирует с локальной машины на удалённую.
И ради интереса - зачем вы ./ добавляете к и так относительному пути?

rej - это же вывод обычной команды patch, если я не ошибаюсь?
т.е. ищите patch rej merge tool

SagePtr правильно написал - неважно где у вас dns, если A-запись указывает на ваш supervps. Значит вам надо не только маскировать dns, но ещё и A-record.
В случае dns вас спасёт какой-нибудь yandex dns, или что-то типа того
В случае сокрытия хостинга - дешёвый vps который видят все, и с него уже пробрасывать запросы куда вам надо, установив какой-нибудь haproxy, nginx или что-то другое на ваш вкус

Чем вас sqlite не устраивает?

А что за ошибка то? И у вас remote_host = localhost. Вы через туннель к xdebug подключаетесь?

nginx работает, не работает upstream, который находится ЗА nginx. Покажите конфиг /etc/nginx/sites-enabled/something.conf, дальше видно будет.

Вам надо выяснить куда девается старый ключ.
Посмотрите в ~/.ssh , есть-ли ключ (id_rsa, id_dsa, etc), корректные ли на него права и т.д.
Ну и вообще проверьте как у вас подключение идёт
ssh git@github.com
если будет ошибка - добавьте ключ -vv
ssh -vv git@github.com

В /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi="
попробуйте указать.
И проверьте что модуль asus_nb_wmi загружен

/etc/default/useradd
....
# Default values for useradd(8)
#
# The SHELL variable specifies the default login shell on your
# system.
# Similar to DHSELL in adduser. However, we use "sh" here because
# useradd is a low level utility and should be as general
# as possible
SHELL=/bin/sh
...

У вас уже 4 primary раздела на диске. Удалите один, или создайте логический

Что говорит
modprobe kav4fs_oas
?

# -*- coding: utf-8 -*-
Указали в начале кода?

Только через /etc/hosts вашу задачу не решить.
Если у вас стоит dnsmasq, просто добавьте строку в настройки
address=/.single.dev/127.0.0.1

Учтите, что это будет работать только с вашей машины.