J'ai constaté le même "problème".
Soit je n'ai rien compris à Docker (très possible), soit il y a vraiment un truc qui me gène grandement dans Docker. Un container Docker ne boote pas ! Il est créé et repose sur une seule simple commande. Si la commande s'arrête , le container s'arrête avec. Dans ce contexte, comment démarrer des services automatiques ? Comment administrer tout simplement le docker ? (Mise à jour, supervision, métrologie, sauvegarde, …)
LXC n'a pas ce problème puisqu'un container lxc boote réellement (et en moins de 2s pour un LAMP)
J'ai l'impression que Docker permet aux développeurs, avec des habitudes de développeurs (commit, pull, push, …), d'avoir l'impression de faire du système et de l'infra. C'est une bonne idée, mais devops et sysops, ce n'est pas le même métier.
J'aimerai vraiment qu'on ne me montre que j'ai tort. Tout le monde semble enthousiaste autour de Docker, alors que je le trouve très décevant.
Pour moi, c'est un no-go à cause des ports spécifiques à ouvrir entre le client et le serveur.
Si la synchro se fait par autre chose que du HTTPS en 443, ce n'est pas la peine.
Selon le contexte dans lequel vous êtes, il n'est pas toujours possible de faire ouvrir les ports. (Chez un gros client par exemple)
La dernière fois que j'ai testé, les plugins sexy (calendar avec caldav, addressbook avec cardav, …) étaient payants.
Su mobile, on demande un peu plus qu'un webmail. On demande la synchro.
Et personne ne parle de Zarafa ? Contacts, email, agenda. Synchronisés sur les smartphone via ActiveSync(z-push) et pour les desktops, l'interface web est sympa. (Mais ça fait aussi imap/pop)
Zimbra est d'une lourdeur sans nom et le fait que tout soit repackagé par Zimbra, rend les mises à jour de sécurité compliquées. Et puis, merci java …
Sogo s'appuie sur SyncML comme protocole de synchro. C'est pas un peu obsolète comme techno ?
Ethan ne joue plus le jeux de la communauté depuis des années. La communauté, et Mérethis ont faits de nombreux efforts et a toujours trouvé porte close.
Lors du fork de Icinga, Merethis a même soutenu Ethan, mais du se rendre à l'évidence et créer son fork à son tour.
Tout comme Jean avec Shinken.
Tous ont cherché à faire avancer Nagios, sans réponse de Ethan, sans explications.
Au bout d'un moment, si tu veux faire avancer le sujet, et qu'on te claque la porte au nez, …
Ok, je ne vais pas refaire le post initiale sur le forum du support Merethis.
Il semble que le bug dont je souffrais était liée à des versions non compatibles entre elles entre Centreon et le broker. Déja que j'ai eu du mal à les trouver les versions que j'ai eu… A l'époque (avril dernier), le site de Centreon ne proposait rien de récent. Les versions proposées étaient très très obsolètes.
Bref, ça doit mieux marcher maintenant.
Quant à lire l'étude, Cédric, oui, je le ferai. Mais, c'est indiqué au dessus, cette étude, faite par Merethis, éditeur de Centreon, pour montrer combien Centreon est bon manque de crédit. Rien de personnel Cédric, mais c'est dur d'avoir l'air impartial quand on travaille pour l'éditeur.
J'ai moi-même fait des tests sur Centreon-Brokker.
C'est super pénible à compiler (utiliser QT pour un produit en ligne de commande…). Après avoir réussi à compiler le tout en mode bricolage, on a fait quelques tests. Conclusions : le module broker fige après avoir insérer en base un lot de données. Suite à ce freeze, Nagios attend sans rien faire. La supervision est gelée… Le support "forum" a été réactif, mais inefficace. Le bug est resté sans réponse.
ça, c'est factuel.
Ensuite, côté perf, Centreon broker repose sur les mêmes technos que NDO et a sensiblement les mêmes fonctionalités. Je crains que les perfs ne soient pas au rendez-vous. Là, par contre, je ne peux pas être sur, n'ayant pas pu faire tourner le truc.
Côté Centreon-engine, j'ai fait quelques tests, il y a quelques mois… Impossible de compilter le truc et de le faire tourner le moteur. Cela a sans doute changer depuis le temps. Par contre, quelle est la valeure ajoutée par rapport au moteur Nagios ?
Bref, ce sont de sans doute de bons produits, mais sans prendre de jours de prestations de Merethis, je crains que cela une aventure dont une production préfèrerai se passer.
Je viens, par contre, d'installer un Centreon chez un client. Cela reste un bon produit, tant le nombre de serveurs ne monte pas trop. Installation simple, efficacité. Vraiment agréable à mettre en place.
Pour le reste, je pense qu'il est recommandé de se tourner vers Shinken (ou Zabbix).
Ben, ça marche plutôt pas mal, assez bien même.
Les fonctionnalités sont là et vraiment bluffantes.
Quelques bugs mineurs et erreurs de jeunesse, une interface web native en cours de refonte.
Utilisé avec Thruk ou multisite, c'est fonctionnel et efficace.
Je recommande l'interface avec GLPI et Graphite.
[^] # Re: Docker vs LXC
Posté par H4wkmoon . En réponse à la dépêche La folie Docker. Évalué à 4.
J'ai constaté le même "problème".
Soit je n'ai rien compris à Docker (très possible), soit il y a vraiment un truc qui me gène grandement dans Docker. Un container Docker ne boote pas ! Il est créé et repose sur une seule simple commande. Si la commande s'arrête , le container s'arrête avec. Dans ce contexte, comment démarrer des services automatiques ? Comment administrer tout simplement le docker ? (Mise à jour, supervision, métrologie, sauvegarde, …)
LXC n'a pas ce problème puisqu'un container lxc boote réellement (et en moins de 2s pour un LAMP)
J'ai l'impression que Docker permet aux développeurs, avec des habitudes de développeurs (commit, pull, push, …), d'avoir l'impression de faire du système et de l'infra. C'est une bonne idée, mais devops et sysops, ce n'est pas le même métier.
J'aimerai vraiment qu'on ne me montre que j'ai tort. Tout le monde semble enthousiaste autour de Docker, alors que je le trouve très décevant.
# Ports "exotiques"
Posté par H4wkmoon . En réponse à la dépêche Seafile, un Dropbox-like libre à héberger sort en version 3. Évalué à 1.
Pour moi, c'est un no-go à cause des ports spécifiques à ouvrir entre le client et le serveur.
Si la synchro se fait par autre chose que du HTTPS en 443, ce n'est pas la peine.
Selon le contexte dans lequel vous êtes, il n'est pas toujours possible de faire ouvrir les ports. (Chez un gros client par exemple)
# a vérifier.
Posté par H4wkmoon . En réponse à la dépêche Le webmail Roundcube atteint la version 1.0.0. Évalué à 2.
La dernière fois que j'ai testé, les plugins sexy (calendar avec caldav, addressbook avec cardav, …) étaient payants.
Su mobile, on demande un peu plus qu'un webmail. On demande la synchro.
# et Zarafa ?
Posté par H4wkmoon . En réponse à la dépêche Héberger ses données avec Android. Évalué à 2.
Et personne ne parle de Zarafa ? Contacts, email, agenda. Synchronisés sur les smartphone via ActiveSync(z-push) et pour les desktops, l'interface web est sympa. (Mais ça fait aussi imap/pop)
Zimbra est d'une lourdeur sans nom et le fait que tout soit repackagé par Zimbra, rend les mises à jour de sécurité compliquées. Et puis, merci java …
Sogo s'appuie sur SyncML comme protocole de synchro. C'est pas un peu obsolète comme techno ?
[^] # Re: Comparatif intéressant mais...
Posté par H4wkmoon . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 6.
Ethan ne joue plus le jeux de la communauté depuis des années. La communauté, et Mérethis ont faits de nombreux efforts et a toujours trouvé porte close.
Lors du fork de Icinga, Merethis a même soutenu Ethan, mais du se rendre à l'évidence et créer son fork à son tour.
Tout comme Jean avec Shinken.
Tous ont cherché à faire avancer Nagios, sans réponse de Ethan, sans explications.
Au bout d'un moment, si tu veux faire avancer le sujet, et qu'on te claque la porte au nez, …
[^] # Re: Une annonce commerciale...
Posté par H4wkmoon . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 1.
Bonjour Cédric,
Ok, je ne vais pas refaire le post initiale sur le forum du support Merethis.
Il semble que le bug dont je souffrais était liée à des versions non compatibles entre elles entre Centreon et le broker. Déja que j'ai eu du mal à les trouver les versions que j'ai eu… A l'époque (avril dernier), le site de Centreon ne proposait rien de récent. Les versions proposées étaient très très obsolètes.
Bref, ça doit mieux marcher maintenant.
Quant à lire l'étude, Cédric, oui, je le ferai. Mais, c'est indiqué au dessus, cette étude, faite par Merethis, éditeur de Centreon, pour montrer combien Centreon est bon manque de crédit. Rien de personnel Cédric, mais c'est dur d'avoir l'air impartial quand on travaille pour l'éditeur.
# Une annonce commerciale...
Posté par H4wkmoon . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 6.
J'ai moi-même fait des tests sur Centreon-Brokker.
C'est super pénible à compiler (utiliser QT pour un produit en ligne de commande…). Après avoir réussi à compiler le tout en mode bricolage, on a fait quelques tests. Conclusions : le module broker fige après avoir insérer en base un lot de données. Suite à ce freeze, Nagios attend sans rien faire. La supervision est gelée… Le support "forum" a été réactif, mais inefficace. Le bug est resté sans réponse.
ça, c'est factuel.
Ensuite, côté perf, Centreon broker repose sur les mêmes technos que NDO et a sensiblement les mêmes fonctionalités. Je crains que les perfs ne soient pas au rendez-vous. Là, par contre, je ne peux pas être sur, n'ayant pas pu faire tourner le truc.
Côté Centreon-engine, j'ai fait quelques tests, il y a quelques mois… Impossible de compilter le truc et de le faire tourner le moteur. Cela a sans doute changer depuis le temps. Par contre, quelle est la valeure ajoutée par rapport au moteur Nagios ?
Bref, ce sont de sans doute de bons produits, mais sans prendre de jours de prestations de Merethis, je crains que cela une aventure dont une production préfèrerai se passer.
Je viens, par contre, d'installer un Centreon chez un client. Cela reste un bon produit, tant le nombre de serveurs ne monte pas trop. Installation simple, efficacité. Vraiment agréable à mettre en place.
Pour le reste, je pense qu'il est recommandé de se tourner vers Shinken (ou Zabbix).
# Rollback
Posté par H4wkmoon . En réponse à la dépêche Sortie de Nagios 3.4.0. Évalué à 3.
Rollback sur nagios 3.3.1
http://www.nagios.org/news/77-news-announcements/307-new-core-release-shortly
# Shinken
Posté par H4wkmoon . En réponse à la dépêche Sortie de Nagios 3.4.0. Évalué à 1.
Ben, ça marche plutôt pas mal, assez bien même.
Les fonctionnalités sont là et vraiment bluffantes.
Quelques bugs mineurs et erreurs de jeunesse, une interface web native en cours de refonte.
Utilisé avec Thruk ou multisite, c'est fonctionnel et efficace.
Je recommande l'interface avec GLPI et Graphite.