Grafana: Grafana 2.0: Sumber Data SQL

Saya pribadi akan menyarankan sesuatu yang lebih sesuai dengan Cassandra (CQL) atau SparkSQL

Wow, ini kami sangat berguna.

• tambahkan array server db untuk loadbalancing
• bidang yang menggabungkan LIMIT X ke kueri
• saklar untuk ORDER BY ASC DESC
• memilih kolom db untuk WAKTU dan untuk NILAI dari tabel mysql?

@phagedorn beberapa seperti itu, tidak yakin tentang sakelar untuk urutan asc/desc, grafana selalu menginginkannya dalam urutan menaik (berdasarkan waktu). tidak yakin tentang batas x baik.

lebih seperti templat kueri metrik (ditulis oleh pengguna ketika mereka menambahkan sumber data), ini hanya sebuah contoh, belum terlalu memikirkan hal ini.

SELECT MyValue as Value, Timestamp as Time 
  FROM MyMetrics
  WHERE SeriesName IN (?SeriesList) AND Time > (?TimeFrom) AND Time < (?TimeTo)
  ORDER BY Timestamp ASC 

@syepes Saya pikir sebagai langkah pertama untuk mengimplementasikan sesuatu yang sederhana. Bisakah Anda menjelaskan lebih lanjut apa yang diperlukan untuk mengimplementasikan CQL atau SparkSQL di atas database SQL generik dan apa manfaatnya? SparkSQL terlihat menarik dari sudut pandang analitik, ada implementasi golang?

+1 untuk mengizinkan SQL mentah

@torkelo : Templat kueri terdengar bagus :+1:
Akan bekerja untuk saya untuk tabel yang ada

Apakah sumber data ini memiliki editor saran? Backend DB apa untuk sumber data ini yang dapat digunakan?

juga tertarik untuk mengizinkan SQL mentah

Awalnya mysql dan postgres, tidak ada pelengkapan otomatis yang tidak akan disertakan pada awalnya

tertarik +1

:+1: untuk postgres

:+1: untuk postgres

:+1: untuk postgres dengan tipe JSON

:+1: untuk postgres dengan tipe JSON

Adakah gagasan tentang peta jalan kapan sumber data SQL akan tersedia? Di 2.0 atau 2.1?

@juliusloman tidak yakin, mungkin di 2.2 atau 2.3, begitu banyak hal lain yang dimasukkan ke 2.1 yang perlu terjadi terlebih dahulu

Tapi PR selalu disambut

Memiliki sumber data SQL pasti akan menjadikan grafana alat analitik teratas. Saya ingin sekali melihatnya. Torkel, maaf tidak terbiasa dengan github, apa yang dimaksud dengan PR?
+

@ hceylan97 itu memerlukan seseorang yang mencoba mengimplementasikannya dan mengirimkannya sebagai permintaan tarik (yaitu tambalan fitur), saya ingin mengimplementasikan ini, tetapi tidak yakin kapan saya harus melakukannya karena saya mungkin akan memiliki masalah prio yang lebih tinggi untuk selanjutnya beberapa bulan

selain Anda, ingin tahu apakah ada orang lain yang mengerjakan ini?

:+1:

+1 mysql

@torkelo Saya mungkin memulai PR untuk ini sambil menunggu jumlah pekerjaan yang diharapkan. Ingin mengetahui cara membuat sumber data baru sehingga kami dapat mengintegrasikan lebih banyak ke dalam Grafana. Bisakah Anda memberikan ikhtisar tentang apa yang perlu dilakukan untuk menambahkan sumber data baru dan pekerjaan yang tersisa untuk dukungan SQL generik?

+1 Oracle

+1 MS SQL

:+1: untuk postgres dengan tipe JSON

+1 postgres / postgres dengan tipe JSON

@torkelo melakukan ping lagi karena ini telah diundur dua bulan. Saya ingin menambahkan beberapa dukungan untuk sumber data baru di Grafana dan saya ingin ikhtisar tentang bagaimana melakukannya dan apa yang tersisa untuk dukungan SQL generik (cukup yakin Anda akan menghargai jika saya bisa mendapatkan PR juga :) )

@agilgur5 belum ada pekerjaan yang dilakukan untuk ini

@torkelo bagaimana dengan d0d995d? Bagaimanapun, ikhtisar akan sangat dihargai

@agilgur5 yang sebagian besar bekerja pada sistem plugin sumber data tidak ada yang spesifik untuk sumber data SQL

+1 MS SQL !!!

dengan MySQL di depan Anda dapat memasukkan SGBD apa pun dengan engine XA & Connect!

tentukan template kueri metrik (pada dasarnya kueri SQL dengan params)
tentukan templat kueri anotasi

saya ingin tahu apakah ini diperlukan? mungkin itu kerumitan ekstra yang bisa kita hindari.
bukankah cukup untuk menentukan tabel dan kolom saat menggunakan DS? atau mungkin tentukan tabel di DS sehingga Anda hanya perlu menentukan kolom saat menggunakannya. saya menduga akan ada banyak tabel dengan masing-masing hanya beberapa kolom.

Apa ETA untuk ini?

@EliSnow https://github.com/grafana/grafana/milestones mengatakan sekitar 29 September. Fitur ini sendiri mungkin dilakukan sebelum itu, dan ada juga kemungkinan itu akan didorong kembali (seperti yang sudah beberapa kali). Terlepas dari itu, saya tidak percaya pekerjaan apa pun akan dilakukan untuk ini sampai setelah rilis 2.1.

+1 MS SQL; +1 kueri dengan parameter
Sebenarnya kenapa aku bertanya. Cara paling sederhana untuk menempatkan penghitung kinerja ke tempat kejadian dari banyak kotak jendela adalah dengan mengonfigurasi pengumpul data pada mereka untuk meletakkan data langsung ke ms sql tanpa "pengumpul perangkat tengah". Jadi akan sangat bagus untuk memiliki opsi untuk membaca data dari MS SQL. Jadi ini akan menjadi pilihan yang sangat bagus!

+1 - Postgres.

Postgres hanyalah DB yang fenomenal. Jika saya punya waktu, saya mungkin melihat ke @torkelo ini

@torkelo , saya ingin berkontribusi untuk menyelesaikan ini. Saya melihat komit yang dirujuk sebelumnya untuk sistem plugin sumber data (d0d995d). Apakah ada dokumentasi untuk sistem plugin? Potongan apa yang dibutuhkan? Melihat sumber data lain di direktori /public/app/plugins/datasource tampaknya hanya Javascript (Angular + AMD) dan beberapa template HTML. Apakah ada kode Go yang diperlukan agar ini berfungsi atau hanya Javascript?

Karena database SQL biasanya tidak memiliki http api, maka akan ada beberapa kode backend go

+1 MySQL & Cassandra

Ini agak di luar topik, tapi saya pikir langkah yang baik (atau langkah alternatif) untuk mendapatkan sumber data SQL. Akan sangat bagus untuk mengizinkan pengguna admin, dari UI, untuk menambahkan sumber data HTTP khusus.

Pengguna admin dapat menentukan url dasar dan fungsi javascript yang mengubah kueri menjadi permintaan http yang sebenarnya. Mereka juga dapat menyediakan fungsi pemetaan javascript yang akan mengubah data yang dikembalikan dari permintaan http ke dalam format umum yang dipahami oleh grafana. Akhirnya, mungkin ada antarmuka bagi orang-orang untuk membangun pembuat kueri UI mereka sendiri yang memungkinkan untuk memberi petunjuk dan semacamnya. Salah satu bagian terpenting dari ini adalah harus didokumentasikan dengan baik.

Mengapa ini relevan dengan masalah ini? Beberapa orang mungkin memilih agar database SQL mereka dapat diakses melalui titik akhir HTTP daripada mengizinkan akses langsung. Mungkin grafana tidak berada di jaringan yang sama dengan database dan tidak memiliki akses langsung karena alasan keamanan. Bahkan jika database dapat diakses secara langsung dan pengguna dapat menyediakan SQL mentah, masih ada masalah yang diberikan kueri SQL arbitrer, grafana tidak akan mengetahui format data yang dikembalikan, dan fungsi pemetaan javascript akan tetap diperlukan (mungkin di tingkat grafik/dasbor).

Untuk menghindari XSS mungkin kita tidak ingin pengguna non-admin mengedit dashboard dan menyediakan fungsi javascript yang akan dijalankan pada halaman. Ini dapat dihindari dengan mengharuskan kueri SQL mengembalikan data dalam format tertentu. Atau, XSS mungkin dapat dikurangi melalui CSP.

Saya menyadari bahwa orang yang gigih saat ini dapat menambahkan sumber data HTTP khusus dengan mengedit kode sumber, tetapi ini lebih menantang karena: 1) tidak didokumentasikan (yang saya ketahui), dan 2) memerlukan orang yang berbeda untuk terlibat, dengan asumsi seseorang dalam posisi di mana peran "devops" dan "admin grafana" dipenuhi oleh orang yang berbeda.

Saya pribadi dapat menambahkan sumber data SQL khusus melalui titik akhir HTTP yang meniru antarmuka influxdb. Pembuat kueri memungkinkan pengguna untuk menentukan kueri sewenang-wenang, saya hanya perlu memastikan titik akhir saya mengembalikan data dalam format seperti influxdb. It's great, tapi hacky dan meninggalkan banyak hal yang diinginkan.

Pikiran, @torkelo?

@EliSnow - Maukah Anda membagikan kodenya?

@roybass , saya kira Anda bertanya tentang kode saya yang meniru antarmuka InfluxDB.

Saya tidak dapat membagikan kode spesifik saya, dan mungkin tidak akan sangat membantu jika saya melakukannya karena ini khusus untuk bahasa yang saya gunakan (Node.js), database saya (Postgres), dan struktur data saya (jsonb). Inti dari apa yang perlu Anda lakukan adalah membuat titik akhir HTTP /query yang mengembalikan data dalam format yang sama dengan InfluxDB.

Grafana akan memanggil titik akhir Anda menggunakan metode GET dengan parameter q dari string kueri menjadi kueri/kueri penelusuran yang ditentukan di panel dasbor Anda. Setiap kueri dibatasi oleh karakter baris baru. (Catatan: bahwa tombol "Uji Koneksi" untuk menguji Sumber Data Anda di antarmuka admin akan mengirimkan kueri SHOW MEASUREMENTS LIMIT 1 . Jika Anda mengembalikan 204 untuk kueri itu, itu sudah cukup). Anda dapat mendesain kueri penelusuran menjadi DSL Anda sendiri. Saya membuat permintaan pencarian saya menjadi objek JSON sederhana. Meskipun Anda tentu saja dapat menggunakan SQL nyata untuk kueri penelusuran Anda, Anda harus memastikan pengguna database yang menjalankan kueri hanya memiliki izin untuk SELECT pada tabel tertentu. Bagi saya, kueri SQL saya cukup panjang dan kasar, dan saya lebih suka memiliki tingkat abstraksi dari database.

InfluxDB mengembalikan data dalam format json [beranotasi] berikut:

{
//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]
        ]
      }
    ]
  }]
}

Jika Anda tidak memiliki instance InfluxDB Anda sendiri dan Anda perlu bermain-main dengan cara Grafana mengirimkan kueri, Anda dapat menggunakan dasbor pengujian dan alat pengembang Anda untuk mengintip.

Sebagai penafian, saya mungkin melewatkan sesuatu dalam cara Grafana berkomunikasi dengan InfluxDB, tetapi hal di atas sudah cukup untuk membantu saya memulai.

Semoga membantu.

Terima kasih! Itulah yang saya maksud

Pada Selasa, 22 Sep 2015 pukul 23.57, EliSnow [email protected] menulis:

@roybass https://github.com/roybass , saya kira Anda bertanya tentang
kode saya yang meniru antarmuka InfluxDB.

Saya tidak dapat membagikan kode spesifik saya, dan itu mungkin tidak akan sangat membantu
jika saya melakukannya karena itu khusus untuk bahasa yang saya gunakan (Node.js), my
database (Postgres), dan struktur data saya (jsonb). Inti dari apa
yang perlu Anda lakukan adalah membuat /query HTTP endpoint yang mengembalikan data di
format yang sama dengan InfluxDB.

Grafana akan memanggil titik akhir Anda menggunakan metode GET dengan parameter q
dari string kueri menjadi kueri/kueri penelusuran yang ditentukan dalam . Anda
panel dasbor. Setiap kueri dibatasi oleh karakter baris baru. (Catatan:
bahwa tombol "Uji Koneksi" untuk menguji Sumber Data Anda di admin
antarmuka akan mengirimkan kueri SHOW MEASUREMENTS LIMIT 1. Jika Anda mengembalikan a
204 untuk kueri itu sudah cukup). Anda dapat mendesain kueri penelusuran untuk
menjadi DSL Anda sendiri. Saya membuat permintaan pencarian saya menjadi objek JSON sederhana. Sementara kamu
tentu saja bisa menggunakan SQL nyata untuk permintaan pencarian Anda, Anda harus memastikan
pengguna database yang mengeksekusi kueri hanya memiliki izin untuk SELECT on
tabel tertentu. Bagi saya, kueri SQL saya cukup panjang dan kasar, dan saya
lebih suka memiliki tingkat abstraksi dari database.

InfluxDB mengembalikan data dalam format json [beranotasi] berikut:

{//setiap entri dalam "hasil" mewakili hasil dari satu kueri
"hasil": [{
// setiap entri dalam "seri" mewakili grup yang berbeda jika
// kueri memiliki klausa GROUP BY.
"seri" : [
{
"nama" : "nama pengukuran",
// tidak yakin masuknya tag mana yang dipilih untuk dikembalikan
// mungkin hanya yang ada di klausa WHERE
// grafana memungkinkan Anda untuk menggunakan tag dalam pola alias
"tag" : {
"foo" : "bar"
},
// Saya belum memeriksa sumber grafana tetapi itu mungkin
// tidak membaca larik "kolom"
"kolom" : ["waktu", "rata-rata"],
"nilai" : [
// waktu (dalam epoch ms), nilai
[1442953067791, 41,2]
]
}
]
}]
}

Jika Anda tidak memiliki instance InfluxDB Anda sendiri dan Anda perlu bermain
seputar cara Grafana mengirimkan kuerinya, Anda dapat menggunakan dasbor pengujian
http://play.grafana.org dan alat pengembang Anda untuk mengintip.

Sebagai penafian, saya mungkin melewatkan sesuatu dalam cara Grafana
berkomunikasi dengan InfluxDB, tetapi hal di atas sudah cukup untuk membantu saya memulai.

Semoga membantu.

—
Balas email ini secara langsung atau lihat di GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment -142419032.

Persyaratan di atas mencerminkan pengaturan bisnis potensial, disediakan semata-mata
sebagai dasar untuk diskusi lebih lanjut, dan tidak dimaksudkan untuk menjadi dan tidak
merupakan kewajiban yang mengikat secara hukum. Tidak ada kewajiban yang mengikat secara hukum akan
dibuat, tersirat, atau disimpulkan sampai kesepakatan dalam bentuk akhir dilaksanakan
secara tertulis oleh semua pihak yang terlibat.

Email ini dan lampiran apa pun di sini mungkin dirahasiakan atau diistimewakan.
Jika Anda menerima komunikasi ini secara tidak sengaja, mohon jangan diteruskan ke
siapa pun, tolong hapus semua salinan dan lampiran, dan tolong beri tahu saya
tahu bahwa itu telah pergi ke orang yang salah. Terima kasih.

:+1: untuk Postgres!

+1 untuk SQLite

@roybass - posting Anda telah memberi saya ide dan saya telah membuat awal yang sangat mendasar pada proxy postgres - saya belum benar-benar mengarahkan grafana ke sana tetapi saya berharap melalui permintaan khusus masuknya itu bisa berpura-pura menjadi masuk tetapi didukung oleh postgres

maaf tautan akan berguna: https://github.com/sysadminmike/postgres-influx-mimic

hai semua orang yang ingin terhubung ke postgres - saya telah berhasil membuat yang di atas berfungsi dan memiliki contoh grafik

+1 postgres / postgres dengan tipe JSONB
@EliSnow kami menggunakan node, postgres, influxdb dan grafana... jika Anda bisa, saya ingin melihat kode Anda :)
@sysadminmike akan memeriksanya!

:+1: MySQL

@RobMcZag beri tahu saya pendapat Anda - Saya telah menggunakannya untuk menyiapkan ide pengumpulan metrik terdistribusi: https://github.com/sysadminmike/yadms/

@torkelo , saya tidak yakin bagaimana, sumber data SQL akan

@utkarshcmu , saya kira adil untuk mengatakan bahwa basis data relasional pada dasarnya tidak lambat. Bagaimanapun, meskipun demikian, masih menarik untuk menarik data dari tabel kecil untuk anotasi atau apa pun, jadi database SQL adalah sumber data yang sangat berguna, jika Anda bertanya kepada saya.

apa yang terbaru di sql sebagai sumber data?

+1 Informix TimeSeries / Informix TimeSeries dengan JSON
@utkarshcmu Informix adalah contoh bagaimana DB relasional objek dapat mendukung implementasi data deret waktu yang sangat skalabel melalui tipe data deret waktu yang dioptimalkan (elemen deret waktu dapat berupa tipe data SQL dan/atau dokumen JSON). ;)

Halo,

Ada kemungkinan untuk mengekspor data numerik SQL melalui antarmuka HTTP menggunakan lapisan tambahan antara SQL server dan Grafana dengan bantuan ArrestDB: https://github.com/alixaxel/ArrestDB
Jika seseorang dapat melakukan fork plugin dari yang sudah ada berbasis HTTP itu akan sangat bagus. Secara pribadi saya bukan ahli dengan pengkodean Java di sini dan butuh bantuan dengan ini.
Ini juga akan ditumpuk dengan baik dengan Restful API dari sumber data lain - https://restdb.io/docs/rest-api

+1

Hai, ini adalah proyek pertama saya di go:
Kumpulkan metrik Microsoft SQL Server, kirim ke InfluxDB dan visualisasikan dengan Grafana
https://github.com/zensqlmonitor/influxdb-sqlserver

+1 ke MySQL :)

+1 untuk VoltDB [In-Memory SQL DB]

:+1:

Bagaimana dengan jdbc?

+1 MySQL

+1 MySQL

+1 PostgreSQL

+1 PostgreSQL

Sumber data SQL WIP: https://github.com/grafana/grafana/pull/3964

+1 postgresql
Pada 8 Februari 2016 22:00, "Tom Dyas" [email protected] menulis:

Sumber data WIP SQL: #3964 https://github.com/grafana/grafana/pull/3964

—
Balas email ini secara langsung atau lihat di GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment -181722398.

+1 Cassandra

Hai, apa status integrasi sumber data SQL? Bagi kami, sangat menarik untuk menghubungkan grafana ke Amazon Redshift atau Presto. Mungkin ada opsi untuk menempatkan salah satu pengembang kami pada topik ini. Apakah integrasi SQL hanya beberapa pekerjaan pengkodean atau apakah ada perubahan besar yang diperlukan?

Saya memiliki prototipe pekerjaan dalam proses di PR https://github.com/grafana/grafana/pull/3964 berbicara dengan Redshift perusahaan saya. Jadi saya percaya hanya pengkodean yang berfungsi (di pihak saya atau orang lain) pada saat ini. Meskipun ada beberapa item yang tercantum dalam PR yang perlu diselesaikan sebelum membuatnya siap produksi.

+1 VoltDB

+1 Akan berguna untuk anotasi dan panel teks.

+1

+1

Saya telah menjalankan proksi influxdb melalui grafana sekarang untuk sementara waktu. Sebagai hobi sampingan, saya mencoba-coba firewall aplikasi web, dan satu hal yang ingin saya temukan solusinya adalah sesuatu yang mirip dengan pernyataan yang disiapkan untuk mencegah injeksi SQL. Saat ini, saya memiliki koleksi berbagai regex yang mendeteksi injeksi sql, tetapi menyempurnakannya sambil mempertahankan kemampuan untuk menyebarkan dasbor baru cukup banyak mencegah hal itu, membuat saya tidak memiliki pilihan lain selain membuat daftar putih bagian argumen.
Secara konseptual, itu akan sederhana: publikasikan tautan proxy tetap untuk pengumpulan data yang dibuat saat dasbor dibuat/diperbarui, daripada memiliki pernyataan kueri yang disematkan dalam argumen url. Yang harus Anda lakukan di sisi proxy adalah memetakannya ke kueri sebenarnya dan kemudian mengirimkannya ke backend database.
Berurusan dengan ini melalui bagian proxy grafana memberikan keanggunan tambahan dari kemandirian basis data untuk dapat menangani pernyataan yang disiapkan.

:+1: untuk konsep/ide serta kemampuan untuk menggunakan SQL mentah yang kurang lebih jika Anda ingin melengkapi metode/fitur/metrik yang ada

+1 untuk postgresql/mysql

semua jari saya terangkat untuk postgres

+1

+1

+1. Sangat membutuhkan ini!

+1

Ada update tentang ini??

Saya menulis bukti awal konsep yang saya buat sebagai PR untuk mendapatkan umpan balik: https://github.com/grafana/grafana/pull/3964. Kode berfungsi dengan baik untuk kueri terhadap instance PostgreSQL yang berjalan secara lokal. Saya tidak tahu apakah itu masih akan berfungsi mengingat perubahan kode sumber di Grafana dalam perjalanan ke v3.

Sayangnya, saya tidak punya waktu untuk mengerjakannya lagi karena proyek internal yang membutuhkan sumber data seperti itu, tidak lagi.

Mengingat kode sumber untuk bukti konsep tersedia untuk umum di PR, itu akan menjadi nontrivial (tetapi tidak banyak pekerjaan) bagi orang lain untuk mengambil alih. Jika Anda seorang pengembang, ini adalah cara yang bagus untuk mempelajari basis kode sumber Grafana. Jika Anda bukan seorang pengembang, tetapi memiliki pengaruh di perusahaan Anda, maka saya sarankan untuk meyakinkan pengembang di organisasi Anda untuk mengerjakannya.

Masalah ini benar-benar menunjukkan masalah "pengendara gratis" di sumber terbuka. "Mata uang" open source adalah kode (dalam arti luas) dan waktu yang diinvestasikan oleh kontributor dalam kode itu. Tampaknya bagi saya semua orang senang memberi +1, tetapi sangat sedikit orang yang berkontribusi atau menggunakan pengaruh mereka untuk meyakinkan seseorang di organisasi mereka untuk berkontribusi.

Ingin mempengaruhi arah proyek tentang masalah ini? Ambil alih bukti konsep, lengkapi, dan sumbangkan kembali, baik dengan melakukannya sendiri atau mengalokasikan waktu organisasi Anda (dalam bentuk pengembang) untuk melakukannya. Alokasi waktu itu jelas merupakan pengeluaran. Siapa yang mau "menghabiskan" waktu?

Untuk saya sendiri, saya bersedia menjawab pertanyaan tentang pembuktian konsep dari siapapun yang mengambil alih.

Saya mengirim permintaan tarik ini.

• https://github.com/grafana/grafana/pull/5168 "Tambahkan sumber data RDBMS (PostgreSQL dan MySQL)"
• Anda dapat melihat detailnya:
  https://github.com/anzai/grafana/wiki/SQL-DB-plugin-%28datasource%29

+1

+1 untuk Postgres, tempat kerja saya sudah menyukai Grafana

Kami akan senang melihat ini - sebagai referensi https://github.com/sirensolutions/kibi adalah "garpu ramah" dari kibana dan dukungan sql adalah salah satu fitur yang telah mereka tambahkan
https://github.com/sirensolutions/kibi/tree/master/src/plugins/kibi_core/lib/datasources

jika ini membantu.

+1 untuk dukungan backend mysql/mariadb (diperlukan terutama untuk menggali basis data tiket GLPI/OTRS/dll...)

Teman-teman, tolong, berhenti memposting +1. Ucapkan terima kasih kepada @anzai dan terapkan https://github.com/grafana/grafana/pull/5364 ke grafana lokal Anda.

mysql dan postgre luar biasa, Oracle atau jdbc generik akan luar biasa (seperti di Kibi yang disebutkan di atas)

@Jimilian - +1 adalah memasukkannya ke dalam distribusi utama. Menerapkan tambalan berarti bahwa ketika grafana baru dirilis, saya harus mengajukan permohonan kembali, yang sebagian besar pengguna tidak ingin berurusan dengannya.

+1 untuk fitur ini, terutama jika mendukung ODBC/JDBC

:+1: untuk postgres!! :-)

Saya mengambil pendekatan lain untuk menampilkan data di RDBMS menggunakan RestSQL. RestSQL memungkinkan operasi CRUD pada database relasional dan ini adalah solusi yang cukup elegan untuk mengaktifkan operasi database menggunakan metode HTTP dan REST.

Saya telah menulis plugin Grafana untuk RestSQL - plugin Grafana (3.x) untuk RestSQL . Namun menganggapnya sebagai PoC saat ini :-)

Dalam pengaturan saya tidak diperlukan perubahan pada basis kode Grafana. Namun pengaturan ini membutuhkan Java (Tomcat) agar RestSQL berfungsi.

+1. POC luar biasa @juliusloman .

+1 . Akan sangat bagus untuk Postgres!

+1 Postgres!
+1 Kueri SQL mentah

+1 untuk cassandra!

@juliusloman Akan luar biasa jika Anda menerbitkan plugin itu di grafana.net!

+1 MYSQL dan POSTGRES dengan Pertanyaan Mentah

+1 Makanan Penutup!
+1 Cassandra!
+1 MySQL!

+1 Cassandra

+1 MySQL

+1 MS SQL!! :D

Alih-alih membuat komentar N +1, saya sarankan menambahkan tag :+1: ke baris pertama yang menyebutkan DB yang ingin Anda dukung?

:+1:

+1 BigQuery.

Jadi apakah plugin ini akan menjadi versi resmi? Saya ingin memiliki Postgres sebagai sumber data.

+1 PostgreSQL

@all Saya telah membuka sumber konverter protokol InfluxDB-to-MySQL saya dan menerbitkannya ke https://github.com/philip-wernersbach/influx-mysql , dan siap untuk bekerja dengan Grafana.

Saya akan berpikir bahwa gateway input JSON sudah cukup untuk memungkinkan hampir semua input SQL. Saya menulis SQL untuk dieksekusi melalui driver yang tepat, dan hasilnya JSON dikonsumsi oleh grafana.

Set data BigQuery sebagai backend yang dapat dikonfigurasi akan benar-benar _ kuat _.

+1 MySQL

@envintus Jika Anda punya waktu untuk berkontribusi, saya ingin mendapatkan dukungan BigQuery di https://github.com/philip-wernersbach/influx-mysql

sparkSQL +1

ada pembaruan pada plugin sql?

memiliki dukungan SQL mentah di grafana pasti akan menjadikannya yang terbaik 👍
ada update tentang topik ini?

Saya naif mencoba grafana-simple-sql-datasource!
PENOLAKAN: versi beta yang tidak dipoles & kikuk ... tetapi berfungsi untuk saya

https://github.com/gbrian/grafana-simple-sql-datasource

@gbrian terlihat bagus!

Saya baru mengenal proxy sql-js, dan punya pertanyaan.
Ada paket yang berbeda untuk database yang berbeda, seperti MySql, MSSql, Postgress...
Apakah naif untuk berpikir bahwa implementasi Anda akan bekerja dengan DB yang berbeda?
Jika demikian, bagaimana hal ini dapat diatasi? sepertinya kita perlu semacam abstraksi di antaranya...

@osigida , terima kasih!

Yap, ide utamanya adalah memiliki file "xxxproxy.js" untuk setiap sumber data seperti SQL.

Berikutnya dalam daftar saya adalah Apache Drill (https://drill.Apache.org/)
Jika saya melakukannya dengan benar, itu akan merepotkan seperti membuat proxy dan mengatur konektor seperti
http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port
tentu saja tugasnya adalah mengubah skema sumber data menjadi sql sederhana.

Saya akan senang jika Anda mengujinya dan mengirimi saya umpan balik. Silakan buka sebanyak mungkin masalah yang Anda temukan dan saya akan mencoba memperbaikinya secepatnya.

Terima kasih sebelumnya.

@gbrian Jika Anda berencana untuk mengimplementasikan Postgres. Saya akan dengan senang hati membantu Anda dan menguji.

kerja bagus. ini bisa untuk oracle juga?

Dikirim melalui Samsung Galaxy S® 6, smartphone AT&T 4G LTE
-------- Pesan asli -------- Dari: Gustavo Brian [email protected] Tanggal: 16/2/17 4:00 (GMT-05:00) Kepada: grafana/grafana [email protected] Cc: gsaray101 [email protected] , Comment [email protected] Perihal: Re: [grafana/grafana] Grafana 2.0: SQL Sumber data (#1542)
@osigida , terima kasih!
Yap, ide utamanya adalah memiliki file "xxxproxy.js" untuk setiap sumber data seperti SQL.
Berikutnya dalam daftar saya adalah Apache Drill (https://drill.Apache.org/)

Jika saya melakukannya dengan benar, itu akan merepotkan seperti membuat proxy dan mengatur konektor seperti

http://simple-sql-server :port/?con= drill://drilluser:password@drill-server :port

tentu saja tugasnya adalah mengubah skema sumber data menjadi sql sederhana.
Saya akan senang jika Anda mengujinya dan mengirimi saya umpan balik. Silakan buka sebanyak mungkin masalah yang Anda temukan dan saya akan mencoba memperbaikinya secepatnya.
Terima kasih sebelumnya.

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub, atau matikan utasnya.

{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/grafana/grafana","title ":"grafana/grafana","subtitle":"Repositori 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":"Buka di GitHub", "url":" https://github.com/grafana/grafana "}},"updates":{"snippets":[{"icon":"PERSON","message":" @gbrian di #1542: @osigida , terima kasih!\r\n\r\nYa, ide utamanya adalah memiliki file \"xxxproxy.js\" untuk setiap sumber data seperti SQL.\r\n\r\nSelanjutnya dalam daftar saya adalah Apache Drill (https://drill.Apache.org/)\r\nJika saya melakukannya dengan benar, itu akan merepotkan karena membuat proxy dan menyiapkan konektor seperti \r\n http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port \r\ntentu saja tugasnya sedang mengonversi skema sumber data ke sql sederhana.\r\n\r\nSaya akan senang jika Anda mengujinya dan mengirim saya kembali saya umpan balik. Silakan buka sebanyak mungkin masalah yang Anda temukan dan saya akan mencoba memperbaikinya secepatnya.\r\n\r\nTerima kasih sebelumnya."}],"action":{"name":"View Issue","url": " https://github.com/grafana/grafana/issues/1542#issuecomment -280272622"}}}

@anayrat , @gsaray101

Terlihat layak dan seharusnya cukup mudah:
https://www.npmjs.com/package/pg
https://www.npmjs.com/package/strong-Oracle

+1 MySQL

+1 MySQL

+1 Cassandra

+1 MSSQL +1 MYSQL

FYI

Sekarang ada plugin Oracle premium resmi (tidak gratis)
https://grafana.com/plugins/grafana-Oracle-datasource

https://github.com/grafana/grafana/pull/5364#issuecomment -290066384

HI @epizut : Plugin premium ini sedang dalam pengembangan sebagai bagian dari upaya keseluruhan. Plugin premium akan memanfaatkan fungsionalitas inti yang akan datang.

Lebih untuk datang ke sini!

Apakah ada batasan yang diketahui menggunakan cassandra sebagai sumber data grafana? Atau masalah lain yang harus diperhatikan sebelum menerapkan plugin sumber data?

Cassandra bukan database deret waktu jadi saya rasa Anda tidak dapat menggunakannya sebagai
sumber data di grafana. Saya menggunakan opentsdb untuk sumber data grafana saya

Pada 19 Mei 2017 10:28, "mtnxplorer7" [email protected] menulis:

Apakah ada batasan yang diketahui menggunakan cassandra sebagai data grafana?
sumber? Atau masalah lain yang harus diperhatikan sebelum menerapkan a
plugin sumber data?

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment-302763176 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/ARG51ZdZ6qbzst8m7mx-tsSZ9cRoBe5Lks5r7dEggaJpZM4DndgD
.

Cassandra mendukung pemodelan data deret waktu. Setiap pemikiran berdasarkan ini

+1 untuk Bor Apache.

Saya melihat bagian backend dari PR ini telah digabungkan tetapi bagaimana status keseluruhannya? Apakah ada ETA untuk meninjau dan menggabungkan pekerjaan frontend yang diperlukan?

Untuk MySQL ada bagian backend & bagian frontend, dengan dukungan peringatan. Belum ada dukungan untuk Postgres

Dukungan Postgres akan sangat keren untuk digunakan dengan http://www.timescale.com/.

Saya ingin melihat dukungan SQL untuk athena: http://docs.aws.amazon.com/athena/latest/ug/what-is.html

@torkelo Saya butuh bantuan dengan Sumber Data MySQL. Saya telah menginstal versi Grafana terbaru (v4.4.3)

Host grafana saya misalkan grafana.host.org dan saya memiliki database SQL untuk aplikasi yang di-host di host yang berbeda, katakanlah application.host.org. Saya memiliki mysql db di application.host.org yang sama

Ketika saya menambahkan sumber data baru dari tipe MySQL pada grafana (yaitu grafana.host.org), ia menanyakan detail koneksi kepada saya. Saya menambahkan detail berikut ke dalamnya:

Host: aplikasi.host. org:3306
Basis data: dbname
Pengguna: dbuser
Kata sandi: dbpassword

Sekarang ketika saya menyimpan dan menguji koneksi ini, itu memberi saya kesalahan yang mengatakan:

"Kesalahan 1045: Akses ditolak untuk pengguna 'dbuser'@'grafana.host.org' (menggunakan kata sandi: YA)"

Adakah petunjuk tentang solusi untuk ini? Mengapa mencoba mengakses grafana.host.org ketika saya telah menetapkan host db sebagai application.host.org? Saya dapat terhubung dari grafana.host.org ke application.host.org baik-baik saja. Namun itu memberi saya kesalahan ini.

Pemahaman saya adalah, itu harus mencoba terhubung ke db di application.host.org. Ketika saya terhubung ke db pada Host itu di backend, saya melewatinya tanpa masalah.

Bantuan Anda dengan thil akan sangat dihargai.

Terima kasih,
Jyoti

Kesalahan 1045: Akses ditolak untuk pengguna 'dbuser'@'grafana.host.org' (menggunakan kata sandi: YA)

Kesalahan ini berasal dari MySQL. Ia telah mengenali bahwa dbuser menghubungkan _from_ alamat jaringan yang di-resolve menjadi grafana.host.org . Periksa izin, kata sandi, dll di MySQL.

Adakah pemikiran untuk mendukung dialek SQL Redshift?

Redshift SQL hanyalah keluarga Postgres 8.x, yang seharusnya kompatibel dengan dukungan Postgres yang baru saja mendarat. Belum dicoba tapi tertarik juga kalau ada kesalahan.

Jika Anda tidak keberatan mem-proxy data melalui postgres, Anda dapat menghubungkan grafana ke (hampir) basis data apa pun dengan pembungkus data asing postgres (https://wiki.postgresql.org/wiki/Foreign_data_wrappers).

+1 Oracle DB

+1 untuk MS SQL

+1 untuk SQLite

hai, ada yang tertarik dengan mssql, silakan periksa pr #10093

Adakah yang bekerja di Oracle sebagai sumber data? Saya ingin sekali melihatnya.

@gsaray101 dan siapa saja yang tertarik - hubungi [email protected] jika Anda ingin menguji sumber data beta Oracle.

Kami telah menggabungkan sumber data Microsoft SQL Server ke Grafana dan akan dirilis di Grafana 5.1 (#10093, #11298).

Ini berarti Grafana sekarang memiliki dukungan inti untuk MySQL, Postgres dan MS SQL Server sebagai sumber data. Kami tidak akan menambahkan database sql lagi sebagai sumber data ke Grafana inti sehingga akhirnya saatnya untuk menutup masalah ini.

Dalam waktu dekat, kami akan memiliki dukungan untuk plugin backend sehingga dimungkinkan untuk memiliki sumber data sql lain sebagai plugin eksternal.

Adakah yang ingin menambahkan dukungan DB2 LUW?

@daniellee Bagaimana dengan Oracle dan SQLite? :thinking: Ada berita tentang ini?

@mnlbox Sudah ada plugin Oracle: https://grafana.com/plugins/grafana-Oracle-datasource (Namun ini bukan open source)

Sqlite sebagai sumber data tidak ada di backlog kami sama sekali dan saya belum pernah mendengar ada orang yang mengerjakannya.

+1 untuk Segera

Adakah pembaruan tentang SQLite

Sumber data SQLite akan sangat berguna!

Sqlite!!!!!

Sqlite!!!!!

Sqlite!!!!!

Sqlite!!!!!

Silakan gunakan fungsi 👍 untuk menunjukkan persetujuan dan komentar Anda hanya jika Anda dapat memberikan informasi tambahan, catatan bermanfaat, tambalan, dan sejenisnya - komentar yang membantu menyelesaikan masalah. Pengembang spam, kontributor, atau peserta mungkin tidak akan meyakinkan siapa pun untuk menerapkan permintaan Anda.

Daniellee menyatakan di atas tidak ada upaya lebih lanjut yang diambil untuk mendukung sumber data tambahan di inti dan plugin adalah cara yang harus dilakukan. Juga sepertinya tidak ada yang mulai mengerjakan SQLite sejauh ini. Jika Anda memerlukan solusi cepat dan kotor dan tidak ingin menulis/mengkomisi/ mengadaptasi seluruh plugin untuk/ke SQLite , seharusnya agak mudah untuk membuat skrip proxy smapp untuk menyajikan data SQLite Anda sebagai JSON mirip dengan doublemarkets RRD -Proksi . Bukan solusi yang bagus dengan cepat, tetapi Anda mungkin tidak akan menggunakan SQLite jika itu menjadi perhatian.

Seperti yang dikatakan @adlerweb , saat ini tidak ada rencana untuk tim inti Grafana untuk sumber data inti Sqlite. Saya tidak berpikir kami akan menerima PR untuk itu juga. Namun, kami tentu saja akan menerbitkan plugin sumber data eksternal di grafana.com jika seseorang menulisnya.

Adakah pembaruan tentang SQLite

Bagi mereka yang tertarik dengan dukungan SQLite (atau bahkan mereka yang menunggu sumber data apa pun), Anda tidak perlu menunggu lama. Cukup mudah untuk menulis sumber data Anda sendiri menggunakan Python. Dokumentasinya agak jarang (lihat https://github.com/grafana/simple-json-datasource), tetapi itu mungkin. Saya telah membuat contoh yang cukup luas di repositori ini dan posting blog tentang cara memvisualisasikan SQLite dengan Grafana . Repositori juga menyertakan contoh kerja SQLite dan database kecil untuk contoh ini.

• Suara SQLite!

pilih sqlite

Dengan backend datang kemungkinan untuk memiliki sumber data SQL.

Pemikiran saya adalah ketika Anda menambahkan sumber data, Anda

• tipe db (awalnya hanya mysql dan postgres dan sqlite3)
• detail koneksi db
• tentukan template kueri metrik (pada dasarnya kueri SQL dengan params)
• tentukan templat kueri anotasi

Mungkin juga opsi untuk mengizinkan kueri RAW SQL dari antarmuka kueri metrik panel.

Ada ide lain?

Untuk Sqlite

Pilih sqlite.

Sqlite plsss