= Mici Docker roi Configurare server Bare Metal =
Plănuiesc să înființez un mic cluster Docker Swarm gata de producție pe trei servere bare metal. Speram la conturi personale/feedback cu privire la durerile și succesele lor în înființarea unei astfel de implementări.
Recomandări precum ce O/S să folosească, modele pe care le-au găsit utile, link util etc
Mulţumesc anticipat!
RedHat are o mulțime de documentație și suport pentru Podman, care este o plângere OCI și funcționează cu containere fără rădăcină. De asemenea, este posibil să obțineți certificarea în el. Ei au, de asemenea, versiuni atomice ale RedHat special concepute pentru a fi un sistem de operare gazdă container.
Cu toate acestea, Ubuntu are mult suport pentru dezvoltatori. Depinde în ce direcție simți că este mai bună pentru scenariul tău.
RedHat are, de asemenea, licențe gratuite de auto-asistență pentru până la 16 servere. Ați putea, de asemenea, să aterizați pe CentOS Stream 8 și să fiți puțin înaintea RedHat Enterprise Linux în ceea ce privește actualizările, dacă preferați să evitați acordarea de licențe. A fi înaintea actualizărilor are avantajele și dezavantajele sale. Lucrul meu preferat la RedHat este că sistemul de operare rămâne foarte stagnant în ceea ce privește arhitectura. Ubuntu se schimbă frecvent.
**Ghid pentru containerele 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
**Ghid pentru RedHat UBI8, un container dezvoltat de RedHat pentru a servi drept bază pentru construcțiile dvs.
httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892
Lucrez la un roi cu 3 noduri Debian cu Ansible chiar acum
partea de roi este relativ banala si se pune repede in picioare
roiul preia iptables și regulile tale obișnuite nu se mai aplică, trebuie să adaugi câteva altele speciale
dacă drenați un nod din orice motiv (repornire etc.), odată ce acesta este înapoi, containerele replicate care au fost mutate cu drenare nu revin de la sine, puteți
actualizare serviciu 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
Reddit
