= Wat zijn bestaande oplossingen (commercieel of open-source) voor het opstarten van Kubernetes-cluster op willekeurige infrastructuur (AWS, GCE, DO of bare-metal) =

Ik onderzoek een oplossing waarmee we ons Kubernetes-cluster over meerdere providers kunnen verdelen (bijvoorbeeld op basis van de kosten)

We draaien een Kubernetes-cluster dat ongeveer 3000 vCPU's gebruikt. Alle pods zijn werkknooppunten met een korte levensduur, die luisteren naar taken vanuit een centrale wachtrij met gegevensverwerkingstaken. We gebruiken momenteel preventieve GCP-knooppunten om 90% van de vereiste rekenkracht te ondersteunen (terugvallend op reguliere knooppunten). Ik ben oplossingen aan het onderzoeken waarmee ik pods kan "verplaatsen"naar een ander cluster (op een andere cloud-/bare-metalprovider) wanneer we de vereiste bron van GCP niet kunnen beveiligen

bijv. Is er een PaaS waaraan ik mijn AWS/GCP-referenties kan verstrekken (we hebben AWS/GCP/DO-tegoeden; daarom werkt abstractie die het account van hun eigen provider gebruiken niet) en het zou een Kubernetes-cluster opzetten en beheren over knooppunten die behoren tot beide cloudproviders?

Je zou Rancher of soortgelijke oplossingen zoals kubermatic van loodse kunnen bekijken. Deze tools abstraheren de installatie van een cluster op een cloudprovider en bieden ondersteuning voor onderliggende iaas-platforms zoals aws, gcp, do of vsphere. Bovendien hebben deze tools een aantal best aardige functies, zoals sjablonen, log-aggregatie of een applicatiecatalogus om apps zoals ingress Controllers of s.th. anders.

Rancher +1 Trouwens, je kunt rancher zelfs als platform gebruiken om je eigen PaaS te bouwen:
rancher/norman is een raamwerk om u te helpen bij het bouwen van een CRD-gebaseerde controller/operator, evenals een rancher/api-spec-compatibele server
rancher/api-spec is een verbeterde versie van RESTful API, met een automatisch gegenereerde gebruikersinterface voor foutopsporing. Als u al een CRD heeft, kunt u eenvoudig een integratie maken, bijvoorbeeld refunc/refunc-rancher is onze dunne verpakking voor refunc/refunc
rancher/ui is gebaseerd op emberjs, waardoor het eenvoudig is om uit te breiden, bijvoorbeeld refunc/rancher-ui met behulp van Ember Engines om onze aangepaste gebruikersinterface voor refunc/refunc te maken door simpelweg de gegenereerde statische bestanden te vervangen
httpsgithub.com/gardener zou interessant voor je kunnen zijn. Hiermee kunt u k8s-clusters maken en beheren voor verschillende IaaS-providers

De Kubernetes-documenten hebben een redelijk goede lijst: httpskubernetes.io/docs/setup/pick-right-solution/
Uit mijn hoofd denk ik dat Rancher, Gardener, Kublr en een paar anderen de mogelijkheid bieden om Kubernetes op meerdere cloudproviders uit te voeren. Of er zijn verschillende gekoppelde handleidingen over hoe u ze zelf kunt implementeren en beheren

Of u kunt gewoon Kubernetes-clusters maken in AWS en GCP met behulp van hun handleidingen, ze instellen op automatisch schalen en een beheerlaag hebben die bepaalt op welke clusters u uw workloads uitvoert. Opties in overvloed!
We hebben een open source en een gratis ontwikkelaarsversie - die 6 cloudproviders en ook on-prem ondersteunt. U kunt hier een proefrit maken: httpsbeta.banzaicloud.io/ en de code controleren op httpsgithub.com/banzaicloud/pipeline
httpswww.ibm.com/cloud/multicloud-manager
Multicloudbeheer is de mogelijkheid om meerdere datacenters of cloudomgevingen (openbaar of privé) effectief te beheren alsof het één enkele omgeving is. De gemiddelde onderneming gebruikt zes of meer en honderden clusters, wat kan leiden tot een complexe omgeving en dreigende of toekomstige problemen kan opleveren. Verspreide werklast, beveiligingslacunes en beperkt zicht op de output van ontwikkelingsteams zijn verschillende operationele problemen die moeilijk collectief te beheren waren

Registreer en implementeer Kubernetes-clusters waar ze ook draaien. Schakel eenvoudig tussen cloudaanbieders en verbind openbaar en privé

Openbaarmaking: ik ben een IBMer en help u graag bij het beantwoorden van vervolgvragen over MCM of IBM Cloud Private
Wat je vraagt ​​bestaat niet. Er is geen multi-cloud container orchestrator

Er is geen kant-en-klare oplossing die de rekenkracht van verschillende cloudproviders verhoogt en uw containers plant op basis van kosten

Ik kan me niet voorstellen hoe dat zou werken, behalve voor staatloze apps. Mijn ervaring is dat staatloze apps niet de standaard zijn en iets zijn waar je naar toe werkt en dat je de staat ergens anders naartoe verplaatst, meestal ergens in de buurt

Je zit al op de goedkoopste cloud (GCP)

Wat is precies het probleem? Kan GCP echt niet voldoen aan het aantal nodes dat u nodig heeft?
Het plannen van knooppunten op een andere cloud lijkt veel moeite en aangepaste ontwikkeling zonder enige winst

OP vraagt ​​niet expliciet om een ​​enkel cross-cloudcluster

Ik ben oplossingen aan het onderzoeken waarmee ik pods kan "verplaatsen"naar een ander cluster (op een andere cloud-/bare-metalprovider) wanneer we de vereiste bron van GCP niet kunnen beveiligen

Ze zeggen dat ze meerdere clusters van providers willen die allemaal werk uit dezelfde wachtrij kunnen verwerken

OP bekijk kops (en tot op zekere hoogte kubicorn) waarmee je clusters op willekeurige cloudproviders kunt plaatsen. Natuurlijk beweegt k8s snel. Die tools zijn verleden en heden, de cluster-API is de toekomst
Hallo daar, in volledige transparantie. Ik werk bij www.containership.io, maar we hebben zojuist ons autoscaling-product www.github.com/containership/cerebral uitgebracht, waarmee je je cluster op en neer kunt schalen op basis van gebruik. En hoewel we momenteel niet in staat zijn om over providers heen te schalen, stellen we je wel in staat om meerdere clusters vanaf één centrale locatie te laten draaien en een gebruikersinterface te bieden om je knooppunten en bronnen eenvoudig te beheren

== Over de gemeenschap ==
Kubernauten
Online