= ما هي الحلول الحالية (التجارية أو مفتوحة المصدر) لتدوير مجموعة Kubernetes على البنية التحتية التعسفية (AWS أو GCE أو DO أو bare-metal) =

أنا أستكشف حلًا من شأنه أن يسمح لنا بتوزيع مجموعة Kubernetes الخاصة بنا عبر عدة مزودين (على سبيل المثال ، بناءً على التكلفة)

نحن نشغل مجموعة Kubernetes التي تستخدم 3000 وحدة معالجة مركزية كبيرة تقريبًا. جميع الكبسولات عبارة عن عقد عمالية قصيرة العمر ، تستمع للوظيفة من قائمة انتظار مركزية لمهام معالجة البيانات. نحن نستخدم حاليًا عقد GCP الوقائية لدعم 90٪ من قوة الحوسبة المطلوبة (العودة إلى العقد العادية). أنا أستكشف الحلول التي من شأنها أن تسمح لي "بنقل"البودات إلى مجموعة أخرى (على سحاب مختلف / مزوّد بسيط) عندما لا نكون قادرين على تأمين المورد المطلوب من GCP

على سبيل المثال هل هناك PaaS يمكنني تقديم بيانات اعتماد AWS / GCP الخاصة بي إلى (لدينا اعتمادات AWS / GCP / DO ؛ وبالتالي فإن التجريد الذي يستخدم حساب الموفر الخاص بهم لا يعمل) وسوف يقوم بإعداد وإدارة مجموعة Kubernetes عبر العقد التي تنتمي إلى كلا مقدمي الخدمات السحابية؟

يمكنك التحقق من Rancher أو أي حلول مماثلة مثل kubermatic من loodse. تجرد هذه الأدوات à ¢   install-a-Cluster-on-a-cloud-Providerà   وتوفر الدعم لمنصات iaas الأساسية مثل aws أو gcp أو do أو vsphere. بالإضافة إلى ذلك ، تحتوي هذه الأدوات على بعض الميزات الرائعة مثل القوالب أو تجميع السجلات أو كتالوج التطبيقات لتثبيت تطبيقات مثل ingress Controllers أو s.th. آخر.

Rancher +1 راجع للشغل ، يمكنك حتى استخدام المزارع كمنصة لبناء نظام PaaS الخاص بك:
رانشر / نورمان هو إطار عمل لمساعدتك في بناء وحدة تحكم / مشغل يعتمد على CRD ، بالإضافة إلى خادم متوافق مع Rancher / api
rancher / api-spec عبارة عن نسخة محسّنة من RESTful API ، مع واجهة مستخدم تم إنشاؤها تلقائيًا لتصحيح الأخطاء ، إذا كان لديك بالفعل CRDs ، فيمكنك بسهولة إجراء تكامل ، على سبيل المثال ، refunc / refunc-rancher هو غلافنا الرقيق لـ refunc / refunc
يعتمد rancher / ui على emberjs ، مما يجعل من السهل توسيعه ، على سبيل المثال refunc / rancher-ui باستخدام Ember Engines لإنشاء واجهة مستخدم مخصصة لـ refunc / refunc عن طريق استبدال الملفات الثابتة التي تم إنشاؤها ببساطة
httpsgithub.com/gardener قد يكون ممتعًا بالنسبة لك. يسمح لك بإنشاء وإدارة مجموعات k8s عبر العديد من موفري IaaS

تحتوي مستندات Kubernetes على قائمة جيدة جدًا: httpskubernetes.io/docs/setup/pick-right-solution/
 بعيدًا عن رأسي ، أعتقد أن Rancher و Gardener و Kublr وعدد قليل من الآخرين يقدمون القدرة على تشغيل Kubernetes على العديد من موفري الخدمات السحابية. أو هناك مجموعة متنوعة من الأدلة المرتبطة حول كيفية نشرها وإدارتها بنفسك

أو يمكنك فقط إنشاء مجموعات Kubernetes في AWS و GCP باستخدام أدلةهم ، وإعدادهم على النطاق التلقائي ، والحصول على طبقة إدارة تتحكم في المجموعات التي تقوم بتشغيل أعباء عملك عليها. خيارات وافرة!
لدينا إصدار مفتوح المصدر وإصدار مطور مجاني - والذي يدعم 6 مزودي خدمة سحابية وفي مكان العمل أيضًا. يمكنك أن تجربها هنا: httpsbeta.banzaicloud.io/ وتحقق من الكود على httpsgithub.com/banzaicloud/pipeline
httpswww.ibm.com/cloud/multicloud-manager
إدارة Multicloud هي القدرة على الإدارة الفعالة لمراكز البيانات المتعددة أو البيئات السحابية (العامة أو الخاصة) ، كما لو كانت بيئة واحدة. تستخدم المؤسسة المتوسطة ستة أو أكثر ومئات المجموعات ، والتي يمكن أن تؤدي إلى بيئة معقدة ومشاكل وشيكة أو مستقبلية. تعد أعباء العمل المتناثرة والفجوات الأمنية والرؤية المحدودة لفرق التطوير ¢ Â Â الناتج من العديد من المشكلات التشغيلية التي كان من الصعب إدارتها بشكل جماعي

قم بتسجيل ونشر مجموعات Kubernetes أينما كانت تعمل. قم بالتبديل بسهولة بين مقدمي الخدمات السحابية وربط بين القطاعين العام والخاص

الإفصاح: أنا من شركة IBMer ويسعدني المساعدة في الإجابة على أي أسئلة متابعة حول MCM أو IBM Cloud Private
ما تطلبه غير موجود. لا يوجد منظم متعدد الحاوية السحابية

لا يوجد حل جاهز من شأنه أن يدور في الحوسبة عبر موفري السحابة وجدولة الحاويات الخاصة بك على أساس التكلفة

لا أستطيع أن أتخيل كيف سيعمل ذلك حتى باستثناء التطبيقات عديمة الجنسية. تجربتي هي أن التطبيقات عديمة الحالة ليست هي الوضع الافتراضي وهي شيء تعمل من أجله وأنت تتحرك في مكان آخر ، عادةً في مكان ما قريب

أنت على أرخص السحابة بالفعل (GCP)

ما هو بالضبط المسألة؟ هل GCP غير قادر حقًا على تلبية عدد العقد التي تحتاجها؟
يبدو أن جدولة العقد على سحابة أخرى تتطلب الكثير من الجهد والتطوير المخصص لتحقيق مكاسب صفرية

لا يطلب OP صراحةً مجموعة سحابية واحدة متقاطعة

أنا أستكشف الحلول التي من شأنها أن تسمح لي "بنقل"البودات إلى مجموعة أخرى (على سحاب مختلف / مزوّد بسيط) عندما لا نكون قادرين على تأمين المورد المطلوب من GCP

إنهم يقولون إنهم يريدون مجموعات متعددة عبر مقدمي الخدمات والتي يمكن أن تستهلك جميعًا العمل من نفس قائمة الانتظار

OP تحقق من kops (وإلى حد ما kubicorn) والتي تتيح لك الوقوف في مجموعات على موفري السحابة التعسفيين. بالطبع k8s يتحرك بسرعة. هذه الأدوات هي الماضي والحاضر ، API العنقودية هي المستقبل
مرحبًا ، بشفافية كاملة ، أعمل في www.containership.io لكننا أطلقنا للتو منتجنا التلقائي للمقياس www.github.com/containership/cerebral والذي سيسمح لك بتوسيع مجموعتك لأعلى ولأسفل بناءً على الاستخدام. وعلى الرغم من أننا غير قادرين حاليًا على التوسع عبر مقدمي الخدمة ، فإننا نسمح لك بتجميع مجموعات متعددة من موقع مركزي واحد وتوفير واجهة مستخدم لإدارة العقد والموارد الخاصة بك بسهولة

== حول المجتمع ==
كوبرناتس
متصل