= Які існуючі рішення (комерційні чи з відкритим вихідним кодом) для розгортання кластера Kubernetes на довільній інфраструктурі (AWS, GCE, DO або голе метал) =

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

Ми використовуємо кластер Kubernetes, який використовує приблизно 3000 vCPU. Усі модулі — це короткочасні робочі вузли, які прослуховують завдання з центральної черги завдань обробки даних. Зараз ми використовуємо превентивні вузли GCP для підтримки 90% необхідної обчислювальної потужності (повертаючись до звичайних вузлів). Я досліджую рішення, які дозволять мені «перемістити» модулі в інший кластер (на іншому хмарному/голому постачальнику), якщо ми не можемо забезпечити необхідний ресурс від GCP

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

Ви можете перевірити Rancher або будь-які подібні рішення, як-от kubermatic від loodse. Ці Інструменти абстрагують постачальника «install-a-Cluster-on-a-cloud-provider» і забезпечують підтримку базових платформ iaas, таких як aws, gcp, do або vsphere. Крім того, ці інструменти мають деякі досить приємні функції, такі як створення шаблонів, агрегація журналів або каталог програм для встановлення таких програм, як Ingress Controllers або s.th. інше.

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

Вони кажуть, що хочуть кілька кластерів у різних постачальників, які можуть використовувати роботу з однієї черги

OP перевірте kops (і певною мірою kubicorn), які дозволяють вам створювати кластери на довільних хмарних провайдерах. Звичайно, k8s рухається швидко. Ці інструменти – це минуле і сьогодення, кластерний API – це майбутнє
Привіт, абсолютно прозоро, я працюю на www.containership.io, але ми щойно випустили наш продукт для автоматичного масштабування www.github.com/containership/cerebral, який дозволить вам масштабувати свій кластер вгору та вниз залежно від використання. І хоча наразі ми не можемо масштабуватись між постачальниками, ми дозволяємо вам розкручувати кілька кластерів з одного централізованого розташування та надаємо інтерфейс користувача для легкого керування вузлами та ресурсами

== Про спільноту ==
Кубернаути
Онлайн