Ämne: MySQL med ThermIQ?

[Videonisse]

Ni som använder ThermIQ, är det någon av er som har erfarenhet att köra den mot MySQL-databas istället för SQLite?

Jag har idag försökt få till det men inte lyckats, se här: http://www.thermiq.net/?topic=anvanda-mysql

Anledningen till att jag vill köra MySQL istället för SQLite är främst:

- I framtiden kunna köra ThermIQ på RaspberryPi med Debian och logga mot databas som ligger på en annan dator. Raspberryn kommer bara ha ett litet flashminne och vill inte ha någon data på den. (får min Rasp i veckan…)

- Jag använder Beyond Measure för att logga data ifrån andra sensorer (elmätare, temp, luftfukt, magnetbrytare etc) som idag sitter på 1-Wire och trådlöst/Tellstick Duo. All denna data sparas i MySQL.

- Enklare att sätta upp backup av all loggad data om den sparas på ett ställe.

- Borde kunna sätta upp en extra install av ThermIQ Web på server som körs på DMZ och inte behöver någon filaccess till “master databasen” utan endast har läsrättigheter till MySQL. På interna nätet körs den primära “vanliga ThermIQ. Då kan jag exponera datat mot internet vilket på ett säkert sätt ger mig möjlighet att bla ta hjälp av andra att optimera bergvärmepumpen utan att behöva släppa in någon på mitt interna nät.

[David Rinnan]

mm jag är också lite sugen på både pi (i synnerhet) och slippa sqlite!

Berätta gärna hur det går för dig

Har du postat på thermiqforumet. Det brukar gå att få svar där

[Videonisse]

Skönt att höra att det finns fler än jag som går i dessa tankar 

Länk till mitt inlägg i ThermIQ-forumet finns i första inlägget ovan. Det är ju lite halvdött där så tror det vore värdefullt om du och evtl. övriga också visar intresse där så kanske det kommer högre upp på Anders priolista...

[David Rinnan]

mm var ett tag sedan jag var inne där. Ska skriva några rader jag också. mysql vore nice och enklare för slutanvändaren att bearbeta och ta fram egna rapporter från  än sqllite tycker jag i alla fal

[purjo__]

- I framtiden kunna köra ThermIQ på RaspberryPi med Debian och logga mot databas som ligger på en annan dator. Raspberryn kommer bara ha ett litet flashminne och vill inte ha någon data på den. (får min Rasp i veckan…)

Varför kör du inte datainsamlingen på databasmaskinen istället för att ha ytterligare en maskin att underhålla och driva? Eller försöker du bara motivera ditt köp av RaspberryPi'n 

[David Rinnan]

alla har ju lite olika syften.

Mitt hade nog varit att ha en Raspberry PI som gjorde löpande datainsamling men som bara gör detta i ett kortare perspektiv. Dvs när den dator där jag har all min satstik och databaser på är online så kan jag hämta hem relevant data.

Syftet skulle vara att ha en så enkel och strömsnål logg på värmepumpen som möjligt.

I TS fall är det ju även så att han inte vill att de som kommer in på hans thermiq ska komma in på nätverket.

[purjo__]

I TS fall är det ju även så att han inte vill att de som kommer in på hans thermiq ska komma in på nätverket.

Nej, det skulle han ju lösa med en separat webserver. Tre maskiner i drift...


För att svara på ursprungsfrågan:

En lösning kan vara att lägga databasfilen för SqlLite på en NFS-utdelad disk på databasservern som monteras på insamlingsservern. Man måste tänka på att inte uppdatera databasen från flera ställen samtidigt, men det skall inte vara några problem att läsa datat.

[Videonisse]

Nej, det skulle han ju lösa med en separat webserver. Tre maskiner i drift...

Antalet servrar känns som ett sekundärt problem, idag är det ju relativt enkelt att virtualisera så att en PC-hårdvara används för ett flertal OS-installationer. Så tre maskiner behöver inte innebära tre burkar med hårdvara... 

Sedan är det givetvis så att de 300 kr som Rasp:en kostar måste motiveras - de går helt enkelt på utbildnings- och nöjeskontot!    (planerar även att testa den som mediaspelare baserat på XBMC. Med så lågt inköpspris och låg energiförbrukning så skulle jag kunna tänka mig att köpa ett gäng)

En lösning kan vara att lägga databasfilen för SqlLite på en NFS-utdelad disk på databasservern som monteras på insamlingsservern. Man måste tänka på att inte uppdatera databasen från flera ställen samtidigt, men det skall inte vara några problem att läsa datat.

Tack för tipset, kan ju vara en bra temporär lösning.  Kortsiktigt går det ju även att låta SQLite-databasen ligga kvar lokalt och köra backupskript som tar kopior på databasfilerna till annan server.

Men finns det egentligen något som talar emot att det finns bra fördelar att köra MySQL på central server? (den används för flera andra syften också, bla för att lagra XBMCs databas samt data ifrån en massa sensorer)

[purjo__]

Ja, en central databas man kan kontakta via nätet är så klart alltid bäst...

[David Rinnan]

med den support som finns för mysql skulle denna databas innbära en förenkling för användaren som vill mecka runt lite =)

Samtidigt har den högre systemkrav än en liten superminidator som kör sqlite.

[purjo__]

Jag tror nog att Rasp'en räcker till gott och väl rent prestandamässigt. Det stora problemet är väl dels att det inte finns nåt bra sätt att lagra databasen och dels att det är krångligt att flytta över all annan loggning dit.
Jag har också ett loggningssystem som består av flera servrar och jag har löst det genom att 'insamlingsnoderna' uppdaterar den centrala databasen via ssh med nyckelautentisering.