= سرب Docker صغير إعداد الخادم المعدني العاري =

! [] (httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png)

أخطط لإنشاء مجموعة Docker Swarm صغيرة جاهزة للإنتاج على ثلاثة خوادم معدنية عارية. كنت أتمنى الحصول على حسابات شخصية / ملاحظات حول آلامهم ونجاحاتهم في إنشاء مثل هذا النشر.

توصيات مثل ماهية O / S التي يجب استخدامها ، والأنماط التي وجدوا ارتباطًا مفيدًا ومفيدًا ، وما إلى ذلك

شكرا لك مقدما!

لدى RedHat الكثير من الوثائق والدعم لبودمان ، وهي شكوى OCI وتعمل مع حاويات بدون جذر. من الممكن أيضًا الحصول على شهادة فيه. لديهم أيضًا بنيات ذرية من RedHat المصممة خصيصًا لتكون حاوية نظام تشغيل مضيف.

ومع ذلك ، تتمتع Ubuntu بالكثير من دعم المطورين. يعتمد على الاتجاه الذي تشعر أنه أفضل للسيناريو الخاص بك.

لدى RedHat أيضًا تراخيص مجانية للدعم الذاتي لما يصل إلى 16 خادمًا. يمكنك أيضًا الوصول إلى CentOS Stream 8 وتكون متقدمًا قليلاً على نظام لينوكس RedHat الخاص بالمؤسسات من حيث التحديثات ، إذا كنت تتجنب الترخيص بالأحرى. كونك متقدمًا على التحديثات له مزايا وعيوب. الشيء المفضل لدي في RedHat هو أن نظام التشغيل لا يزال راكدًا للغاية من حيث الهندسة المعمارية. يتغير Ubuntu بشكل متكرر.

** دليل حاويات RedHat 8 (Podman

httpsaccess.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html-single/building_running_and_managing_containers/index#con_characteristics-of-podman-buildah-and-skopeo_assembly_starting-with-containers

** دليل حول RedHat UBI8 ، حاوية تم تطويرها بواسطة RedHat لتكون بمثابة أساس البنيات الخاصة بك

httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892

أنا أعمل على سرب 3-debian-node بنفسي الآن

جزء السرب تافه نسبيًا وسريع التشغيل

سيطر السرب على iptables ولم تعد قواعدك المعتادة تنطبق بعد الآن ، عليك إضافة بعض القواعد الخاصة

إذا قمت باستنزاف عقدة لأي سبب من الأسباب (إعادة التشغيل وما إلى ذلك) ، فبمجرد عودتها ، لن تعود الحاويات المكررة التي تم نقلها مع الصرف من تلقاء نفسها ، يمكنك

تحديث خدمة عامل الإرساء --forceone by one, but that wouldand redo/redistribute the containers, so some requests could be dropped

the "hard" part is to set up your cluster-able services (reverse proxies, databases depends on what and how, and that's where you see that a lot of the same problems have been solved for Kubernetes (helper tools, plugins, documentation etc), with swarm you are on your own

volumes aren't replicated, you might need glusterfs, nfs etc


I’m planning on setting up 3 node clusters for Elasticsearch, RabbitMQ and MariaDB on these servers.

We don’t want to use Kubernetes as we are far from experts in setting that up. I was reading that docker swarm will make the deployment easier, but you have brought up some addition issues I need to consider.

Maybe going back a step, is it worth the complexity to add docker swarm to the tech stack or just manually setup everything using docker alone?

== About Community ==

Members

Online