= İsteğe bağlı altyapı (AWS, GCE, DO veya çıplak donanım) üzerinde Kubernetes kümesi oluşturmak için mevcut çözümler (ticari veya açık kaynak) nelerdir =

Kubernetes kümemizi birden fazla sağlayıcıya dağıtmamıza izin verecek bir çözüm arıyorum (ör. maliyete dayalı olarak)

Yaklaşık 3000 vCPU kullanan bir Kubernetes kümesi çalıştırıyoruz. Tüm bölmeler, merkezi bir veri işleme görevleri sırasından işi dinleyen kısa ömürlü işçi düğümleridir. Şu anda gerekli bilgi işlem gücünün %90'ını desteklemek için GCP önleyici düğümleri kullanıyoruz (normal düğümlere geri dönüyoruz). GCP'den gerekli kaynağın güvenliğini sağlayamadığımız zaman, kapsülleri başka bir kümeye (farklı bulut/bare-metal sağlayıcıda) "kaydırmama"olanak sağlayacak çözümler araştırıyorum.

Örneğin. AWS/ GCP kimlik bilgilerimi sağlayabileceğim (AWS/ GCP/ DO kredilerimiz var; bu nedenle kendi sağlayıcılarının hesabını kullanan soyutlama çalışmıyor) ve ait düğümler arasında bir Kubernetes kümesi kurup yönetebileceği bir PaaS var mı? her iki bulut sağlayıcısı?

Loodse'den Rancher veya kubermatic gibi benzer çözümlere göz atabilirsiniz. Bu Araçlar, "Bulut sağlayıcısına bir Kümeyi Kur"u özetler ve aws, gcp, do veya vsphere gibi temel iaas platformları için destek sağlar. Ek olarak, bu araçlar, giriş Denetleyicileri veya s.th gibi uygulamaları yüklemek için şablon oluşturma, günlük toplama veya bir uygulama kataloğu gibi oldukça hoş özelliklere sahiptir. başka.

Rancher +1 BTW, kendi PaaS'ınızı oluşturmak için rancher'ı platform olarak bile kullanabilirsiniz:
çiftlik sahibi/norman, CRD tabanlı denetleyici/operatör ve çiftlik sahibi/api özellikli uyumlu sunucu oluşturmanıza yardımcı olacak bir çerçevedir
rancher/api-spec, RESTful API'nin gelişmiş bir sürümüdür, hata ayıklama için otomatik olarak oluşturulan kullanıcı arayüzüne sahiptir, zaten bir CRD'niz varsa kolayca bir entegrasyon yapabilirsiniz, örneğin refunc/refunc-rancher, refunc/refunc için ince sarmalayıcımızdır
rancher/ui, genişletmeyi kolaylaştıran emberjs'ye dayalıdır; örneğin, refunc/rancher-ui, yalnızca oluşturulan statik dosyaları değiştirerek refunc/refunc için özel kullanıcı arayüzümüzü oluşturmak üzere Ember Engines'i kullanır
httpsgithub.com/gardener ilginizi çekebilir. Birkaç IaaS sağlayıcısında k8s kümeleri oluşturmanıza ve yönetmenize olanak tanır.

Kubernetes belgelerinin oldukça iyi bir listesi var: httpskubernetes.io/docs/setup/pick-right-solution/
Aklıma geldikçe, Rancher, Gardener, Kublr ve birkaç diğerinin Kubernetes'i birden çok bulut sağlayıcısında çalıştırma yeteneği sunduğunu düşünüyorum. Veya bunları kendi başınıza nasıl dağıtabileceğiniz ve yönetebileceğinizle ilgili çeşitli bağlantılı kılavuzlar vardır.

Veya kılavuzlarını kullanarak AWS ve GCP'de Kubernetes kümeleri oluşturabilir, bunları otomatik ölçeklendirecek şekilde ayarlayabilir ve iş yüklerinizi hangi kümelerde çalıştıracağınızı kontrol eden bir yönetim katmanına sahip olabilirsiniz. Seçenekler bolca!
6 bulut sağlayıcısını ve kurum içi desteği de destekleyen açık kaynaklı ve ücretsiz bir geliştirici sürümümüz var. Burada bir test sürüşü yapabilirsiniz: httpsbeta.banzaicloud.io/ ve httpsgithub.com/banzaicloud/pipeline adresindeki kodu kontrol edin
httpswww.ibm.com/cloud/multicloud-manager
Çoklu bulut yönetimi, birden fazla veri merkezini veya bulut ortamını (genel veya özel) sanki tek bir ortammış gibi etkili bir şekilde yönetme yeteneğidir. Ortalama bir işletme altı veya daha fazla ve yüzlerce küme kullanır, bu da karmaşık bir ortama yol açabilir ve yakın veya gelecekteki sorunları ortaya çıkarabilir. Dağınık iş yükleri, güvenlik açıkları ve geliştirme ekiplerinin çıktılarında sınırlı görünürlük, toplu olarak yönetilmesi zor olan birkaç operasyonel sorundur

Kubernetes kümelerini, çalıştıkları her yerde kaydedin ve dağıtın. Bulut sağlayıcıları arasında kolayca geçiş yapın ve genel ile özel arasında bağlantı kurun

Açıklama: Bir IBM çalışanıyım ve MCM ya da IBM Cloud Private ile ilgili sonraki soruları yanıtlamaktan mutluluk duyuyorum
Sorduğun şey mevcut değil. Çoklu bulut kapsayıcısı orkestratörü yok

Bulut sağlayıcıları genelinde bilgi işlemi hızlandıracak ve kapsayıcılarınızı maliyete göre planlayacak hazır bir çözüm yoktur.

Durum bilgisiz uygulamalar dışında bunun nasıl işe yarayacağını hayal bile edemiyorum. Tecrübelerime göre, durum bilgisiz uygulamalar varsayılan değildir ve üzerinde çalıştığınız bir şeydir ve durumu başka bir yere, genellikle yakın bir yere taşırsınız.

Zaten en ucuz buluttasınız (GCP)

Sorun tam olarak nedir? GCP, ihtiyaç duyduğunuz düğüm sayısını gerçekten karşılayamıyor mu?
Düğümleri başka bir bulutta planlamak, sıfır kazanç için çok fazla çaba ve özel geliştirme gibi görünüyor

OP açıkça tek bir bulutlar arası küme istemiyor

GCP'den gerekli kaynağın güvenliğini sağlayamadığımız zaman, kapsülleri başka bir kümeye (farklı bulut/bare-metal sağlayıcıda) "kaydırmama"olanak sağlayacak çözümler araştırıyorum.

Sağlayıcılar arasında tümü aynı kuyruktaki işi tüketebilen birden çok küme istediklerini söylüyorlar.

OP, keyfi bulut sağlayıcılarında kümeleri ayağa kaldırmanıza izin veren kops'a (ve bir dereceye kadar kubicorn'a) bakın. Elbette k8s hızlı hareket eder. Bu araçlar geçmiş ve bugün, küme-api ise gelecek
Merhaba, tam şeffaflıkla www.containership.io'da çalışıyorum ancak kümenizi kullanıma göre yukarı ve aşağı ölçeklendirmenize olanak sağlayacak otomatik ölçeklendirme ürünümüzü www.github.com/containership/cerebral piyasaya sürdük. Ve şu anda sağlayıcılar arasında ölçekleme yapamıyor olsak da, tek bir merkezi konumdan birden çok küme oluşturmanıza izin veriyoruz ve düğümlerinizi ve kaynaklarınızı kolayca yönetmek için bir kullanıcı arabirimi sağlıyoruz

== Topluluk Hakkında ==
Kubernaut'lar
Çevrimiçi