= Küçük Docker sürüsü Bare Metal Sunucu Kurulumu = ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) Üç çıplak donanım sunucusunda üretime hazır küçük bir Docker Swarm kümesi kurmayı planlıyorum. Böyle bir dağıtım kurarken çektikleri acılar ve başarıları hakkında kişisel hesaplar/geri bildirimler almayı umuyordum. Hangi işletim sistemlerinin kullanılacağı, yararlı buldukları kalıplar, yararlı bağlantı vb. gibi öneriler şimdiden teşekkürler! RedHat, OCI şikayeti olan ve köksüz kapsayıcılarla çalışan Podman için birçok belgeye ve desteğe sahiptir. Sertifika almak da mümkündür. Ayrıca, bir kapsayıcı Ana Bilgisayar İşletim Sistemi olmak üzere özel olarak tasarlanmış atomik RedHat yapılarına sahiptirler. Ancak, Ubuntu'nun çok fazla geliştirici desteği vardır. Senaryonuz için hangi yönün daha iyi olduğunu düşündüğünüze bağlıdır. RedHat ayrıca 16 adede kadar sunucu için ücretsiz kendi kendine destek lisanslarına sahiptir. Ayrıca, lisanslamadan kaçınmayı tercih ederseniz, CentOS Stream 8'e geçebilir ve güncellemeler açısından RedHat kurumsal linux'un biraz ilerisinde olabilirsiniz. Güncellemelerden önde olmanın avantajları ve dezavantajları vardır. RedHat ile ilgili en sevdiğim şey, işletim sisteminin mimari açıdan çok durgun kalması. Ubuntu sık sık değişir. **RedHat 8 Containers Kılavuzu (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 tarafından yapılarınızın temeli olarak hizmet etmesi için geliştirilen bir kapsayıcı olan RedHat UBI8 kılavuzu httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892 Şu anda ansible ile 3-debian düğümlü bir sürü üzerinde çalışıyorum. sürü kısmı nispeten önemsizdir ve ayağa kalkması ve çalışması hızlıdır sürü iptables'ı devralır ve her zamanki kurallarınız artık geçerli değildir, birkaç özel kural eklemeniz gerekir Herhangi bir nedenle bir düğümü boşaltırsanız (yeniden başlatma vb), geri geldiğinde, boşaltma ile taşınan kopyalanmış kaplar kendi kendine geri gelmez, liman işçisi hizmet güncellemesi --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