= Какие существуют решения (коммерческие или с открытым исходным кодом) для развертывания кластера Kubernetes в произвольной инфраструктуре (AWS, GCE, DO или «голое железо») =

Я изучаю решение, которое позволило бы нам распределять наш кластер Kubernetes между несколькими поставщиками (например, в зависимости от стоимости).

Мы запускаем кластер Kubernetes, который использует примерно 3000 виртуальных ЦП. Все pod’ы — это недолговечные рабочие узлы, которые прослушивают задания из центральной очереди задач обработки данных. В настоящее время мы используем упреждающие узлы GCP для поддержки 90 % требуемой вычислительной мощности (возврат к обычным узлам). Я изучаю решения, которые позволили бы мне «переместить» модули в другой кластер (у другого облачного/физического поставщика), когда мы не можем защитить требуемый ресурс от GCP.

например Существует ли PaaS, которому я мог бы предоставить свои учетные данные AWS/GCP (у нас есть кредиты AWS/GCP/DO; поэтому абстракция, использующая учетную запись их собственного провайдера, не работает), и он мог бы настроить и управлять кластером Kubernetes на узлах, принадлежащих оба облачных провайдера?

Вы можете проверить Rancher или любые подобные решения, такие как kubermatic от loodse. Эти инструменты абстрагируются от «установки кластера на облачном провайдере» и обеспечивают поддержку базовых платформ iaas, таких как aws, gcp, do или vsphere. Кроме того, у этих инструментов есть несколько довольно приятных функций, таких как шаблоны, агрегация журналов или каталог приложений для установки приложений, таких как контроллеры входа или что-то еще. еще.

Rancher +1 Кстати, вы даже можете использовать rancher в качестве платформы для создания собственного PaaS:
rancher/norman — это фреймворк, который поможет вам создать контроллер/оператор на основе CRD, а также сервер, совместимый с rancher/api-spec.
rancher/api-spec — это расширенная версия RESTful API с автоматически сгенерированным пользовательским интерфейсом для отладки. Если у вас уже есть CRD, вы можете легко выполнить интеграцию, например refunc/refunc-rancher — это наша тонкая оболочка для refunc/refunc.
rancher/ui основан на emberjs, что упрощает его расширение, например, refunc/rancher-ui с использованием Ember Engines для создания пользовательского пользовательского интерфейса для refunc/refunc путем простой замены сгенерированных статических файлов.
httpsgithub.com/gardener может быть вам интересен. Он позволяет создавать кластеры k8s и управлять ими между несколькими провайдерами IaaS.

В документации Kubernetes есть довольно хороший список: httpskubernetes.io/docs/setup/pick-right-solution/
Навскидку, я думаю, что Rancher, Gardener, Kublr и некоторые другие предлагают возможность запускать Kubernetes на нескольких облачных провайдерах. Или есть множество связанных руководств о том, как вы можете развернуть их и управлять ими самостоятельно.

Или вы можете просто создать кластеры Kubernetes в AWS и GCP, используя их руководства, настроить их на автоматическое масштабирование и иметь уровень управления, который контролирует, на каких кластерах вы запускаете свои рабочие нагрузки. Вариантов масса!
У нас есть версия с открытым исходным кодом и бесплатная версия для разработчиков, которая поддерживает 6 облачных провайдеров, а также локальную версию. Вы можете протестировать его здесь: httpsbeta.banzaicloud.io/ и проверить код на httpsgithub.com/banzaicloud/pipeline.
httpswww.ibm.com/cloud/multicloud-manager
Управление несколькими облаками — это возможность эффективно управлять несколькими центрами обработки данных или облачными средами (общедоступными или частными), как если бы они были единой средой. Среднее предприятие использует шесть или более и сотни кластеров, что может привести к сложной среде и вызвать неизбежные или будущие проблемы. Рассредоточенные рабочие нагрузки, пробелы в безопасности и ограниченная видимость результатов работы групп разработчиков — вот несколько операционных проблем, которыми было трудно управлять коллективно.

Зарегистрируйте и разверните кластеры Kubernetes, где бы они ни работали. Легко переключайтесь между облачными провайдерами и подключайте общедоступные и частные

Раскрытие информации: я сотрудник IBM и буду рад ответить на любые дополнительные вопросы о MCM или IBM Cloud Private.
То, о чем вы просите, не существует. Оркестратор с несколькими облачными контейнерами отсутствует.

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

Я не могу представить, как это могло бы работать, кроме как для приложений без сохранения состояния. Мой опыт показывает, что приложения без сохранения состояния не являются стандартными, и над ними вы работаете, и вы перемещаете состояние в другое место, обычно где-то рядом.

Вы уже пользуетесь самым дешевым облаком (GCP)

В чем именно проблема? Действительно ли GCP не может удовлетворить необходимое вам количество узлов?
Планирование узлов в другом облаке кажется большим усилием и пользовательской разработкой для нулевой выгоды.

OP явно не запрашивает один кросс-облачный кластер

Я изучаю решения, которые позволили бы мне «переместить» модули в другой кластер (у другого облачного/физического поставщика), когда мы не можем защитить требуемый ресурс от GCP.

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

ОП, проверьте kops (и в некоторой степени kubicorn), которые позволяют вам создавать кластеры на произвольных облачных провайдерах. Конечно, k8s движется быстро. Эти инструменты — прошлое и настоящее, а кластерный API — будущее.
Всем привет! Я работаю в www.containership.io, но мы только что выпустили наш продукт автоматического масштабирования www.github.com/containership/cerebral, который позволит вам масштабировать кластер вверх и вниз в зависимости от использования. И хотя в настоящее время мы не можем масштабироваться между поставщиками, мы позволяем вам развертывать несколько кластеров из одного централизованного места и предоставляем пользовательский интерфейс для простого управления вашими узлами и ресурсами.

== О сообществе ==
Кубернауты
Online