= Jakie są istniejące rozwiązania (komercyjne lub open source) do uruchamiania klastra Kubernetes w dowolnej infrastrukturze (AWS, GCE, DO lub bare-metal) =

Badam rozwiązanie, które pozwoliłoby nam na dystrybucję naszego klastra Kubernetes wśród wielu dostawców (np. w oparciu o koszt)

Używamy klastra Kubernetes, który wykorzystuje około 3000 procesorów wirtualnych. Wszystkie pody to krótkotrwałe węzły robocze, które nasłuchują zadań z centralnej kolejki zadań przetwarzania danych. Obecnie używamy węzłów GCP z wywłaszczaniem, aby obsłużyć 90% wymaganej mocy obliczeniowej (wracając do zwykłych węzłów). Badam rozwiązania, które pozwoliłyby mi „przesunąć” pody do innego klastra (u innego dostawcy chmury/bare-metal), gdy nie jesteśmy w stanie zabezpieczyć wymaganego zasobu z GCP

np. Czy istnieje PaaS, któremu mógłbym podać moje dane uwierzytelniające AWS/GCP (mamy kredyty AWS/GCP/DO, dlatego abstrakcja korzystająca z własnego konta dostawcy nie działa) i skonfigurowałby klaster Kubernetes i zarządzał nim w węzłach należących do obaj dostawcy usług w chmurze?

Możesz sprawdzić Ranchera lub podobne rozwiązania, takie jak kubermatic od loodse. Narzędzia te wyodrębniają dostawcę instalacji klastra na chmurze i zapewniają obsługę podstawowych platform iaas, takich jak aws, gcp, do lub vsphere. Dodatkowo narzędzia te mają całkiem fajne funkcje, takie jak tworzenie szablonów, agregacja dzienników lub katalog aplikacji do instalowania aplikacji, takich jak Ingress Controllers lub s.th. w przeciwnym razie.

Ranczer +1 BTW, możesz nawet użyć ranczera jako platformy do zbudowania własnego PaaS:
rancher/norman to framework, który pomoże Ci zbudować kontroler/operatora opartego na CRD, a także serwer kompatybilny z ranczerem/api-spec
rancher/api-spec to ulepszona wersja RESTful API, z automatycznie generowanym interfejsem użytkownika do debugowania, jeśli masz już CRD, możesz łatwo dokonać integracji, na przykład refunc/refunc-rancher to nasze cienkie opakowanie dla refunc/refunc
rancher/ui jest oparty na emberjs, które ułatwiają rozszerzanie, na przykład refunc/rancher-ui przy użyciu Ember Engines do stworzenia naszego niestandardowego interfejsu użytkownika dla refunc/refunc poprzez proste zastąpienie wygenerowanych plików statycznych
httpsgithub.com/gardener może być dla Ciebie interesujący. Umożliwia tworzenie i zarządzanie klastrami k8s u kilku dostawców IaaS

Dokumenty Kubernetes mają całkiem niezłą listę: httpskubernetes.io/docs/setup/pick-right-solution/
Myślę, że Rancher, Gardener, Kublr i kilka innych oferują możliwość uruchamiania Kubernetes na wielu dostawcach usług w chmurze. Istnieje również wiele połączonych przewodników, w jaki sposób można je wdrażać i zarządzać nimi samodzielnie

Możesz też po prostu utworzyć klastry Kubernetes w AWS i GCP, korzystając z ich przewodników, ustawić automatyczne skalowanie i mieć warstwę zarządzania, która kontroluje, w których klastrach uruchamiasz swoje obciążenia. Mnóstwo opcji!
Mamy wersję open source i bezpłatną wersję programistyczną - która obsługuje 6 dostawców usług w chmurze, a także lokalnie. Możesz przetestować go tutaj: httpsbeta.banzaicloud.io/ i sprawdzić kod na httpsgithub.com/banzaicloud/pipeline
httpswww.ibm.com/cloud/multicloud-manager
Zarządzanie wieloma chmurami to możliwość efektywnego zarządzania wieloma centrami danych lub środowiskami chmurowymi (publicznymi lub prywatnymi), tak jakby były jednym środowiskiem. Przeciętne przedsiębiorstwo korzysta z sześciu lub więcej i setek klastrów, co może prowadzić do powstania złożonego środowiska i stwarzać nieuchronne lub przyszłe problemy. Rozproszone obciążenia, luki w zabezpieczeniach i ograniczony wgląd w wyniki pracy zespołów programistycznych to kilka problemów operacyjnych, którymi trudno było wspólnie zarządzać

Rejestruj i wdrażaj klastry Kubernetes wszędzie tam, gdzie są uruchomione. Łatwo przełączaj się między dostawcami chmury i łącz publiczne i prywatne

Ujawnienie: Jestem IBMerem i chętnie odpowiem na wszelkie dodatkowe pytania dotyczące MCM lub IBM Cloud Private
To, o co prosisz, nie istnieje. Nie ma koordynatora wielu kontenerów w chmurze

Nie ma gotowego rozwiązania, które zwiększyłoby moc obliczeniową u dostawców chmury i zaplanowało kontenery na podstawie kosztów

Nie mogę sobie wyobrazić, jak to by działało, z wyjątkiem aplikacji bezstanowych. Z mojego doświadczenia wynika, że ​​​​aplikacje bezstanowe nie są domyślne i są czymś, nad czym pracujesz, i przenosisz stan gdzie indziej, zwykle gdzieś blisko

Korzystasz już z najtańszej chmury (GCP)

Na czym dokładnie polega problem? Czy GCP naprawdę nie jest w stanie zaspokoić wymaganej liczby węzłów?
Planowanie węzłów w innej chmurze wydaje się dużym wysiłkiem i niestandardowym rozwojem przy zerowym zysku

OP nie prosi wprost o pojedynczy klaster między chmurami

Badam rozwiązania, które pozwoliłyby mi „przesunąć” pody do innego klastra (u innego dostawcy chmury/bare-metal), gdy nie jesteśmy w stanie zabezpieczyć wymaganego zasobu z GCP

Mówią, że chcą wielu klastrów u dostawców, którzy mogą zużywać pracę z tej samej kolejki

OP sprawdź kops (i do pewnego stopnia kubicorn), które pozwalają postawić klastry na dowolnych dostawcach chmury. Oczywiście k8s porusza się szybko. Te narzędzia to przeszłość i teraźniejszość, a klaster-api to przyszłość
Cześć, w pełni przejrzyście Pracuję na stronie www.containership.io, ale właśnie wydaliśmy nasz produkt do automatycznego skalowania www.github.com/containership/cerebral, który pozwoli ci skalować klaster w górę iw dół w zależności od użycia. I chociaż obecnie nie jesteśmy w stanie skalować się między dostawcami, umożliwiamy tworzenie wielu klastrów z jednej scentralizowanej lokalizacji i zapewniamy interfejs użytkownika do łatwego zarządzania węzłami i zasobami

== O społeczności ==
Kubernauci
Online