А раз крутите убунту то вообще лучше сделать кубер типа k3s в LXC/LXD - без VM оверхеда и в 10 раз проще.
Естественно, можно было. Мы сознательно добавляем оверхед, чтобы стенд был более-менее похож на продакшн, вряд ли на проде будет использоваться lxc. Взамен получаем возможность тренироваться и отрабатывать разные сценарии, например, ломать и шатать кластер.
Ну у меня не было задачи куда-то это открывать во внешнюю локалку дальше моей рабочей машины. Всё же в рамках одной и той же локальной машины использовать iBGP - это лишнее, наверное. Но можно, если хочется.
Виртуалки - это прекрасная возможность потратить кучу системных ресурсов на ОС каждой из виртуалок и в целом много лишних действий, но зачем это делать, если есть, например, K3D (не путать с K3s) где можно прекрасно запустить сколько хотите master'ов и worker'ов в docker контейнерах?
Если задача состоит в том, чтобы быстро был кубер и в нём что-то запустить "двумя строчками кода", то пойдёт любой из десятка вариантов для локальной разработки. Об этом я сказал в начале статьи. Цель всех этих заморочек с виртуалками - чтобы хотя бы формально ваш демо-стенд был приближен к реальности, в которой будут работать приложения. Допустим, надо имитировать нештатную ситуацию. Например, проверить на практике, как ваше приложение поведёт себя, если отвалится один из воркеров из-за сетевых проблем, на некоторое время, а потом опять подключится?
Естественно, можно было. Мы сознательно добавляем оверхед, чтобы стенд был более-менее похож на продакшн, вряд ли на проде будет использоваться lxc. Взамен получаем возможность тренироваться и отрабатывать разные сценарии, например, ломать и шатать кластер.
Ну у меня не было задачи куда-то это открывать во внешнюю локалку дальше моей рабочей машины. Всё же в рамках одной и той же локальной машины использовать iBGP - это лишнее, наверное. Но можно, если хочется.
Если задача состоит в том, чтобы быстро был кубер и в нём что-то запустить "двумя строчками кода", то пойдёт любой из десятка вариантов для локальной разработки. Об этом я сказал в начале статьи. Цель всех этих заморочек с виртуалками - чтобы хотя бы формально ваш демо-стенд был приближен к реальности, в которой будут работать приложения. Допустим, надо имитировать нештатную ситуацию. Например, проверить на практике, как ваше приложение поведёт себя, если отвалится один из воркеров из-за сетевых проблем, на некоторое время, а потом опять подключится?