Hallo zusammen,
ich habe eine Frage an die "Linux- und Synogötter" unter Euch.
Auf meiner DS1512+ mit DSM 4.0-2228 habe ich zwei Volumen eingerichtet und versorge damit 2 Teilnetze. Je Teilnetz hängt eine andere Firma daran; insgesamt sind das ca. 20 Rechner, die versorgt werden. Das sieht ungefähr so aus:
Firma1 - LAN1 (192.168.100.x) - [RAID10] DS1512+ [BASIC] - LAN2 (192.168.200.x) - Firma2
In Firma1 wird neben allgemeinem SMB auch stark auf PHP/MySQL basierende Software zugegriffen (speziell vTiger).
In Firma2 wird eine Peer2Peer basierende Software eingesetzt, die sehr oft auf Volumen 2 zugreift.
Ein Problem tritt auf, wenn Firma1 umfangreiche PHP/MySQL Zugriffe macht (z.B. das Backup von vTiger ist so ein Fall), also den Prozessor und den Dsikcontroller zeitlich belasten: Bei Firma2 kommt es dann bei der Peer2Peer Software zu Zugriffsverzögerungen, die so groß werden können, dass das Peer2Peer Programm Reaktionen zeigt, die von Fehlermeldungen, die einfach weggeklickt werden können, bis zu Abstürzen reichen.
In meinem ursprünglichen Ansatz hatte ich zuerst alle Daten und Programme der beiden Firmen auf einem Volumen - die Probleme, die unter dieser Konstellation auftraten, waren jedoch so massiv, dass Firma2 aufgrund der Programmabstürze nicht mehr zum Arbeiten kam. Durch die jetzt aktuelle Auftrennung auf zwei Volumina mit jeweils getrennten Platten pro Volumen hat sich die Lage schon sehr entspannt, da sich die Disk IO Wartezeiten auf zwei Platten verteilen - das Fehlermeldungs-/Absturzproblem mit Firma2 tritt nur noch gelegentlich auf (ca. 1 x pro Woche). Aber auch diese sporadischen Abstürze möchte ich vermeiden.
- Seht ihr irgendeine Möglichkeit, das ich die Firma2 bevorzugt behandeln kann, so dass bei konkurrierenden Zugriffen auf die DS1512 immer zuerst Firma2 bedient wird?
- Meine naive Idee wäre es, irgendwelche Prioritäten für das LAN2 oder Festplattenzugriffe auf Volumen2 höher zu priorisieren.
- Geht so etwas? Wenn ja, wie?
Auch andere Ideen sind herzlich willkommen.
Besten Dank im voraus für Eure Bemühungen.
Gruß
JuSu
ich habe eine Frage an die "Linux- und Synogötter" unter Euch.
Auf meiner DS1512+ mit DSM 4.0-2228 habe ich zwei Volumen eingerichtet und versorge damit 2 Teilnetze. Je Teilnetz hängt eine andere Firma daran; insgesamt sind das ca. 20 Rechner, die versorgt werden. Das sieht ungefähr so aus:
Firma1 - LAN1 (192.168.100.x) - [RAID10] DS1512+ [BASIC] - LAN2 (192.168.200.x) - Firma2
In Firma1 wird neben allgemeinem SMB auch stark auf PHP/MySQL basierende Software zugegriffen (speziell vTiger).
In Firma2 wird eine Peer2Peer basierende Software eingesetzt, die sehr oft auf Volumen 2 zugreift.
Ein Problem tritt auf, wenn Firma1 umfangreiche PHP/MySQL Zugriffe macht (z.B. das Backup von vTiger ist so ein Fall), also den Prozessor und den Dsikcontroller zeitlich belasten: Bei Firma2 kommt es dann bei der Peer2Peer Software zu Zugriffsverzögerungen, die so groß werden können, dass das Peer2Peer Programm Reaktionen zeigt, die von Fehlermeldungen, die einfach weggeklickt werden können, bis zu Abstürzen reichen.
In meinem ursprünglichen Ansatz hatte ich zuerst alle Daten und Programme der beiden Firmen auf einem Volumen - die Probleme, die unter dieser Konstellation auftraten, waren jedoch so massiv, dass Firma2 aufgrund der Programmabstürze nicht mehr zum Arbeiten kam. Durch die jetzt aktuelle Auftrennung auf zwei Volumina mit jeweils getrennten Platten pro Volumen hat sich die Lage schon sehr entspannt, da sich die Disk IO Wartezeiten auf zwei Platten verteilen - das Fehlermeldungs-/Absturzproblem mit Firma2 tritt nur noch gelegentlich auf (ca. 1 x pro Woche). Aber auch diese sporadischen Abstürze möchte ich vermeiden.
- Seht ihr irgendeine Möglichkeit, das ich die Firma2 bevorzugt behandeln kann, so dass bei konkurrierenden Zugriffen auf die DS1512 immer zuerst Firma2 bedient wird?
- Meine naive Idee wäre es, irgendwelche Prioritäten für das LAN2 oder Festplattenzugriffe auf Volumen2 höher zu priorisieren.
- Geht so etwas? Wenn ja, wie?
Auch andere Ideen sind herzlich willkommen.
Besten Dank im voraus für Eure Bemühungen.
Gruß
JuSu
Zuletzt bearbeitet: