= Petit essaim Docker Configuration du serveur Bare Metal =
Je prévois de mettre en place un petit cluster Docker Swarm prêt pour la production sur trois serveurs bare metal. J'espérais des comptes rendus personnels / des commentaires sur leurs difficultés et leurs succès dans la mise en place d'un tel déploiement.
Des recommandations telles que le système d'exploitation à utiliser, les modèles qu'ils ont trouvés utiles, un lien utile, etc.
Merci d'avance!
RedHat a beaucoup de documentation et de support pour Podman, qui est conforme à l'OCI et fonctionne avec des conteneurs sans racine. Il est également possible d'y être certifié. Ils ont également des versions atomiques de RedHat spécialement conçues pour être un système d'exploitation hôte de conteneur.
Cependant, Ubuntu a beaucoup de support pour les développeurs. Cela dépend de la direction qui vous semble la meilleure pour votre scénario.
RedHat propose également des licences gratuites d'auto-assistance pour un maximum de 16 serveurs. Vous pouvez également atterrir sur CentOS Stream 8 et être légèrement en avance sur RedHat Enterprise Linux en termes de mises à jour, si vous préférez simplement éviter les licences. Être en avance sur les mises à jour a ses avantages et ses inconvénients. Ce que je préfère à propos de RedHat, c'est que le système d'exploitation reste très stagnant en termes d'architecture. Ubuntu change fréquemment.
**Guide des conteneurs 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
**Guide sur RedHat UBI8, un conteneur développé par RedHat pour servir de base à vos builds
httpscatalog.redhat.com/software/containers/ubi8-init/5c6aea74dd19c77a158f0892
Je travaille sur un essaim de 3 nœuds Debian avec ansible moi-même en ce moment
la partie essaim est relativement triviale et rapide à mettre en place
l'essaim prend le contrôle d'iptables et vos règles habituelles ne s'appliquent plus, vous devez en ajouter quelques unes spéciales
si vous videz un nœud pour une raison quelconque (redémarrage, etc.), une fois qu'il est de retour, les conteneurs répliqués qui ont été déplacés avec drain ne reviennent pas d'eux-mêmes, vous pouvez
mise à jour du service 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
