Обязательно нужен один из трёх инструментов для работы?

Question

[historydev]

В их описании написано, что они для запуска Kubernetes локально.

Я не могу запустить его через командную строку при помощи kubectl?

Comments

[сергей кузьмин]

в миниукбе есть kubectl и все консольные тулы но нужен виртуалбокс или другой гипервизор для хостнига контрол и подов

[historydev]

сергей кузьмин, я хочу базироваться на vmware, а конкретно vmware workstation pro

[сергей кузьмин]

кубернету как таковому все равно (другими словами) какой гипервизор - контрол ноды и клиент общаются по рест
ничего серьезного на миникубе вы все равно не запустите но чтобы учиться подходит

- не заработает на вмвар - переключитесь на виртуалбокс

Answer 1

[Василий Банников]

kubectl обращается к k8s API для управления. Он не может запустить новый экземпляр k8s.

Чтобы локально поиграть с k8s есть minikube.
Чтобы развернуть небольшой кластер на небольшом сервере - есть k3s

Answer 2

[mayton2019]

По идее minikube и kubectl достаточно. Но если речь идет допустим о пользовании на Windows - то там надо внимательно читать microsoft инструкции. У них всегда много нюансов.

Comments

[historydev]

У меня ubuntu server 20.04, сейчас попробую запустить какие-то тестовые приложения в minikube, следом хочу поставить vmware, и скорее всего k3s, если он мне вообще нужен.

Прочитал про k0s, k3s и microk3s вроде, толком разницы не увидел, единственное не понятно что за containerD, мне его вместо докера юзать придётся или это внутренние штуки, так-же как и базы данных которые там описаны. - у одних sqlite, у других mysql/postgres, у microk3s вообще какая-то Dsql или как-то так.

[mayton2019]

А для каких задач vmware?

[historydev]

mayton2019, Разделить физ. на виртуалки, пока это всё

[mayton2019]

Владимир, просто если ты пошел по пути контейнеризации с кубером то тогда зачем виртуалки - непонятно. Виртуалки - значительно тяжелее.

[historydev]

mayton2019,
Тяжесть это не страшно, ведь есть такие люди как вы, которые подскажут :)

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

А поднимать контейнер в котором контейнеры с ubuntu как-то странно, нет?

[mayton2019]

Вот все что пошло дальше после фрилансеров мне вообще непонятно. Но я не осуждаю. Это ваш бизнес - делайте как вам удобно.

[historydev]

mayton2019, по сути я просто не хочу давать доступ людям к физ. серверу и иметь возможность переносить целые конфиги систем между физ. машинами