= Quelles sont les solutions existantes (commerciales ou open-source) pour faire tourner le cluster Kubernetes sur une infrastructure arbitraire (AWS, GCE, DO ou bare-metal) =

J'explore une solution qui nous permettrait de répartir notre cluster Kubernetes sur plusieurs fournisseurs (par exemple en fonction du coût)

Nous exécutons un cluster Kubernetes qui utilise environ 3000 vCPU. Tous les pods sont des nœuds de travail de courte durée, qui écoutent les travaux à partir d'une file d'attente centrale de tâches de traitement de données. Nous utilisons actuellement des nœuds préemptifs GCP pour prendre en charge 90 % de la puissance de calcul requise (revenant aux nœuds normaux). J'explore des solutions qui me permettraient de "déplacer"les pods vers un autre cluster (sur un autre fournisseur cloud/bare-metal) lorsque nous ne sommes pas en mesure de sécuriser la ressource requise à partir de GCP

par exemple. Existe-t-il un PaaS auquel je pourrais fournir mes informations d'identification AWS/ GCP (nous avons des crédits AWS/ GCP/ DO ; par conséquent, l'abstraction qui utilise le compte de leur propre fournisseur ne fonctionne pas) et il configurerait et gérerait un cluster Kubernetes sur des nœuds appartenant à les deux fournisseurs de cloud ?

Vous pouvez consulter Rancher ou toute solution similaire comme kubermatic de loodse. Ces outils font abstraction du fournisseur « install-a-Cluster-on-a-cloud-provider » et prennent en charge les plates-formes iaas sous-jacentes telles que aws, gcp, do ou vsphere. De plus, ces outils ont des fonctionnalités assez intéressantes comme la création de modèles, l'agrégation de journaux ou un catalogue d'applications pour installer des applications comme les contrôleurs d'entrée ou s.th. autre.

Rancher +1 BTW, vous pouvez même utiliser rancher comme plateforme pour créer votre propre PaaS :
rancher/norman est un framework pour vous aider à construire un contrôleur/opérateur basé sur CRD, ainsi qu'un serveur compatible rancher/api-spec
rancher/api-spec est une version améliorée de l'API RESTful, avec une interface utilisateur générée automatiquement pour le débogage, si vous avez déjà un CRD, vous pouvez facilement faire une intégration, par exemple refunc/refunc-rancher est notre enveloppe mince pour refunc/refunc
rancher/ui est basé sur emberjs, ce qui facilite son extension, par exemple refunc/rancher-ui en utilisant Ember Engines pour créer notre interface utilisateur personnalisée pour refunc/refunc en remplaçant simplement les fichiers statiques générés
httpsgithub.com/gardener pourrait être intéressant pour vous. Il vous permet de créer et de gérer des clusters k8s sur plusieurs fournisseurs IaaS

Les documents Kubernetes ont une assez bonne liste : httpskubernetes.io/docs/setup/pick-right-solution/
De prime abord, je pense que Rancher, Gardener, Kublr et quelques autres offrent la possibilité d'exécuter Kubernetes sur plusieurs fournisseurs de cloud. Ou il existe une variété de guides liés sur la façon dont vous pouvez les déployer et les gérer vous-même

Ou vous pouvez simplement créer des clusters Kubernetes dans AWS et GCP à l'aide de leurs guides, les configurer pour une mise à l'échelle automatique et disposer d'une couche de gestion qui contrôle les clusters sur lesquels vous exécutez vos charges de travail. Options à gogo!
Nous avons une version développeur open source et gratuite - qui prend également en charge 6 fournisseurs de cloud et sur site. Vous pouvez lui faire un essai ici : httpsbeta.banzaicloud.io/ et vérifier le code sur httpsgithub.com/banzaicloud/pipeline
https://www.ibm.com/cloud/multicloud-manager
La gestion multicloud est la capacité à gérer efficacement plusieurs centres de données ou environnements cloud (publics ou privés), comme s'il s'agissait d'un environnement unique. L'entreprise moyenne utilise au moins six clusters et des centaines, ce qui peut conduire à un environnement complexe et présenter des problèmes imminents ou futurs. Les charges de travail dispersées, les failles de sécurité et la visibilité limitée sur les résultats des équipes de développement sont plusieurs problèmes opérationnels difficiles à gérer collectivement.

Enregistrez et déployez des clusters Kubernetes où qu'ils soient en cours d'exécution. Basculez facilement entre les fournisseurs de cloud et connectez le public et le privé

Divulgation : Je suis un IBMer et je suis heureux d'aider à répondre à toutes les questions de suivi sur MCM ou IBM Cloud Private
Ce que vous demandez n'existe pas. Il n'y a pas d'orchestrateur de conteneurs multicloud

Il n'y a pas de solution prête à l'emploi qui accélérera le calcul entre les fournisseurs de cloud et planifiera vos conteneurs en fonction du coût

Je ne peux pas imaginer comment cela fonctionnerait, sauf pour les applications sans état. Mon expérience est que les applications sans état ne sont pas la valeur par défaut et sont quelque chose que vous travaillez et que vous déplacez l'état ailleurs, généralement quelque part à proximité

Vous êtes déjà sur le cloud le moins cher (GCP)

Quel est exactement le problème ? GCP n'est-il vraiment pas en mesure de satisfaire le nombre de nœuds dont vous avez besoin ?
Planifier des nœuds sur un autre cloud semble demander beaucoup d'efforts et un développement personnalisé pour un gain nul

OP ne demande pas explicitement un seul cluster cross-cloud

J'explore des solutions qui me permettraient de "déplacer"les pods vers un autre cluster (sur un autre fournisseur cloud/bare-metal) lorsque nous ne sommes pas en mesure de sécuriser la ressource requise à partir de GCP

Ils disent qu'ils veulent plusieurs clusters entre fournisseurs qui peuvent tous consommer du travail à partir de la même file d'attente

OP consultez kops (et dans une certaine mesure kubicorn) qui vous permettent de mettre en place des clusters sur des fournisseurs de cloud arbitraires. Bien sûr, k8s se déplace rapidement. Ces outils sont le passé et le présent, le cluster-api est l'avenir
Salut en toute transparence, je travaille sur www.containership.io mais nous venons de publier notre produit d'autoscaling www.github.com/containership/cerebral qui vous permettra de faire évoluer votre cluster en fonction de l'utilisation. Et bien que nous ne soyons actuellement pas en mesure d'évoluer entre les fournisseurs, nous vous permettons de créer plusieurs clusters à partir d'un emplacement centralisé et de fournir une interface utilisateur pour gérer facilement vos nœuds et vos ressources.

== À propos de la communauté ==
Kubernauts
En ligne