[vz-users] Datenbank auf NAS verlagern

[Stefan Bauer]

Vielleicht oversized, aber ich habe ein virtuelles System mit Linux auf meinem NAS (Qnap) laufen mit Webserver für middleware und frontend. DB hab ich direkt vom NAS genutzt....

Auf meinem Rechner habe ich alles zur Erstellung einer SD für mein vzlogger vorbereitet. Brauch ich keine 10 Minuten um einen neuen vzlogger zu erstellen...

Stefan

Von meinem iPad gesendet

> Am 06.11.2020 um 21:21 schrieb Michael Hartmann <hartmann-micha at web.de>:
> 
>  Der Standort des NAS ist bei mir auch der Technikraum. Nur dürfte sich ein permanenter Betrieb selbst der für 24/7 ausgelegten HDDs lebensdauerverkürzend auswirken. Letzlich noch höhere Stromaufnahme.
> 
> Wenn du eine Idee hast, wie man das ans Laufen bringt, ich wäre interessiert 😀.
> 
> Am 6. November 2020 21:11:55 MEZ schrieb Christian Wimmer <christian at nega.at>:
>> 
>> Ja, ich würde gern alles Mögliche auf das NAS auslagern.
>> Sollte die SD im Raspi sterben, ist es so sicher schneller wieder in Betrieb zu nehmen.
>>  
>> Ob die HDD dauernd läuft ist mir eigentlich egal, da das NAS eh im Technikraum steht.
>>  
>>  
>>  
>> Von: volkszaehler-users <volkszaehler-users-bounces at demo.volkszaehler.org> Im Auftrag von Michael Hartmann
>> Gesendet: Freitag, 6. November 2020 20:45
>> An: volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
>> Betreff: Re: [vz-users] Datenbank auf NAS verlagern
>>  
>> Beabsichtigst du hier aktiv zu werden? 
>> 
>> DB, middleware und frontend auf einer via USB am NAS betriebenen SSD stellt in meinem Fall die Ideallösung da. Dann ginge nur das Backup auf die HDDs und diese müssten nicht ununterbrochen laufen.
>> 
>> Grüße
>> 
>> Micha
>> 
>> Am 3. November 2020 17:54:26 MEZ schrieb Christian Wimmer <christian at nega.at>:
>> DB und auch middleware + Frontend auf das NAS ausgelagert
>>  
>> Hallo Stefan!
>>  
>> Ist das einfach umzusetzen?
>>  
>> LG
>>  
>>  
>> Von: volkszaehler-users <volkszaehler-users-bounces at demo.volkszaehler.org> Im Auftrag von Stefan Bauer
>> Gesendet: Dienstag, 3. November 2020 16:47
>> An: volkszaehler.org - users <volkszaehler-users at demo.volkszaehler.org>
>> Betreff: Re: [vz-users] Datenbank auf NAS verlagern
>>  
>> Ich habe bei mir meine DB und auch middleware + Frontend auf das NAS ausgelagert. Ich habe allerdings den Vorteil, dass ich neben den HDDs im NAS noch eine kleinere SSD habe, die ich dafür nutze. Damit können sich die HDDs schlafen legen und machen keinen Lärm und der Rest wird lautlos auf der SSD verarbeitet...
>>  
>> Stefan
>> 
>> Von meinem iPad gesendet
>>  
>> 
>> Am 03.11.2020 um 15:09 schrieb Michael Hartmann <hartmann-micha at web.de>:
>> 
>> 
>> Hallo,
>>  
>> nachdem es mir mit Hilfe einiger Nutzer dieser Liste gelungen ist eine Kopie der DB auf meiner Synology Diskstation anzulegen und mittels täglichem Cronjob aktuell zu halten, erwäge ich nun die Middleware direkt in die DB auf dem NAS schreiben zu lassen.
>>  
>> Für mich erkennbare Vorteile liegen in einer Verringerung der Zugriffe auf die SD-Karte des Raspberry und einer damit einhergehenden längeren Lebensdauer. Weiter habe ich auf dem NAS durch Spiegelung auf eine zweite HDD zwar kein Backup aber zumindest eine Sicherung für den Fall eines HDD Ausfalls.
>>  
>> Dem entgegen steht das die Festplatten auf dem NAS bedingt durch kontinuierliche Zugriffe der Middleware auf die DB permanent laufen. Aktuell habe ich die Synology so konfiguriert, dass die Festplatten bei Inaktivität abgeschaltet werden (längere Lebensdauer?, geringere Gesamtstromaufnahme des NAS). Bei der aktuellen Nutzung des NAS sind die HDDs tatsächlich über lange Zeit aus. Die verbauten HDDs sind WD red für 24/7 Betrieb.
>>  
>> Ich bin unsicher, was hier Sinn macht und wäre an Rückmeldungen interessiert.
>>  
>> Grüße
>>  
>> Micha
> 
> -- 
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20201106/f2ce61c8/attachment-0001.html>