Возможно ли, что только с использованием локального узла k8s woker, но с использованием главного узла, управляемого cloud vender (aws, gcp .. и т. Д.)

#kubernetes #google-cloud-platform #google-anthos

#kubernetes #google-облачная платформа #google-anthos

Вопрос:

Возможно ли, что только с использованием локального узла k8s woker, но с использованием главного узла, управляемого cloud vender (aws, gcp .. и т. Д.)?

Я хочу воспользоваться преимуществами управляемого сервиса на главном узле k8s, но в моей компании уже есть много локальных серверов. А также у нас есть соединение Cloud interconnect между GCP и локальным.

Я несколько раз читал документацию, связанную с Anthos. Однако нигде не используется смешивание одного кластера k8s в локальном и облачном.

Комментарии:

1. Я бы сказал, нет, потому что это не очень хорошая идея. В случае прерывания связи между узлом on prem и мастером on cloud у вас нет никакой оркестровки (кластер on prem не может работать автономно). Кроме того, когда вы настраиваете свой K8S master, вы предоставляете ему всю необходимую конфигурацию для создания узла, балансировщика нагрузки, правил брандмауэра (…) в среде. Здесь, как облачный мастер может узнать вашу исходную среду и конфигурацию? Все эти вещи звучат странно и странно

Ответ №1:

Это то, чего я не пробовал, но позвольте мне поделиться с вами своими мыслями.

Когда мы настраиваем кластер, скажем, с несколькими главными и несколькими рабочими узлами, нам необходимо иметь возможность двусторонней связи между главными и рабочими; то есть серверы kube-apis в главных и kubelets в рабочих узлах должны подключаться друг к другу. Итак, это то, что нам нужно проверить.

Кроме того, если вы используете маршрутизацию на основе NodePort, тогда всем работникам и мастерам потребуется пересылать трафик друг другу. Например, если запрос NodePort поступает на главный узел, его нужно будет перенаправить на рабочий узел (например, wise).

Я думаю, что могут быть и другие моменты, но документировал то, что я чувствовал.