バックエンドには、SQLデータソースを持つ可能性があります。
私の考えでは、データソースを追加すると
たぶん、パネルメトリッククエリインターフェイスからのRAWSQLクエリを許可するオプションもあります。
他のアイデアはありますか?
私は個人的に、Cassandra(CQL)またはSparkSQLのラインでもっと何かを提案します
うわー、これは非常に便利です。
@phagedornそのようなものもありますが、asc / descの順序の切り替えについてはよくわかりませんが、grafanaは常に昇順(時間による)でそれらを必要としています。 限界xについてもわからない。
メトリッククエリテンプレート(ユーザーがデータソースを追加するときに作成する)のように、これは単なる例ですが、これについてはまだあまり考えていません。
SELECT MyValue as Value, Timestamp as Time
FROM MyMetrics
WHERE SeriesName IN (?SeriesList) AND Time > (?TimeFrom) AND Time < (?TimeTo)
ORDER BY Timestamp ASC
@syepes私は何か簡単なことを実装するための最初のステップとして考えています。 一般的なSQLデータベースの上にCQLまたはSparkSQLを実装するために必要なことと、どのような利点があるかについて詳しく説明してください。 SparkSQLは、分析の観点からは面白そうですが、golangの実装はありますか?
生のSQLを許可するための+1
@torkelo :クエリテンプレートはいいですね:+1:
既存のテーブルでうまくいくだろう
このデータソースには提案エディターがありますか? このデータソースのどのDBバックエンドを使用できますか?
生のSQLを許可することにも関心があります
最初はmysqlとpostgresで、オートコンプリートは最初は含まれません
興味がある+1
:+1:postgresの場合
:+1:postgresの場合
:+1:JSONタイプのpostgresの場合
:+1:JSONタイプのpostgresの場合
SQLデータソースが利用可能になるときのロードマップについて何か考えはありますか? 2.0または2.1では?
@juliuslomanわからない、おそらく2.2または2.3で、2.1に使用された他の多くのもので、最初に実行する必要があります
しかし、PRはいつでも歓迎されます
SQLデータソースがあると、間違いなくgrafanaが最高の分析ツールになります。 見たいです。 Torkel、申し訳ありませんがgithubに慣れていませんが、PRには何が必要ですか?
+
@ hceylan97誰かがそれを実装しようとし、プルリクエスト(つまり機能パッチ)として送信する必要があります。これを実装したいのですが、次の優先度の問題が増える可能性があるため、わかりません。数ヶ月
あなたのほかに、他の誰かがこれに取り組んでいるかどうか興味がありますか?
:+1:
+1 mysql
@torkelo予想される作業量が出るまで、このPRを開始するかもしれません。 Grafanaにさらに統合できるように、新しいデータソースを作成する方法を見つけたいと思います。 新しいデータソースを追加するために何をする必要があるか、そして一般的なSQLサポートのために残っている作業の概要を教えてください。
+1オラクル
+1 MS SQL
:+1:JSONタイプのpostgresの場合
JSONタイプで+ 1postgres / postgres
@torkeloは、2か月実行します。 Grafanaで新しいデータソースのサポートを追加したいのですが、その方法と一般的なSQLサポートに残されているものの概要を教えてください(PRも入手できれば幸いです:) )
@ agilgur5これについてはまだ作業が行われていません
@torkelo d0d995dはどうですか? いずれにせよ、ランダウンは大歓迎です
@ agilgur5は、ほとんどがデータソースプラグインシステムで動作していましたが、SQLデータソースに固有のものは何もありませんでした
+1 MS SQL !!!
MySQLを前面に使用すると、エンジンXA&Connectを使用して任意のSGBDに挿入できます。
メトリッククエリテンプレートを指定します(基本的にはパラメータを使用したSQLクエリ)
注釈クエリテンプレートを指定する
これが必要かしら? 多分それは私たちが避けることができる余分な面倒です。
DSを使用する場合、テーブルと列を指定するだけでは不十分ですか? または、DSでテーブルを指定して、使用時に列を指定するだけでよいようにすることもできます。 それぞれが数列しかないテーブルがたくさんあるのではないかと思います。
このためのETAは何ですか?
@EliSnow https://github.com/grafana/grafana/milestonesによると、9月29日頃です。 この機能だけがその前に実行される可能性があり、(すでに数回行われているように)プッシュバックされる可能性もあります。 とにかく、2.1のリリースが終わるまで、これについては何の作業も行われないと思います。
+1 MS SQL; パラメータを使用した+1クエリ
実際に私が尋ねている理由。 多数のウィンドウボックスからシーンにパフォーマンスカウンターを配置する最も簡単な方法は、「ミドルウェアコレクター」なしでデータを直接mssqlに配置するようにデータコレクターを構成することです。 したがって、MSSQLからそのデータを読み取るためのオプションを用意しておくと非常に便利です。 したがって、これは本当に素晴らしいオプションです!
+ 1-Postgres。
Postgresは単なる驚異的なDBです。 時間があれば、この@torkeloを調べるかもしれません
@torkelo 、私はこれを/ public / app / plugins / datasourceディレクトリにある他のデータソースを見ると、Javascript(Angular + AMD)といくつかのHTMLテンプレートのように見えます。 これを機能させるために必要なGoコードはありますか、それとも厳密にJavascriptですか?
SQLデータベースには通常httpapiがないため、バックエンドのGoコードが必要になります。
+1 MySQL&Cassandra
これはややオフトピックですが、SQLデータソースを取得するための良いステップ(または代替ステップ)だと思います。 管理者ユーザーがUIからカスタムHTTPデータソースを追加できるようにすると便利です。
管理ユーザーは、ベースURLと、クエリを実際のhttpリクエストに変換するjavascript関数を指定できます。 また、httpリクエストから返されたデータをgrafanaが理解できる一般的な形式に変換するJavaScriptマッピング関数を提供することもできます。 最終的には、ヒントなどを可能にする独自のUIクエリビルダーを構築するためのインターフェイスが存在する可能性があります。 これの最も重要な部分の1つは、十分に文書化する必要があるということです。
なぜこれがこの問題に関連しているのですか? 一部の人々は、直接アクセスを許可するのではなく、HTTPエンドポイントを介してSQLデータベースにアクセスできるようにすることを選択する場合があります。 おそらく、grafanaはデータベースと同じネットワーク上になく、セキュリティ上の理由から直接アクセスできません。 データベースに直接アクセスでき、ユーザーが生のSQLを提供できる場合でも、任意のSQLクエリを指定すると、grafanaはデータが返される形式を認識できず、javascriptマッピング関数が引き続き必要になるという問題があります。 (おそらくグラフ/ダッシュボードレベルで)。
XSSを回避するために、管理者以外のユーザーがダッシュボードを編集して、ページで実行されるjavascript関数を提供することはおそらく望ましくありません。 これは、SQLクエリが指定された形式でデータを返すことを要求することで回避できます。 あるいは、XSSはおそらくCSPによって軽減される可能性があります。
現在、決心した人がソースコードを編集することで、カスタムHTTPデータソースを追加できることを認識していますが、これは、1)文書化されていない(私が知っている)ため、2)別の人が必要であるため、より困難です。 「devops」と「grafanaadmin」の役割が異なる人々によって果たされる立場にある人を想定して、関与します。
私は個人的に、influxdbインターフェースを模倣したHTTPエンドポイントを介してカスタムSQLデータソースを追加することができました。 クエリビルダーを使用すると、ユーザーは任意のクエリを指定できます。エンドポイントがinfluxdbのような形式でデータを返すことを確認する必要がありました。 それは素晴らしいですが、それはハッキーであり、望まれることがたくさん残っています。
考え、@ torkelo?
@ EliSnow-コードを共有して
@ roybass 、InfluxDBインターフェースを模倣した私のコードについて質問されていると思います。
特定のコードを共有することはできません。使用した言語(Node.js)、データベース(Postgres)、およびデータの構造(jsonb)に固有であるため、共有してもあまり役に立ちません。 あなたがする必要があることの要点は、InfluxDBが行うのと同じフォーマットでデータを返す/query
HTTPエンドポイントを作成することです。
Grafanaは、ダッシュボードパネルで指定された検索クエリ/クエリであるクエリ文字列のq
パラメータを使用してGETメソッドを使用してエンドポイントを呼び出します。 各クエリは改行文字で区切られます。 (注:管理インターフェースでデータソースをテストするための[接続のテスト]ボタンは、クエリSHOW MEASUREMENTS LIMIT 1
を送信します。そのクエリに対して204を返す場合は、それで十分です)。 独自のDSLになるように検索クエリを設計できます。 検索クエリを単純なJSONオブジェクトにしました。 検索クエリに実際のSQLを使用することは確かに可能ですが、クエリを実行するデータベースユーザーが特定のテーブルのSELECT
に対する権限のみを持っていることを確認する必要があります。 私にとって、私のSQLクエリはかなり長くて厄介であり、データベースからある程度の抽象化を行うことを好みます。
InfluxDBは、次の[注釈付き] json形式でデータを返します。
{
//each entry in "results" represents the result of a single query
"results": [{
// each entry in "series" represents a different group if the
// query had a GROUP BY clause.
"series" : [
{
"name" : "measurement name",
// not sure which tags influx chooses to return
// perhaps only the ones in the WHERE clause
// grafana allows you to use tags in the alias pattern
"tags" : {
"foo" : "bar"
},
// I have not checked grafana's source but it's possible
// it does not read the "columns" array
"columns" : ["time", "mean"],
"values" : [
// time (in epoch ms), value
[1442953067791, 41.2]
]
}
]
}]
}
独自のInfluxDBインスタンスがなく、Grafanaがクエリを送信する方法を試す必要がある場合は、テストダッシュボードと開発者ツールを使用して
免責事項として、GrafanaがInfluxDBと通信する方法について何かを見逃している可能性がありますが、開始するには上記で十分でした。
お役に立てば幸いです。
ありがとう! それはまさに私が意味したことです
23:57で火、2015年9月22日には、EliSnow [email protected]は書きました:
@roybass https://github.com/roybass 、私はあなたが質問していると思います
InfluxDBインターフェースを模倣する私のコード。特定のコードを共有することはできません。おそらくあまり役に立たないでしょう。
使用した言語(Node.js)に固有であるために実行した場合、
データベース(Postgres)、および私のデータの構造(jsonb)。 何の要点
あなたがする必要があるのは、データを返す/ queryHTTPエンドポイントを作成することです
InfluxDBと同じフォーマット。Grafanaは、qパラメーターを指定したGETメソッドを使用してエンドポイントを呼び出します
で指定された検索クエリ/クエリであるクエリ文字列の
ダッシュボードパネル。 各クエリは改行文字で区切られます。 (ノート:
管理者でデータソースをテストするための[接続のテスト]ボタン
インターフェイスはクエリSHOWMEASUREMENTS LIMIT1を送信します。
十分なクエリの場合は204)。 検索クエリを次のように設計できます
あなた自身のDSLになりなさい。 検索クエリを単純なJSONオブジェクトにしました。 あなたが
確かに検索クエリに実際のSQLを使用できます。
クエリを実行するデータベースユーザーには、SELECTする権限しかありません。
特定のテーブル。 私にとって、私のSQLクエリはかなり長くて厄介です、そして私は
データベースからある程度の抽象化を行うことを好みます。InfluxDBは、次の[注釈付き] json形式でデータを返します。
{//「results」の各エントリは単一のクエリの結果を表します
"結果": [{
//「シリーズ」の各エントリは、次の場合に異なるグループを表します。
//クエリにGROUPBY句がありました。
"シリーズ" : [
{{
"名前": "測定名"、
// influxがどのタグを返すことを選択したかわからない
//おそらくWHERE句にあるものだけ
// grafanaを使用すると、エイリアスパターンでタグを使用できます
「タグ」:{
"foo": "bar"
}、
// grafanaのソースを確認していませんが、可能です
//「columns」配列を読み取りません
"列":["時間"、 "平均"]、
"値":[
//時間(エポックミリ秒)、値
[1442953067791、41.2]
]
}
]
}]
}独自のInfluxDBインスタンスがなく、プレイする必要がある場合
Grafanaがクエリを送信する方法については、テストダッシュボードを使用できます
http://play.grafana.orgと開発者ツールを覗いてみてください。免責事項として、Grafanaの方法で何かを見逃した可能性があります
InfluxDBと通信しますが、上記で十分に始められました。お役に立てば幸いです。
—
このメールに直接返信するか、GitHubで表示してください
https://github.com/grafana/grafana/issues/1542#issuecomment-142419032 。
上記の条件は、潜在的なビジネス上の取り決めを反映しており、
さらなる議論の基礎として、そしてそうすることを意図しておらず、そうしないことを意図している
法的拘束力のある義務を構成します。 法的拘束力のある義務はありません
最終的な形式の契約が締結されるまで、作成、暗示、または推測されます
関係するすべての関係者による書面による。
この電子メールおよび添付ファイルは、機密情報または特権情報である可能性があります。
この連絡を誤って受け取った場合は、に転送しないでください
他の人は、すべてのコピーと添付ファイルを消去してください、そして私にさせてください
それが間違った人に行ったことを知っています。 ありがとう。
:+1:Postgres用!
SQLiteの場合は+1
@ roybass-あなたの投稿は私にアイデアを与えてくれました、そして私はpostgresプロキシで非常に基本的なスタートを切りました-私はまだ実際にそれをグラファナに向けていませんが、流入カスタムクエリを介して流入のふりをすることができますがpostgresによって支えられていることを望んでいます
申し訳ありませんが、リンクが役立ちます: https :
こんにちはpostgresに接続したいすべての人-私は上記をうまく機能させ、グラフの例を持っています
JSONBタイプで+ 1postgres / postgres
@EliSnowは、node、postgres、influxdb、
@sysadminmikeがチェックアウトします!
:+1:MySQL
@RobMcZagはあなたの考えを教えてくれます-私は分散メトリックコレクションのアイデアを設定するためにそれを使用しました: https :
@torkelo 、方法はわかりませんが、SQLデータソースは、毎日何百万ものデータ
@utkarshcmu 、リレーショナルデータベースは本質的に低速ではないと言っても過言ではありません。 とにかく、たとえそうであったとしても、注釈などのために小さなテーブルからデータを引き出すことは魅力的である可能性があるので、私に言わせれば、SQLデータベースは非常に便利なデータソースです。
データソースとしてのSQLの最新情報は何ですか?
+1 Informix TimeSeries / Informix TimeSeries w / JSON
@utkarshcmu Informixは、オブジェクトリレーショナルDBが、最適化された時系列データ型(時系列要素はSQLデータ型やJSONドキュメント、あるいはその両方)を通じて高度にスケーラブルな時系列データ実装をサポートする方法の例です。 ;)
こんにちは、
ArrestDBの助けを借りてSQLサーバーとGrafanaの間の追加レイヤーを使用してHTTPインターフェースを介してSQL数値データをエクスポートする可能性があります: https :
誰かが既存のHTTPベースのプラグインからプラグインをフォークできれば、それは非常に素晴らしいことです。 個人的には、私はここでのJavaコーディングの専門家ではないので、これについて支援が必要です。
これはまた、他のデータソースからのRESTfulなAPIとうまく積み重ねるでしょう- https://restdb.io/docs/rest-api
+1
こんにちは、これが私の最初のプロジェクトです。
Microsoft SQL Serverメトリックを収集し、InfluxDBに送信して、Grafanaで視覚化します
https://github.com/zensqlmonitor/influxdb-sqlserver
MySQLへの+1 :)
VoltDBの場合は+1 [インメモリSQLDB]
:+1:
jdbcはどうですか?
+1 MySQL
+1 MySQL
+1 PostgreSQL
+1 PostgreSQL
WIP SQLデータソース: https :
+1 postgresql
2016年2月8日午後10時、「TomDyas」 [email protected]は次のように書いています。
WIP SQLデータソース:#3964 https://github.com/grafana/grafana/pull/3964
—
このメールに直接返信するか、GitHubで表示してください
https://github.com/grafana/grafana/issues/1542#issuecomment-181722398 。
+1カサンドラ
こんにちは、SQLデータソース統合のステータスはどうなっていますか? 私たちにとって、grafanaをAmazonRedshiftまたはPrestoに接続することは非常に重要です。 私たちの開発者の1人をこのトピックに置くオプションがあるかもしれません。 SQL統合はコーディング作業の一部にすぎませんか、それとも大きな変更が必要ですか?
PR https://github.com/grafana/grafana/pull/3964で進行中のプロトタイプがあり、会社のRedshiftと話していました。 ですから、現時点では(自分自身または他の誰かの)コーディング作業だけだと思います。 PRにはいくつかの項目がリストされていますが、本番環境に対応する前に実行する必要があります。
+1 VoltDB
+1注釈やテキストパネルに役立ちます。
+1
+1
しばらくの間、grafanaを介してプロキシされたinfluxdbを実行しています。 副次的な趣味として、私はWebアプリファイアウォールをいじっています。解決策を見つけたいと思っているのは、SQLインジェクションを先取りするためのプリペアドステートメントに似たものです。 現在、SQLインジェクションを検出するさまざまな正規表現のコレクションがありますが、新しいダッシュボードをデプロイする機能を維持しながらそれらを微調整すると、それがほとんど防止され、引数セクションをホワイトリストに登録する以外に選択肢はありません。
概念的には、単純です。URLの引数にクエリステートメントを埋め込むのではなく、ダッシュボードの作成/更新時に作成されたデータ収集用の固定プロキシリンクを公開します。 プロキシ側で行う必要があるのは、それを実際のクエリにマップしてから、データベースのバックエンドに送信することだけです。
grafanaのプロキシ部分を介してこれを処理すると、準備されたステートメントを処理できるというデータベースの独立性がさらに向上します。
:+1:概念/アイデア、および既存のメソッド/機能/メトリックを補足する場合は多かれ少なかれ生のSQLを使用する機能
postgresql / mysqlの場合は+1
私のすべての指はpostgresのために上げられました
+1
+1
+1。 本当にこれが必要です!
+1
これに関する更新はありますか?
フィードバックを得るためにPRとして提示した最初の概念実証を作成しました: https :
残念ながら、そのようなデータソースを必要としていたはずの内部プロジェクトがもはや必要ないため、私はもうそれに取り組む時間がありません。
概念実証のソースコードがPRで公開されていることを考えると、他の誰かが引き継ぐことは簡単ではありません(ただし、大量の作業ではありません)。 開発者の場合、これはGrafanaソースコードベースを学ぶための優れた方法です。 あなたが開発者ではないが、あなたの会社に影響力を持っているなら、あなたの組織の開発者にそれに取り組むよう説得することをお勧めします。
この問題は、オープンソースにおける「フリーライダー」の問題を実際に示しています。 オープンソースの「通貨」は(最も広い意味での)コードであり、貢献者がそのコードに費やした時間です。 誰もが+1を喜んで与えているように思えますが、組織内の誰かに貢献するよう説得するために貢献したり、影響力を利用したりする人はほとんどいません。
この問題に関するプロジェクトの方向性に影響を与えたいですか? 概念実証を引き継ぎ、完成させ、それを自分で行うか、組織の時間を(開発者の形で)割り当てることによって、貢献します。 その時間の割り当ては間違いなく支出です。 誰が時間を「費やす」ことをいとわないでしょうか?
私自身は、概念実証を引き継ぐ人からの質問に喜んでお答えします。
これのプルリクエストを送信しました。
+1
Postgresの+1、私の職場はすでにGrafanaを愛しています
これをぜひご覧ください。参考としてhttps://github.com/sirensolutions/kibiはkibanaの「フレンドリーフォーク」であり、SQLサポートは彼らが追加した機能の1つです。
https://github.com/sirensolutions/kibi/tree/master/src/plugins/kibi_core/lib/datasources
これが役立つ場合。
mysql / mariadbバックエンドサポートの+1(主にチケットデータベースGLPI / OTRS / etcを掘り起こすために必要です...)
みんな、+ 1の投稿をやめてください。 @anzaiに感謝の意をhttps://github.com/grafana/grafana/pull/5364をローカルのgrafanaに適用して
mysqlとpostgreは素晴らしいです、Oracleまたは汎用jdbcは素晴らしいでしょう(上記のKibiのように)
@ Jimilian- + 1はそれをメインディストリビューションに入れることです。 パッチを適用するということは、新しいgrafanaがリリースされたときに、再適用する必要があることを意味します。これは、ほとんどのユーザーが扱いたくないものです。
この機能の+1、特にODBC / JDBCをサポートしている場合
:+1:postgres用!! :-)
RestSQLを使用してRDBMSにデータを表示する別のアプローチを取りました。 RestSQLは、リレーショナルデータベースでのCRUD操作を可能にし、HTTPおよびRESTメソッドを使用してデータベース操作を可能にする非常に洗練されたソリューションです。
RestSQL用のGrafanaプラグインを作成しました-RestSQL用のGrafanaプラグイン(3.x) 。 ただし、現時点ではPoCと見なしてください:-)
私のセットアップでは、Grafanaコードベースを変更する必要はありません。 ただし、このセットアップでRestSQLを機能させるには、Java(Tomcat)が必要です。
+1。 素晴らしいPOC @ juliusloman 。
+1。 Postgresにとって本当に素晴らしいでしょう!
+1 Postgres!
+1生のSQLクエリ
カサンドラの+1!
@juliusloman grafana.netでそのプラグインを公開した場合は、すばらしいでしょう。
生のクエリでMYSQLとPOSTGRESを+1
デザート+1!
+1カサンドラ!
+1 MySQL!
+1カサンドラ
+1 MySQL
+1 MS SQL !! :NS
N +1のコメントを作成する代わりに、サポートしたいDBを示す:+ 1:タグを最初の行に追加することをお勧めします。
:+1:
+ 1BigQuery。
それで、このプラグインは公式バージョンになりますか? Postgresをデータソースとして使用したいと思います。
+1 PostgreSQL
@all InfluxDBからMySQLへのプロトコルコンバーターをオープンソース化し、 https://github.com/philip-wernersbach/influx-mysqlに公開しました。これで、Grafanaを使用する準備が整いました。
事実上すべてのSQL入力を許可するには、JSON入力ゲートウェイで十分だと思います。 適切なドライバーを介して実行されるSQLを作成すると、結果のJSONがgrafanaによって消費されます。
構成可能なバックエンドとしてのBigQueryデータセットは、絶対に_強力_です。
+1 MySQL
@envintus貢献する時間があれば、 https://github.com/philip-wernersbach/influx-mysqlでBigQueryをサポートしたいと思い
sparkSQL +1
SQLプラグインの更新はありますか?
grafanaで生のSQLサポートがあると、間違いなく最高になります👍
このトピックに関する更新はありますか?
私の素朴な試みはgrafana-simple-sql-datasourceです!
免責事項:磨かれていない&不格好なベータ版...しかし私のために動作します🤣
@gbrianはよさそうだ!
私はsql-jsプロキシを初めて使用し、質問があります。
MySql、MSSql、Postgressなど、データベースごとに異なるパッケージがあります。
実装がさまざまなDBで機能すると考えるのはナイーブですか?
もしそうなら、これはどのように対処できますか? 間に何らかの抽象化が必要なようです...
@osigida 、ありがとう!
はい、主なアイデアは、SQLのようなデータソースごとに「xxxproxy.js」ファイルを用意することです。
次のリストはApacheDrill(https://drill.apache.org/)です。
私が正しければ、プロキシを作成してコネクタを次のように設定するのは面倒なはずです。
http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port
もちろん、タスクはデータソーススキーマをsimple-sqlに変換することです。
テストしてフィードバックを送っていただければ幸いです。 見つけた問題をできるだけ多く開いてください。できるだけ早く修正するように努めます。
前もって感謝します。
@gbrianPostgresの実装を計画している場合。 私はあなたを助けてテストすることを嬉しく思います。
すごい仕事。 これはオラクルにも当てはまりますか?
サムスンギャラクシーS®6、AT&T 4GLTEスマートフォン経由で送信
グスタボブライアン:から--------オリジナルメッセージ-------- [email protected]日:2/16/17 4:00(GMT-05:00)に:grafana / grafana [email protected] Cc:gsaray101 [email protected] 、コメント[email protected]件名:Re:[grafana / grafana] Grafana 2.0:SQLデータソース(#1542)
@osigida 、ありがとう!
はい、主なアイデアは、SQLのようなデータソースごとに「xxxproxy.js」ファイルを用意することです。
次のリストはApacheDrill(https://drill.apache.org/)です。
私が正しければ、プロキシを作成してコネクタを次のように設定するのは面倒なはずです。
http:// simple-sql-server :port /?con = Drill:// Drilluser:password @ Drill-server :port
もちろん、タスクはデータソーススキーマをsimple-sqlに変換することです。
テストしてフィードバックを送っていただければ幸いです。 見つけた問題をできるだけ多く開いてください。できるだけ早く修正するように努めます。
前もって感謝します。
—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。
{"api_version": "1.0"、 "publisher":{"api_key": "05dde50f1d1a384dd78767c55493e4bb"、 "name": "GitHub"}、 "entity":{"external_key": "github / grafana / grafana"、 "title ":" grafana / grafana "、" subtitle ":" GitHubリポジトリ "、" main_image_url ":" https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png " 、 "avatar_image_url": " https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png "、 "action":{"name": "Open in GitHub"、 "url": " https://github.com/grafana/grafana "}}、 "updates":{"snippets":[{"icon": "PERSON"、 "message": " @gbrian in#1542: @osigida 、ありがとう!\ r \ n \ r \ nはい、主なアイデアは、SQLのようなデータソースごとに\ "xxxproxy.js \"ファイルを用意することです。\ r \ n \ r \ n次のリストはApacheDrillです。 (https://drill.apache.org/)\r\n正しく実行した場合、プロキシを作成し、\ r \ n http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port
\ r \ nのようにコネクタを設定するのは面倒なはずです。もちろんタスクデータソーススキーマをsimple-sqlに変換しています。\ r \ n \ r \ nテストして返送していただければ幸いです。 私のフィードバック。 見つかった問題をできるだけ多く開いてください。できるだけ早く修正しようとします。\ r \ n \ r \ nよろしくお願いします。 "}]、" action ":{" name ":" View Issue "、" url ": " https://github.com/grafana/grafana/issues/1542#issuecomment -280272622"}}}
@ anayrat 、 @ gsaray101
実行可能に見え、非常に簡単なはずです。
https://www.npmjs.com/package/pg
https://www.npmjs.com/package/strong-oracle
+1 MySQL
+1 MySQL
+1カサンドラ
+1 MSSQL +1 MYSQL
ご参考までに
現在、公式のプレミアムOracleプラグインがあります(無料ではありません)
https://grafana.com/plugins/grafana-oracle-datasource
https://github.com/grafana/grafana/pull/5364#issuecomment -290066384
HI @epizut :このプレミアムプラグインは、全体的な取り組みの一環として開発中です。 プレミアムプラグインは、今後のコア機能を利用します。
もっとここに来てください!
cassandraをgrafanaデータソースとして使用することの既知の制限はありますか? または、データソースプラグインを実装する前に知っておくべきその他の懸念事項はありますか?
カサンドラは時系列データベースではないので、
grafanaのデータソース。 grafanaデータソースにopentsdbを使用しています
2017年5月19日午前10時28分、「mtnxplorer7」 [email protected]は次のように書いています。
cassandraをgrafanaデータとして使用することの既知の制限はありますか?
ソース? または、実装する前に知っておくべきその他の懸念事項
データソースプラグイン?—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/grafana/grafana/issues/1542#issuecomment-302763176 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ARG51ZdZ6qbzst8m7mx-tsSZ9cRoBe5Lks5r7dEggaJpZM4DndgD
。
Cassandraは時系列データモデリングをサポートしています。 これに基づく考え
ApacheDrillの場合は+1。
このPRのバックエンド部分がマージされたようですが、全体的なステータスはどうなっていますか? 必要なフロントエンド作業のレビューとマージのためのETAはありますか?
MySQLの場合、アラートをサポートするバックエンド部分とフロントエンド部分があります。 Postgresはまだサポートされていません
Postgresのサポートは、 http: //www.timescale.com/で使用すると非常に便利
アテナのSQLサポートが欲しいです: http :
@torkeloMySQLデータソースのサポートが必要です。 最新のGrafanaバージョンをインストールしています(v4.4.3)
私のgrafanaホストはgrafana.host.orgであり、別のホスト、たとえばapplication.host.orgでホストされているアプリケーションのSQLデータベースがあります。 同じapplication.host.orgにmysqldbがあります
MySQLタイプの新しいデータソースをgrafana(つまり、grafana.host.org)に追加すると、接続の詳細を尋ねられます。 次の詳細を追加します。
ホスト:application.host。 org:3306
データベース:dbname
ユーザー:dbuser
パスワード:dbpassword
この接続を保存してテストすると、次のようなエラーが表示されます。
「エラー1045:ユーザー「dbuser」@「grafana.host.org」のアクセスが拒否されました(パスワードを使用:YES)」
これに対する解決策の手がかりはありますか? dbホストをapplication.host.orgとして指定したのに、なぜgrafana.host.orgにアクセスしようとしているのですか? grafana.host.orgからapplication.host.orgに問題なく接続できます。 しかし、それは私にこのエラーを与えます。
私の理解では、application.host.orgのデータベースに接続しようとする必要があります。 バックエンドでそのホストのデータベースに接続すると、問題なく通過します。
あなたのthilの助けは大いに感謝されるでしょう。
ありがとう、
ジョティ
エラー1045:ユーザー「dbuser」@「grafana.host.org」のアクセスが拒否されました(パスワードを使用:YES)
このエラーはMySQLによるものです。 dbuser
がgrafana.host.org
解決されるネットワークアドレスから_from_に接続していることを認識しました。 MySQLで権限、パスワードなどを確認してください。
Redshift SQLダイアレクトをサポートすることについて何か考えはありますか?
RedshiftSQLはPostgres8.xファミリであり、最近リリースされたPostgresサポートと互換性があるはずです。 まだ試していませんが、エラーがあるかどうかにも興味があります。
postgresを介してデータをプロキシすることを気にしない場合は、postgres外部データラッパー(https://wiki.postgresql.org/wiki/Foreign_data_wrappers)を使用して(ほぼ)任意のデータベースにgrafanaを接続できます。
+1 Oracle DB
MSSQLの場合は+1
SQLiteの場合は+1
こんにちは、mssqlに興味のある方は、pr#10093を確認してください。
誰かがデータソースとしてOracleに取り組んだことがありますか? 見たいです。
Microsoft SQL ServerデータソースをGrafanaにマージし、Grafana 5.1(#10093、#11298)でリリースされる予定です。
これは、GrafanaがデータソースとしてMySQL、Postgres、MS SQLServerをコアでサポートするようになったことを意味します。 コアGrafanaにデータソースとしてSQLデータベースを追加することはないので、ついにこの問題を解決する時が来ました。
近い将来、バックエンドプラグインがサポートされるようになるため、外部プラグインとして他のSQLデータソースを使用できるようになります。
DB2 LUWサポートの追加を検討している人はいますか?
@daniellee OracleとSQLiteはどうですか? :thinking:これについて何かニュースはありますか?
@mnlboxすでにOracleプラグインがあります: https : //grafana.com/plugins/grafana-oracle-datasource (ただしオープンソースではありません)
データソースとしてのSqliteは私たちのバックログにはまったくありませんし、それに取り組んでいる人のことは聞いたことがありません。
まもなく+1
SQLite @danielleeの更新は
SQLiteデータソースは非常に便利です!
Sqlite !!!!!
Sqlite !!!!!
Sqlite !!!!!
Sqlite !!!!!
👍機能を使用して、問題の解決に役立つ追加情報、役立つメモ、パッチなどのコメントを提供できる場合にのみ、承認とコメントを表示してください。 スパムの開発者、寄稿者、または参加者は、おそらく誰にもあなたの要求を実装するように説得することはありません。
ダニエルリーは、コアで追加のデータソースをサポートするためにこれ以上の努力は取られておらず、プラグインが進むべき道であると述べました。 また、これまで誰もSQLiteに取り組み始めていないようです。 迅速で汚いソリューションが必要で、プラグイン全体をSQLiteに書き込み/コミッション/適合させたくない場合は、SQLiteデータをダブルマーケットRRDと同様にJSONとして提供するsmappプロキシスクリプトを作成するのは簡単です。 -プロキシ。 スピード的に優れたソリューションではありませんが、それが懸念される場合は、SQLiteを使用しない可能性があります。
@adlerwebが言うように、現在、コアSqliteデータソースのコアGrafanaチームの計画はありません。 PRも受け入れないと思います。 ただし、もちろん、誰かが書いた場合は、外部データソースプラグインをgrafana.comに公開します。
SQLite @danielleeの更新は
SQLiteのサポートに関心のある人(または実際にはデータソースを待つ人)にとっては、長く待つ必要はありません。 Pythonを使用して独自のデータソースを作成するのは非常に簡単です。 ドキュメントは少しまばらですが(https://github.com/grafana/simple-json-datasourceを参照)、可能です。 このリポジトリにかなり広範な例を作成し、 Grafanaを使用してSQLiteを視覚化するを作成しました。 リポジトリには、SQLiteの実用的な例と、この例の小さなデータベースも含まれています。
sqliteに投票する
バックエンドには、SQLデータソースを持つ可能性があります。
私の考えでは、データソースを追加すると
- dbタイプ(最初はmysqlとpostgresとsqlite3のみ)
- データベース接続の詳細
- メトリッククエリテンプレートを指定します(基本的にはパラメータを使用したSQLクエリ)
- 注釈クエリテンプレートを指定する
たぶん、パネルメトリッククエリインターフェイスからのRAWSQLクエリを許可するオプションもあります。
他のアイデアはありますか?
Sqliteの場合
sqliteに投票してください。
Sqlite plsss
最も参考になるコメント
SQLiteの場合は+1