У меня клиент fastvps.ru хвалит. На облако хотя бы Яндекс не уговорился.

А, вот, если вернуться к куберу...
Альфреска более или менее нормально работает на от 4-х ядер и 16ГБ RAM (без Докера). Правильно ли я понимаю, что чтобы воспользоваться самолечением Кубера мне потребуется минимум 3 (лучше 5) серверов с 4+ ядрами и 16+ ГБ? Или пару (единственный заведомо ненадёжен)  сильно более мощных и виртуалки?
Сколь велики накладные расходы у Кубера?

Как миниум нужно 3 виртуалки по 2cpu/4ram/ssd под etcd.

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

То есть, на каждой ноде кубер отъедает доп по 4ГБ. А 2cpu - это 2 ядра? Или какие цпу имеются в виду?

Не на каждой. Для работы кубера нужен мастер. В идеале - минимум 3, чтобы было отказоустойчиво.
Минимум для 1 мастер ноды нужно 2 GB RAM и 1.5-2 ядра CPU. Поэтому лучше виртуалки по 2 ядра/4RAM.

+ ко всему этому на каждой воркер ноде (не мастере) будет набор служебных сервисов кубера + сервисы для оверлейной сети. Сколько они сжирают боюсь говорить, т.к. могу ошибиться) Но не сильно много. 200-500Мб.

Запускать контейнеры можно и на мастер нодах, но не стоит :)

О, в интернетиках говорят, что 1Gb на worker ноду.

Ага! Под мастера - выделенные виртуалки.
Значит, если взять 3 штуки dual xeon ядер по 6-8/24ГБ (16ГБ на Альфреску+4ГБ на мастер+1ГБ на воркер + 3ГБ - на систему и Докеры) РАМ. То должно срастись? Или сразу 32 будет лучше?

Ещё как сие обновлять... Четвёртый сервер? Или в пределах трёх обновление реализуемо?

Альфреска состоит из 4-х сервисов: Сама+Шара+Поиск+Либреофис. В один воркер их можно? Или надо 4 воркера?

Я бы предложил погуглить как работает кубер :) Да и вообще нужен ли он)

Без кубера оно работает. В идее кубера мне нравится саморазвёртывание, при отвале ноды. Вот, и пытаюсь понять нужен ли )) И как его окупать.
А так-то только Борги на халяву всех ассимилировали ;)

Небыло такого в Даталайне

у нас ограничение на посещение, 2 сотрудника от компании за один заход, чтобы не создавать толкучку в цоде

Нужен просто автоматический фэйловер? Все равно сторадж надо держать отдельно где-то. Поднимать для этого целый куб и пытаться скрестить бульдога с носорогом - занятие сомнительной степени удовольствия. Возможно, проще будет натянуть между двумя серверами drbd (или если внешний NFS) и ВМку гонять между ними можно сделать в том же QEMU, даже с живой миграцией - тут от специализации зависит, что будет проще. Или сделать миграцию и рестарт посредством vSphere, если VMWare используется. Куб же - это больше стратегический шаг: раз решили, то мигрируем туда всё. Это наша новая инфраструктура. В таком случае начинать стоит с сервисов, которые уже спроектированы для работы в кубе изначально. А то получается как раньше в радиокружок люди приходили учиться с нуля и каждый второй спрашивал, что у него-дескать дома есть радио - можно-ли починить?

В куб можно мигрировать все ?) Куда деть виртуалки с 1с и бухгалтершами

нет, конечно 😂 в том-то и дело. начинать надо с софта, который изначально для куба написан. возможно, будет когда-нибудь 1C - Кубернетес Едишн, его и будем гонять. Так же и с Alfresco.

https://github.com/alexanderfefelov/docker-1c-server
1c docker edition
только сторедж и базу где-то вне куба разместить
И придумать, зачем же нам нужен автоскейлинг и оркестрация из куба

В чем смысл?

Я далек от куберов и докеров