Prometheus vs ElasticSearch. Ce qui est mieux pour le conteneur et la surveillance des serveurs?
ElasticSearch est un document store, et plus d'un moteur de recherche, je pense que ElasticSearch est pas le bon choix pour la surveillance de la haute dimensions données car il consomme beaucoup de ressources. D'autre part prometheus est un TSDB qui est conçu pour saisir les dimensions données.
Quelqu'un d'expérimenté dans cette s'il vous plaît laissez-moi savoir quel est le meilleur outil pour aller avec du conteneur et la surveillance des serveurs.
Nous utilisons des WAPITIS pour la surveillance et la il fait un bon travail. Il vraiment probable dépend exactement ce que vous êtes en train de faire et qu'est-ce exactement que vous entendez par "dimensionnelle élevée."
En effet, pour vraiment hautement données dimensionnelles vous avez besoin d'une journalisation des événements solution sucer comme ELK. Pour le conteneur et la surveillance des serveurs que vous voulez de mesure solution comme Prométhée.
prométhée peut me donner les étiquettes pour les paramètres capturés. Ex: container_cpu_usage_total{image="xyz", cpu="cpu01", label1="somevalue"}. Tout ce qui est dans la fleur de supports, c'est ce que je veux dire par dimensions. ELasticSearch ne me donne pas cette.
En effet, pour vraiment hautement données dimensionnelles vous avez besoin d'une journalisation des événements solution sucer comme ELK. Pour le conteneur et la surveillance des serveurs que vous voulez de mesure solution comme Prométhée.
prométhée peut me donner les étiquettes pour les paramètres capturés. Ex: container_cpu_usage_total{image="xyz", cpu="cpu01", label1="somevalue"}. Tout ce qui est dans la fleur de supports, c'est ce que je veux dire par dimensions. ELasticSearch ne me donne pas cette.
OriginalL'auteur Aditya C S | 2016-11-24
Vous devez vous connecter pour publier un commentaire.
WAPITI est un usage général no-sql pile peut être utilisés pour la surveillance. Nous avons déployé avec succès l'un sur la production et l'a utilisé pour certains aspects de notre système de surveillance. Vous pouvez expédier des métriques (si vous le souhaitez) et de l'utiliser pour les surveiller, mais ce n'est pas spécifiquement conçu pour le faire. Ni a-t-il avec un système d'alerte - vous en aurez besoin pour configurer un autre composant pour qui (comme Sensu).
Prométhée, d'autre part, est conçu pour être utilisé pour la surveillance. Et avec sa métrique de collecte de clients (ou d'autres 3rd party des clients comme Telegraf et son service de découverte d'options (comme consul) et son alerte-manager est l'outil idéal pour ce travail.
En fin de compte, les deux solutions peuvent travailler, mais à mon avis, Elasticsearch aura besoin de plus de travail et plus d'entretien (nous avons constaté que ES clusters sont une douleur à maintenir, mais cela dépend de la quantité de données que vous aurez).
OriginalL'auteur FuzzyAmi
Je suis en utilisant openshift et nous sommes en cours d'exécution à la fois un outil et ont une fonction différente. l'agrégation de toutes l'enregistrement et de l'expédition à l'élastique de recherche pour faciliter la navigation, tous les journalisation et autres choses semblables.
notre prometheus utilisation est principalement pour les mesures, soit pour les nœuds ou les gousses et certainement grafana fait une excellente interface pour afficher l'ensemble de prométhée métriques pour vous.
OriginalL'auteur Abdel Hegazi
D'accord que ça dépend ce que vous entendez par "dimensionnelle élevée" et pour le conteneur et la surveillance des serveurs. Vous pouvez utiliser certaines opensource suivi de la solution, j'ai essayé de Pandora FMS et ils offrent plusieurs options pour des environnements et architectures distribuées, surveillance de serveur est principalement agent en fonction tho, mais je pense qu'il a beaucoup de potentiel.
OriginalL'auteur santimviejo