= छोटा डॉकटर झुंड बेयर मेटल सर्वर सेटअप =

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

मैं तीन नंगे धातु सर्वरों पर एक छोटा उत्पादन-तैयार डॉकर झुंड क्लस्टर स्थापित करने की योजना बना रहा हूं। मैं इस तरह की तैनाती स्थापित करने में उनके दर्द और सफलताओं पर व्यक्तिगत खातों/प्रतिक्रिया की उम्मीद कर रहा था।

कौन से ओ/एस का उपयोग करना है, उपयोगी पैटर्न, उपयोगी लिंक आदि जैसी सिफारिशें

अग्रिम में धन्यवाद!

RedHat के पास पॉडमैन के लिए बहुत सारे दस्तावेज़ और समर्थन हैं, जो OCI शिकायत है और रूटलेस कंटेनरों के साथ काम करता है। इसमें सर्टिफाइड होना भी संभव है। उनके पास RedHat के परमाणु निर्माण भी हैं जिन्हें विशेष रूप से एक कंटेनर होस्ट OS के रूप में डिज़ाइन किया गया है।

हालाँकि, उबंटू के पास बहुत अधिक डेवलपर समर्थन है। निर्भर करता है कि आप अपने परिदृश्य के लिए कौन सी दिशा बेहतर महसूस करते हैं।

RedHat के पास 16 सर्वर तक स्व-सहायता के मुफ्त लाइसेंस भी हैं। आप CentOS स्ट्रीम 8 पर भी उतर सकते हैं और अपडेट के मामले में RedHat एंटरप्राइज लाइनक्स से थोड़ा आगे हो सकते हैं, यदि आप लाइसेंस देने से बचते हैं। अपडेट से आगे रहने के अपने फायदे और कमियां हैं। RedHat के बारे में मेरी पसंदीदा बात यह है कि आर्किटेक्चर के मामले में OS बहुत स्थिर है। उबंटू अक्सर बदलता रहता है।

**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

मैं अभी ansible के साथ 3-डेबियन-नोड झुंड पर काम कर रहा हूं

झुंड का हिस्सा अपेक्षाकृत तुच्छ है और उठने और दौड़ने में तेज है

झुंड 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