= Small Docker swarm การตั้งค่าเซิร์ฟเวอร์ Bare Metal =

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

ฉันกำลังวางแผนที่จะตั้งค่าคลัสเตอร์ Docker Swarm ที่พร้อมสำหรับการผลิตขนาดเล็กบนเซิร์ฟเวอร์ Bare Metal สามเครื่อง ฉันหวังว่าจะมีบัญชีส่วนตัว / ข้อเสนอแนะเกี่ยวกับความเจ็บปวดและความสำเร็จในการตั้งค่าการปรับใช้ดังกล่าว

คำแนะนำ เช่น O/S ที่จะใช้ รูปแบบที่พวกเขาพบว่ามีประโยชน์ ลิงก์ที่มีประโยชน์ ฯลฯ

ขอบคุณล่วงหน้า!

RedHat มีเอกสารและการสนับสนุนมากมายสำหรับ Podman ซึ่งเป็นข้อร้องเรียนของ OCI และใช้งานได้กับคอนเทนเนอร์ที่ไม่มีรูท นอกจากนี้ยังเป็นไปได้ที่จะได้รับการรับรองด้วย พวกเขายังมีโครงสร้างอะตอมของ RedHat ที่ออกแบบมาโดยเฉพาะเพื่อเป็นคอนเทนเนอร์โฮสต์ OS

อย่างไรก็ตาม Ubuntu มีการสนับสนุนนักพัฒนามากมาย ขึ้นอยู่กับว่าคุณรู้สึกว่าทิศทางใดดีกว่าสำหรับสถานการณ์ของคุณ

RedHat ยังมีใบอนุญาตสนับสนุนตนเองฟรีสำหรับเซิร์ฟเวอร์สูงสุด 16 เครื่อง คุณยังสามารถลงจอดบน CentOS Stream 8 และนำหน้า RedHat Enterprise linux เพียงเล็กน้อยในแง่ของการอัปเดต หากคุณเพียงแค่หลีกเลี่ยงการให้สิทธิ์ใช้งาน การล้ำหน้าการอัปเดตมีข้อดีและข้อเสีย สิ่งที่ฉันชอบเกี่ยวกับ 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 swarm ด้วยตัวเองในตอนนี้

ส่วนที่เป็นฝูงนั้นค่อนข้างเล็กน้อยและรวดเร็วในการเริ่มต้นใช้งาน

ฝูงเข้ายึดครอง 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