= چھوٹے ڈاکر بھیڑ ننگے دھاتی سرور سیٹ اپ =

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

میں تین ننگے میٹل سرورز پر ایک چھوٹا پروڈکشن ریڈی ڈوکر سوارم کلسٹر قائم کرنے کا منصوبہ بنا رہا ہوں۔ میں اس طرح کی تعیناتی کے قیام میں ان کے درد اور کامیابیوں پر ذاتی اکاؤنٹس / فیڈ بیک کی امید کر رہا تھا۔

سفارشات جیسے O/S کو کیا استعمال کرنا ہے، وہ پیٹرن جو انہیں مددگار لگے، مفید لنک وغیرہ

پیشگی شکریہ!

RedHat کے پاس Podman کے لیے بہت ساری دستاویزات اور معاونت ہے، جو OCI کی شکایت ہے اور بغیر روٹ لیس کنٹینرز کے ساتھ کام کرتی ہے۔ اس میں سند حاصل کرنا بھی ممکن ہے۔ ان کے پاس ریڈ ہیٹ کی ایٹم بلڈز بھی ہیں جو خاص طور پر کنٹینر ہوسٹ OS کے لیے ڈیزائن کی گئی ہیں۔

تاہم، Ubuntu کو بہت زیادہ ڈویلپر سپورٹ حاصل ہے۔ اس بات پر منحصر ہے کہ آپ اپنے منظر نامے کے لیے کونسی سمت بہتر محسوس کرتے ہیں۔

RedHat کے پاس 16 سرورز تک سیلف سپورٹ کے مفت لائسنس بھی ہیں۔ آپ CentOS Stream 8 پر بھی اتر سکتے ہیں اور اپ ڈیٹس کے معاملے میں RedHat انٹرپرائز لینکس سے ذرا آگے ہوسکتے ہیں، اگر آپ لائسنس دینے سے گریز کرنا چاہتے ہیں۔ اپ ڈیٹس سے آگے ہونے کے فوائد اور نقصانات ہیں۔ RedHat کے بارے میں میری پسندیدہ چیز یہ ہے کہ OS فن تعمیر کے لحاظ سے بہت جمود کا شکار ہے۔ Ubuntu کثرت سے تبدیل ہوتا ہے۔

** ریڈ ہیٹ 8 کنٹینرز کے لیے گائیڈ (پوڈ مین

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

**ریڈ ہیٹ UBI8 پر گائیڈ، ایک کنٹینر جسے RedHat نے تیار کیا ہے تاکہ آپ کی تعمیرات کی بنیاد ہو

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

میں ابھی خود جوابدہ کے ساتھ 3-debian-node swarm پر کام کر رہا ہوں۔

بھیڑ کا حصہ نسبتاً معمولی ہے اور اٹھنے اور چلانے میں جلدی ہے۔

بھیڑ iptables پر قبضہ کر لیتی ہے اور آپ کے معمول کے اصول اب لاگو نہیں ہوتے ہیں، آپ کو کچھ خاص شامل کرنا ہوں گے۔

اگر آپ کسی بھی وجہ سے (ریبوٹ وغیرہ) کسی نوڈ کو نکال دیتے ہیں، ایک بار جب یہ واپس آجاتا ہے تو، نقل شدہ کنٹینرز جو کہ نالی کے ساتھ منتقل کیے گئے تھے، خود واپس نہیں آتے، آپ کر سکتے ہیں۔

docker سروس اپ ڈیٹ --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