Sponsor-Board.de
Reicht mein vServer dafür aus?

+- Sponsor-Board.de (https://www.sponsor-board.de)
+-- Forum: Community (/forumdisplay.php?fid=56)
+--- Forum: Hilfe (/forumdisplay.php?fid=102)
+---- Forum: Linux-Server (/forumdisplay.php?fid=105)
+---- Thema: Reicht mein vServer dafür aus? (/showthread.php?tid=62909)


Reicht mein vServer dafür aus? - Dyroxplays - 29.03.2017 16:06

Hallo,
ich wollte fragen, ob mein vServer folgendes aushalten würde:
* MySQL Datenbank mit 5-6 Datenbanken (7-30mb groß/ pro Datenbank)
* (e)Mail-Server mit ca. 15 Emails
* Apache2, phpmyadmin dies das
* Teamspeak Rankingsystem by TS-N

Zu meinem vServer:
RAM: 1.5GB
Cores: 3 vCore
100GB HDD

Was schon drauf läuft:
* Teamspeak 3 Server
* 5 QueryBots (Unteranderem auch php script für apache2 also eine Webseite für unser Script)

Zurzeit ca. 330mb von 1,5GB RAM verbraucht.
Speicher:
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 100G 1.5G 28G 6% /
none 768M 4.0K 768M 1% /dev
none 154M 1.3M 153M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 308M 0 308M 0% /run/shm
none 100M 0 100M 0% /run/user

CPU auslastung ca. 15%, wenn script über homepage ausgeführt wird, geht es für paar sek. - jenach anfrage auf bis zu 50% schätzungsweise


RE: Reicht mein vServer dafür aus? - webcraft - 29.03.2017 16:36

Also laufen wird es damit wohl schon und wenn nur du es benutzt, wird es wahrscheinlich auch ausreichen, aber sobald da mehrere möglicherweise noch zeitgleich drauf zugreifen, könnte es Engpässe geben, grade mit dem Datenbankserver und Apache.


RE: Reicht mein vServer dafür aus? - Dyroxplays - 29.03.2017 16:42

Okay, ja also die Datenbanken würden jeden Sekunden gleichzeit aufgerufen werden...
Wieviel RAM, CPU sollte ein Server für solche "Anwendungen" haben?


RE: Reicht mein vServer dafür aus? - NothingTV - 29.03.2017 16:56

Sollte meiner Meinung nach Problemlos laufen.

Das Rank System von TS-N zieht selbst im realtime mode nicht sonderlich viel Leistung, der E-Mail Server sowieso nicht, bei den Datenbanken kommt es darauf an, wofür sie genutzt werden und ob regelmäßig sehr viel gelesen oder geschrieben wird, denn dann wird vermutlich die Festplatte der Flaschenhals sein. Gerade für große Datenbanken empfehle ich dir einen SSD Server.

Dennoch wären etwa 3-4GB RAM + SSD Speicher statt HDD angebrachter für deine Anwendungen.


RE: Reicht mein vServer dafür aus? - webcraft - 31.03.2017 08:59

NothingTV schrieb:
(...)Gerade für große Datenbanken empfehle ich dir einen SSD Server.

Dennoch wären etwa 3-4GB RAM + SSD Speicher statt HDD angebrachter für deine Anwendungen.


Also ich denke mal, dass eine HDD genauso gut sein wird. Schließlich kannst du bei etwas mehr RAM die meist genutzten Einträge der Datenbank in den Arbeitsspeicher laden, welcher nochmal um ein vielfaches schneller ist als eine SSD, sodass auf die SSD/HDD kaum zugegriffen werden würde und es somit egal ist, welche von beiden du benutzt. Ich würde da das günstigere nehmen und mehr RAM.


RE: Reicht mein vServer dafür aus? - HardwareNow - 31.03.2017 09:35

Hay,
lass mich raten es ist ein NOEZ Server ?
Ich würde dir dies nicht empfehlen da ein entscheidener Punkt bei NOEZ nicht gut ist. Der Uptime zwischen durch wird einfach mal so der Server neugestartet (Node) und man wundert sich warum auf einmal nichts funktioniert zudem behauptet der Support das kein Neustart seitens Noez stadtgefunden hat was ich aber nicht glaube.

Man ist immer selbst Schuld bei denenn auch wenn man Beweise hat.

Kleines Beispiel :

Ich hatte einen Server mit vielen Wichtigen Daten drauf nun eines Tages wundert mich das der Server Offline war nun gut dachte ich mir dabei nichts. Und siehe im Webinterface der Server wurde neuinstalliert. Aber garantiert nicht meinerseits. Der Support behauptet ich wäre es gewesen oder irgend jemand der Zugang zum Interface gefunden hat. In den Logs von OpenVZ steht nichts von Neuinstallation. sowohl nicht von meiner IP oder irgend einer fremden IP


RE: Reicht mein vServer dafür aus? - Atchu - 01.04.2017 10:35

HardwareNow schrieb:
Kleines Beispiel :

Ich hatte einen Server mit vielen Wichtigen Daten drauf nun eines Tages wundert mich das der Server Offline war nun gut dachte ich mir dabei nichts. Und siehe im Webinterface der Server wurde neuinstalliert. Aber garantiert nicht meinerseits. Der Support behauptet ich wäre es gewesen oder irgend jemand der Zugang zum Interface gefunden hat. In den Logs von OpenVZ steht nichts von Neuinstallation. sowohl nicht von meiner IP oder irgend einer fremden IP


Einerseits schwer zu lesen und andererseits ist diese, ich nenne sie mal "Geschichte" zu schwerwiegend um sie glauben zu können.
So etwas müsste dann ja schon öfter vorgekommen sein und sollte einen Hoster binnen von ein paar Monaten in den Ruin getrieben haben...

Oder möchtest du behaupten, dass Noez nur dich ärgern möchte?
Wundern würd's mich nicht...


RE: Reicht mein vServer dafür aus? - webcraft - 01.04.2017 10:37

HardwareNow schrieb:
Hay,
lass mich raten es ist ein NOEZ Server ?
Ich würde dir dies nicht empfehlen da ein entscheidener Punkt bei NOEZ nicht gut ist. Der Uptime zwischen durch wird einfach mal so der Server neugestartet (Node) und man wundert sich warum auf einmal nichts funktioniert zudem behauptet der Support das kein Neustart seitens Noez stadtgefunden hat was ich aber nicht glaube.

Man ist immer selbst Schuld bei denenn auch wenn man Beweise hat.

Kleines Beispiel :

Ich hatte einen Server mit vielen Wichtigen Daten drauf nun eines Tages wundert mich das der Server Offline war nun gut dachte ich mir dabei nichts. Und siehe im Webinterface der Server wurde neuinstalliert. Aber garantiert nicht meinerseits. Der Support behauptet ich wäre es gewesen oder irgend jemand der Zugang zum Interface gefunden hat. In den Logs von OpenVZ steht nichts von Neuinstallation. sowohl nicht von meiner IP oder irgend einer fremden IP


Kann ebenfalls nur schlechtes aus kürzerer Vergangenheit von neoz.de berichten. Gerade auch die Festplatte kann dir dort schnell zum Flaschenhals werden, da die SSD-Server dort keinen wirklichen Vorteil bei der IOPS-Rate bringen, die ja schon wichtig für schnelle Datenbankaktionen sind.