= Vilka är befintliga lösningar (kommersiella eller öppen källkod) för att skapa Kubernetes-kluster på godtycklig infrastruktur (AWS, GCE, DO eller bare-metal) =

Jag undersöker en lösning som skulle tillåta oss att distribuera vårt Kubernetes-kluster över flera leverantörer (t.ex. baserat på kostnaden)

Vi kör ett Kubernetes-kluster som använder ungefär 3000 vCPU:er. Alla poddar är kortlivade arbetarnoder, som lyssnar efter jobb från en central kö av databearbetningsuppgifter. Vi använder för närvarande GCP-förebyggande noder för att stödja 90 % av den nödvändiga beräkningskraften (faller tillbaka till vanliga noder). Jag undersöker lösningar som skulle tillåta mig att "skifta"poddar till ett annat kluster (på annan moln-/barmetallleverantör) när vi inte kan säkra den nödvändiga resursen från GCP

t.ex. Finns det en PaaS som jag skulle kunna tillhandahålla mina AWS/GCP-referenser till (vi har AWS/GCP/DO-krediter; därför fungerar inte abstraktion som använder sin egen leverantörs konto) och den skulle sätta upp och hantera ett Kubernetes-kluster över noder som tillhör båda molnleverantörerna?

Du kan kolla in Rancher eller liknande lösningar som kubermatic från loodse. Dessa verktyg abstraherar âÂÂinstall-a-Cluster-on-a-cloud-providerâ och ger stöd för underliggande iaas-plattformar som aws, gcp, do eller vsphere. Dessutom har dessa verktyg några ganska trevliga funktioner som mallar, loggaggregation eller en applikationskatalog för att installera appar som ingress Controllers eller s.th. annan.

Rancher +1 BTW, du kan till och med använda rancher som plattform för att bygga din egen PaaS:
rancher/norman är ett ramverk som hjälper dig att bygga CRD-baserad kontroller/operatör, såväl som rancher/api-spec-kompatibel server
rancher/api-spec är en förbättrad version av RESTful API, med automatiskt genererat användargränssnitt för felsökning, om du redan har en CRD kan du enkelt göra en integration, till exempel refunc/refunc-rancher är vår tunna omslag för refunc/refunc
rancher/ui är baserat på emberjs, vilket gör det enkelt att utöka, till exempel refunc/rancher-ui med Ember Engines för att skapa vårt anpassade användargränssnitt för refunc/refunc genom att helt enkelt ersätta de genererade statiska filerna
httpsgithub.com/gardener kan vara intressant för dig. Det låter dig skapa och hantera k8s-kluster över flera IaaS-leverantörer

Kubernetes-dokumenten har en ganska bra lista: httpskubernetes.io/docs/setup/pick-right-solution/
Jag tror att Rancher, Gardener, Kublr och några andra erbjuder möjligheten att köra Kubernetes på flera molnleverantörer. Eller så finns det en mängd länkade guider om hur du kan distribuera och hantera dem på egen hand

Eller så kan du bara skapa Kubernetes-kluster i AWS och GCP med hjälp av deras guider, ställa in dem för automatisk skalning och ha ett hanteringslager som styr vilka kluster du kör dina arbetsbelastningar på. Mängder av alternativ!
Vi har en öppen källkod och gratis utvecklarversion - som stöder 6 molnleverantörer och även on-prem. Du kan ge den en provtur här: httpsbeta.banzaicloud.io/ och kolla koden på httpsgithub.com/banzaicloud/pipeline
httpswww.ibm.com/cloud/multicloud-manager
Multicloud-hantering är möjligheten att effektivt hantera flera datacenter eller molnmiljöer (offentliga eller privata), som om de vore en enda miljö. Det genomsnittliga företaget använder sex eller fler och hundratals kluster, vilket kan leda till en komplex miljö och presentera överhängande eller framtida problem. Spridda arbetsbelastningar, säkerhetsluckor och begränsad synlighet på utvecklingsteams produktion är flera operativa frågor som har varit svåra att hantera tillsammans

Registrera och distribuera Kubernetes-kluster var de än körs. Växla enkelt mellan molnleverantörer och anslut offentligt och privat

Upplysning: Jag är en IBMer och hjälper gärna till att svara på eventuella uppföljningsfrågor om MCM eller IBM Cloud Private
Det du efterfrågar finns inte. Det finns ingen orkestrator för flera molncontainrar

Det finns ingen hylllösning som kommer att snurra upp beräkningar mellan molnleverantörer och schemalägga dina behållare baserat på kostnad

Jag kan inte föreställa mig hur det ens skulle fungera förutom statslösa appar. Min erfarenhet är att tillståndslösa appar inte är standard och är något du arbetar mot och du flyttar tillstånd någon annanstans, vanligtvis någonstans nära

Du är redan på det billigaste molnet (GCP)

Vad är problemet egentligen? Kan GCP verkligen inte tillfredsställa antalet noder du behöver?
Att schemalägga noder på ett annat moln verkar vara mycket ansträngning och anpassad utveckling för noll vinst

OP efterfrågar inte uttryckligen ett enda korsmolnkluster

Jag undersöker lösningar som skulle tillåta mig att "skifta"poddar till ett annat kluster (på en annan moln-/barmetallleverantör) när vi inte kan säkra den nödvändiga resursen från GCP

De säger att de vill ha flera kluster mellan leverantörer som alla kan konsumera arbete från samma kö

OP kolla in kops (och i viss mån kubicorn) som låter dig stå upp kluster på godtyckliga molnleverantörer. Naturligtvis rör sig k8s snabbt. Dessa verktyg är det förflutna och nuet, kluster-API är framtiden
Hej med full insyn. Jag jobbar på www.containership.io men vi har precis släppt vår autoskalningsprodukt www.github.com/containership/cerebral som gör att du kan skala ditt kluster upp och ner baserat på användning. Och även om vi för närvarande inte kan skala över leverantörer, tillåter vi dig att spinna upp flera kluster från en centraliserad plats och tillhandahålla ett användargränssnitt för att enkelt hantera dina noder och resurser

== Om gemenskapen ==
Kubernauts
Online