Pour autant que je sache, voici les principales différences:
Je tiens à prendre une décision éclairée sur quel outil à utiliser pour stocker des métriques, ai-je oublié d'autres différences dans ces 2 systèmes? Comment sont performants/évolutifs?
Question Bonus: Y a-t-il un autre système de la série chronologique que je devrais regarder?
Disclaimer: J'ai écrit opentsdb .
Je dirais que le plus gros avantage de graphite semble être capacités de graphique supérieure . Il offre plus de types de graphes et de fonctionnalités. Complémentation de déploiement est également probablement un peu plus bas avec le graphite, car ce n'est pas un système distribué et a donc moins de pièces mobiles.
opentsdb , D'autre part, est capable de stocker une quantité significativement plus importante de points de données à grains fins. Cela vient au coût du déploiement HBASE , qui n'est pas si important d'être honnête. Si vous voulez obtenir des données en temps réel vers le second avec >> Les nouveaux points de données 10K/s, puis OpentsDB vous conviendra bien.
Quelques informations sur notre Courant Échelle à StumbleUpon (ces numéros généralement doubles tous les 2-3 mois):
Interface utilisateur
Graphite dispose de superbes outils de graphique disponibles. L'interface Web par défaut est laide (bien que fonctionnelle), mais vous avez ensuite une multitude d'options de graphique et de tableau de bord.
Quelques exemples:
Regardez ici ou ici Pour en trouver beaucoup plus.
opentsdb de l'autre est toujours à la phase Gnuplot:
Configuration
En pratique, le graphite est en fait beaucoup plus une douleur à la configuration que HBase + OpentsDB. OpentsDB dispose d'une documentation complète et de quelques étapes simples. Voici les commandes pour installer Graphite , les choses sont encore plus difficiles si vous construisez à partir de la source.
Performances
OpentsDB ne détériore pas les données au fil du temps, contrairement au graphite où la taille de la base de données est prédéterminée.
Vrai. De plus, le graphite utilise un format de fichier similaire à RRD, dans la pratique, cela signifie qu'un seul point de données prendra autant d'espace disque que la série à temps plein puisque cet espace est préalablement alloué. Cela signifie également tracer un intervalle de temps vide prendra autant de temps que s'il y avait des données là-bas (un autre moteur de stockage, CERES , est dans le travail mais je n'ai pas encore essayé).
Comme le dit Tsuna, les OpentsDB vous permettront de stocker de manière significative plus de points de données, tirant parti de la puissance des HDFS Hadoop. Le graphite d'autre part, dont l'architecture est détaillée dans ce chapitre AOSA , est une solution plus adhoc.
OpentsDB peut stocker des métriques par seconde, par opposition au graphite qui a des intervalles minimes.
Nope, les deux peuvent se déconnecter jusqu'au second.