= Mały rój Dockerów Konfiguracja serwera Bare Metal =
Planuję założyć mały, gotowy do produkcji klaster Docker Swarm na trzech serwerach fizycznych. Liczyłem na konta osobiste / informacje zwrotne na temat ich problemów i sukcesów w tworzeniu takiego wdrożenia.
Zalecenia, takie jak jakiego systemu operacyjnego użyć, wzorców, które uznali za pomocne, przydatnego łącza itp
Z góry dziękuję!
RedHat ma dużo dokumentacji i wsparcia dla Podmana, który jest zgodny z OCI i działa z kontenerami bez rootowania. Możliwe jest również uzyskanie w nim certyfikatu. Mają także atomowe kompilacje RedHat specjalnie zaprojektowane jako kontenerowy system operacyjny hosta.
Jednak Ubuntu ma dużo wsparcia dla programistów. Zależy od tego, który kierunek wydaje ci się lepszy dla twojego scenariusza.
RedHat posiada również bezpłatne licencje na samoobsługę do 16 serwerów. Możesz także wylądować na CentOS Stream 8 i nieznacznie wyprzedzić RedHat Enterprise Linux pod względem aktualizacji, jeśli wolisz uniknąć licencjonowania. Bycie na bieżąco z aktualizacjami ma swoje zalety i wady. Moją ulubioną rzeczą w RedHat jest to, że system operacyjny pozostaje w stagnacji pod względem architektury. Ubuntu często się zmienia.
**Przewodnik po kontenerach 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
**Przewodnik po RedHat UBI8, kontenerze opracowanym przez RedHat jako podstawa twoich kompilacji
httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892
Pracuję teraz nad rojem z 3 węzłami debian z ansiblem
część roju jest stosunkowo trywialna i szybka do uruchomienia
rój przejmuje iptables i twoje zwykłe zasady już nie obowiązują, musisz dodać kilka specjalnych
jeśli opróżnisz węzeł z jakiegokolwiek powodu (ponowne uruchomienie itp.), po jego przywróceniu zreplikowane kontenery, które zostały przeniesione za pomocą drenażu, nie wrócą same, możesz
aktualizacja usługi dokera --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
