= Thiết lập máy chủ Bare Metal bầy đàn Docker nhỏ =

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

Tôi đang lên kế hoạch thiết lập một cụm Docker Swarm nhỏ sẵn sàng sản xuất trên ba máy chủ kim loại trần. Tôi đã hy vọng các tài khoản cá nhân / phản hồi về những khó khăn và thành công của họ trong việc thiết lập triển khai như vậy.

Các đề xuất như sử dụng O/S nào, các mẫu họ thấy hữu ích, liên kết hữu ích, v.v.

cảm ơn trước!

RedHat có rất nhiều tài liệu và hỗ trợ cho Podman, đây là khiếu nại của OCI và hoạt động với các vùng chứa không cần root. Nó cũng có thể được chứng nhận trong đó. Họ cũng có các bản dựng nguyên tử của RedHat được thiết kế đặc biệt để trở thành Hệ điều hành máy chủ vùng chứa.

Tuy nhiên, Ubuntu có rất nhiều sự hỗ trợ của nhà phát triển. Phụ thuộc vào hướng bạn cảm thấy là tốt hơn cho kịch bản của bạn.

RedHat cũng có giấy phép tự hỗ trợ miễn phí cho tối đa 16 máy chủ. Bạn cũng có thể sử dụng CentOS Stream 8 và chỉ nhỉnh hơn một chút so với Linux dành cho doanh nghiệp của RedHat về các bản cập nhật, nếu bạn chỉ muốn tránh cấp phép. Đi trước các bản cập nhật có những ưu điểm và nhược điểm của nó. Điều yêu thích của tôi về RedHat là HĐH vẫn còn rất trì trệ về mặt kiến ​​trúc. Ubuntu thay đổi thường xuyên.

**Hướng dẫn về 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

**Hướng dẫn về RedHat UBI8, một vùng chứa do RedHat phát triển để làm cơ sở cho các bản dựng của bạn

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

Hiện tại tôi đang làm việc trên một nhóm 3 nút debian với ansible

phần bầy đàn tương đối tầm thường và nhanh chóng đứng dậy và chạy

bầy đàn tiếp quản iptables và các quy tắc thông thường của bạn không còn áp dụng nữa, bạn phải thêm một vài quy tắc đặc biệt

nếu bạn rút một nút vì bất kỳ lý do gì (khởi động lại, v.v.), sau khi nó hoạt động trở lại, các thùng chứa được sao chép đã được di chuyển bằng cống sẽ không tự quay trở lại, bạn có thể

cập nhật dịch vụ 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