= 小さな Docker スウォーム ベア メタル サーバーのセットアップ = ![ ](httpswww.redditstatic.com/desktop2x/img/renderTimingPixel.png) 3 台のベア メタル サーバー上に小規模な本番対応の Docker Swarm クラスターをセットアップすることを計画しています。このような展開を設定する際の苦労と成功についての個人的なアカウント/フィードバックを期待していました. 使用する O/S、役に立つとわかったパターン、役立つリンクなどの推奨事項 前もって感謝します! RedHat には、OCI 準拠であり、ルートレス コンテナーで動作する Podman に関する多くのドキュメントとサポートがあります。その資格を取得することも可能です。また、コンテナ ホスト OS として特別に設計された RedHat のアトミック ビルドもあります。 ただし、Ubuntu には多くの開発者サポートがあります。どちらの方向がシナリオにとってより良いと感じるかによって異なります。 RedHat には、最大 16 台のサーバーに対するセルフサポートの無料ライセンスもあります。また、CentOS Stream 8 に到達し、ライセンス供与を回避したい場合は、更新に関して RedHat エンタープライズ Linux をわずかに上回ることができます。更新を先取りすることには、利点と欠点があります。 RedHat の好きなところは、OS のアーキテクチャが非常に停滞していることです。 Ubuntu は頻繁に変更されます。 **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 ** RedHat UBI8 のガイド。RedHat が開発した、ビルドの基礎として機能するコンテナーです。 httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892 私は現在、自分で ansible を使用して 3-debian-node swarm に取り組んでいます 群れの部分は比較的簡単で、すぐに起動して実行できます swarm が iptables を乗っ取り、通常のルールが適用されなくなります。いくつかの特別なルールを追加する必要があります なんらかの理由 (再起動など) でノードをドレインした場合、ノードが戻ると、ドレインで移動されたレプリケートされたコンテナーは元に戻りません。 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