= Small Docker swarm Bare Metal Server Setup =

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

Ako ay nagbabalak na mag-set up ng isang maliit na production-ready na Docker Swarm cluster sa tatlong bare metal server. Umaasa ako para sa mga personal na account / feedback sa kanilang mga pasakit at tagumpay sa pagse-set up ng naturang deployment.

Mga rekomendasyon tulad ng kung ano ang O/S na gagamitin, mga pattern na nakita nilang kapaki-pakinabang, kapaki-pakinabang na link, atbp

salamat in advance!

Ang RedHat ay may maraming dokumentasyon at suporta para sa Podman, na isang reklamo ng OCI at gumagana sa mga walang ugat na lalagyan. Posible rin na makakuha ng sertipikasyon dito. Mayroon din silang mga atomic na build ng RedHat na partikular na idinisenyo upang maging container Host OS.

Gayunpaman, ang Ubuntu ay may maraming suporta sa developer. Depende kung aling direksyon ang sa tingin mo ay mas maganda para sa iyong senaryo.

Ang RedHat ay mayroon ding mga libreng lisensya ng self-support para sa hanggang 16 na server. Maaari ka ring makarating sa CentOS Stream 8 at bahagyang mauna sa RedHat enterprise linux sa mga tuntunin ng mga update, kung mas gugustuhin mong iwasan ang paglilisensya. Ang pagiging nangunguna sa mga update ay may mga pakinabang at kawalan nito. Ang aking paboritong bagay tungkol sa RedHat ay ang OS ay nananatiling napaka-stagnant sa mga tuntunin ng arkitektura. Ang Ubuntu ay madalas na nagbabago.

**Gabay sa RedHat 8 Container (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

**Gabay sa RedHat UBI8, isang container na binuo ng RedHat upang magsilbing batayan ng iyong mga build

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

Nagtatrabaho ako sa isang 3-debian-node swarm na may ansible sa aking sarili ngayon

ang bahagi ng kuyog ay medyo maliit at mabilis na bumangon at tumakbo

kinuha ng kuyog ang mga iptable at hindi na nalalapat ang iyong mga karaniwang panuntunan, kailangan mong magdagdag ng ilang espesyal

kung na-drain mo ang isang node para sa anumang dahilan (reboot atbp), sa sandaling bumalik ito, ang mga na-replika na lalagyan na inilipat gamit ang drain ay hindi babalik sa kanilang sarili, maaari mong

pag-update ng serbisyo ng 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