= Persediaan Pelayan Logam Bare Docker kecil =

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

Saya merancang untuk menyediakan kluster Docker Swarm sedia pengeluaran kecil pada tiga pelayan logam kosong. Saya mengharapkan akaun peribadi / maklum balas tentang kesakitan dan kejayaan mereka dalam menyediakan penempatan sedemikian.

Pengesyoran seperti apa O/S untuk digunakan, corak yang mereka dapati membantu, pautan berguna, dsb

terima kasih terlebih dahulu!

RedHat mempunyai banyak dokumentasi dan sokongan untuk Podman, iaitu aduan OCI dan berfungsi dengan bekas tanpa akar. Ia juga mungkin untuk mendapatkan pensijilan di dalamnya. Mereka juga mempunyai binaan atom RedHat yang direka khusus untuk menjadi OS Hos bekas.

Walau bagaimanapun, Ubuntu mempunyai banyak sokongan pembangun. Bergantung pada arah yang anda rasa lebih baik untuk senario anda.

RedHat juga mempunyai lesen sokongan diri percuma untuk sehingga 16 pelayan. Anda juga boleh mendarat di CentOS Stream 8 dan berada di hadapan sedikit daripada RedHat enterprise linux dari segi kemas kini, jika anda lebih suka mengelak daripada pelesenan. Menjadi lebih awal daripada kemas kini mempunyai kelebihan dan kekurangannya. Perkara kegemaran saya tentang RedHat ialah OS kekal sangat tidak stabil dari segi seni bina. Ubuntu sering berubah.

**Panduan untuk RedHat 8 Bekas (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

**Panduan tentang RedHat UBI8, bekas yang dibangunkan oleh RedHat untuk dijadikan asas binaan anda

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

Saya sedang mengusahakan kumpulan 3-debian-nod dengan diri saya sendiri sekarang

bahagian swarm agak remeh dan cepat bangun dan berlari

segerombolan mengambil alih iptables dan peraturan biasa anda tidak terpakai lagi, anda perlu menambah beberapa peraturan istimewa

jika anda mengalirkan nod atas apa jua sebab (but semula dll), sebaik sahaja ia kembali, bekas replika yang dialihkan dengan saliran tidak akan kembali sendiri, anda boleh

kemas kini perkhidmatan 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