Михаил, очередь в базе Мускула. Ну такое себе... Попробуйте, только не забывайте блокировать строки, а то у вас 5 воркеров одновременно возьмут одну задачу и 5 раз проставят "в работе". Или, к примеру, упадет воркер и задача так и останется висеть "в работе".
Про остальное - как запускать 10 сервисов - в ответе есть. Или что-то другое не понятно?
Не являясь сетевым инженером, я бы установил пару коммутаторов в ядро и кинул резервные линки. Настроил бы через *STP. Если коммутаторы уровня доступа L2, то наверно это самый простой и надежный вариант.
Третий DGS лучше бы оставить в холодный резерв.
denn, не любой, совсем не любой. Нужно обратиться в РТ. Они либо предоставят оборудование в аренду(вероятнее) или скажут подходящую модель модуля или конвертера (менее вероятно).
EugeneNB, Я не силен в интерфейсе GitHub Desktop и потому не могу определить состояние репы по фотке - может он у вас был добавлен в индекс до того как был создан гитигнор? Если сбросить индекс и изменить файл, он так же попадет в коммит?
Павел, ip-ноута - ок, но ведь можно и прикрутить домен с динамическим DNS. Ну или выложить деньги за статический ip.
Ну а проброс делается всего лишь 1 раз
grabbee, Velero бекапит любые манифесты Kubernetes, Restic - содержимое примонтированных к подам volumes, если таковые есть.
При корректной конфигурации бекапа и рестора, я полностью восстанавливал кластера.
Эта статистика наиболее точная - в лог попадают все события как только они происходят. Через AMI результат будет такой же.
люди кричат, что статистика врёт
Это клиника. У вас там за Excel на калькуляторе / бумажке не пересчитывают?
К сожалению, на аналогичные скрипты с использованием AMI не натыкался. В целом, работать должны аналогичным образом, лишь источник событий не очередь, а AMI Event
Предполагаю не работает как раз потому что basic-auth и token-auth - взаимоисключающие варианты авторизации