Auswahl von Server Hardware

L

Leandros

New Member
Hallo,

ich, denke, ich werde mir demnächst einen neuen Server anschaffen müssen. Deswegen stellt sich mir jetzt die Frage wie ich die Hardware bemessen sollte oder ob mein mini vServer reicht.

Also, ich habe eine Datenbank für eine meiner Apps, diese enthält so zwischen 10.000 - 20.000 Zeilen und wird aus der App abgefragt. So um die 10.000 Benutzer pro Tag werden die DB queryn.
Kann nicht genau sagen wie viele es gleichzeitig sein werden.

Desweiteren laufen dort, ein Git Server + GitLab und mehrere Webseiten drauf. Diese sollten außerdem ohne Probleme erreichbar sein.


Was benötige ich da für Leistung? Habe da irgendwie nichts zu im Netz gefunden.
Aktuell habe ich, nur für den Privaten Gebrauch und zum Testen den kleinsten vServer bei Hetzner. Denke aber der wird nicht langen, deswegen der Umstieg.
 
Hey Ho,

wieso nimmst du nicht erstmal den EX4.


Wie groß ist denn der vServer den du hast? Wie ist der bis jetzt ausgelastet?

Leider sind deine Informationen doch recht spärlich.
 
Vaiper said:
free -m ?
Click to expand...

Sí.
Ich nutze Linux auch als Desktop OS, ich weiß wie ich die RAM belegung checke. ;)

Code: 
leandros@xxx.xxx.xxx:~$ free -m
             total       used       free     shared    buffers     cached
Mem:           496        472         24          0          9         38
-/+ buffers/cache:        424         72
Swap:         2046        314       1732

424 belegt und 72 MB frei.
 
Mit dem EX4 kannst du nichts falsch machen, kostet auch nur nen schmalen Taler monatlich.

Wie viel Traffic verbaucht dein Anwendungszweck?
 
Ist der Ex4 nicht fast schon oversized?

Ich kann leider nicht sagen wie viel traffic ich brauchen werde, das ist ja noch nicht live.
Was braucht ein query so an traffic?
 
Wenn du eine App programmierst, solltest du immer über eine API und nicht direkt den DB Server queryn. Und dann ist der Traffic nunmal das was die API zurück sendet, die Anfrage von der App wird ja nur minimal sein :)
 
AWS schaut gut aus.
Was empfiehlst du? Amazon RDS?

Edit: Amazon will ne Kreditkarte, ich zahl ungerne per Kreditkarte. Gibts da andere möglichkeiten?
Edit2: Was ist Stunden Nutzung pro Monate / Tag / Woche?
E/A-Anfragen sind Querys, oder?
 
Last edited by a moderator:
Leandros said:
AWS schaut gut aus.
Was empfiehlst du? Amazon RDS?
Click to expand...

Jep, das wäre für vorhandene MySQL DBs wohl am einfachsten. 60 Tage lang gibts zum Testen eine DICKE Datenbank erst mal kostenfrei:
http://aws.amazon.com/de/rds/free-trial/

Edit: Amazon will ne Kreditkarte, ich zahl ungerne per Kreditkarte. Gibts da andere möglichkeiten?
Click to expand...

Nope:
Zur Teilnahme am Testprogramm ist eine ordnungsgemäße Erstellung und Pflege des AWS-Kontos (einschließlich einer gültigen Kreditkarte) erforderlich.
Click to expand...

Also mal ehrlich. Wenn AMAZON Deine Kreditkarte nicht haben darf, wer bitte dann!?!?!? Die Überprüfung des Kreditkartenkontos sollte eh regelmäßig stattfinden. Alle unberechtigten Buchungen kannst Du jederzeit bei Deiner Bank widerrufen. Wo also ist das Problem?

Edit2: Was ist Stunden Nutzung pro Monate / Tag / Woche?
E/A-Anfragen sind Querys, oder?
Click to expand...

Amazon rechnet aufwandsabhängig ab. Und der Aufwand berechnet sich unter anderem nach Nutzungszeit und (bei DBs) Queries.

Preise: http://aws.amazon.com/de/rds/#pricing
Kalkulator: http://calculator.s3.amazonaws.com/calc5.html

Die Einarbeitung in AWS erfordert sicher ein BISSCHEN Aufwand, dafür kannst Du aber halt auch fast beliebig skalieren und HA und andere Features haben, für die man normalerweise sehr teuere Cluster bräuchte.

Noch dazu brauchst Du Dich um Patches etc. nicht kümmern sondern nur um Deine Datenbanken.
 
Thunderbyte said:
Also mal ehrlich. Wenn AMAZON Deine Kreditkarte nicht haben darf, wer bitte dann!?!?!? Die Überprüfung des Kreditkartenkontos sollte eh regelmäßig stattfinden. Alle unberechtigten Buchungen kannst Du jederzeit bei Deiner Bank widerrufen. Wo also ist das Problem
Click to expand...
Joa, stimmt auch wieder.


Thunderbyte said:
Amazon rechnet aufwandsabhängig ab. Und der Aufwand berechnet sich unter anderem nach Nutzungszeit und (bei DBs) Queries.

Preise: http://aws.amazon.com/de/rds/#pricing
Kalkulator: http://calculator.s3.amazonaws.com/calc5.html
Click to expand...
Habe ich auch schon gefunden, nur wie kann ich denn die ungefähre Nutzungszeit rausfinden, das ich schonmal einen kleinen Kostenvoranschlag habe.
 
Naja, halt im Zweifelsfall im Rechner 100% und %utilized/month angeben.

Nebenbei:
FREE USAGE TIER: New Customers get free usage tier for first 12 months
Click to expand...

Und: Du kannst klein anfangen und dann im laufenden Betrieb schlicht upgraden. Das hält die Kosten erstmal niedrig.
 
Stimmt, das ist echt Preiswert.
Denke aber ich werde einfach mir den DB Server mal anschauen, dann muss ich mich um nichts kümmern als die Daten in der DB. :rolleyes:
(Wo ist der Unterschied zwischen der Linux Instanz und einem DB Server?)

Server Umzüge mache ich eh immer sehr ungerne.
 
Der Ehrlichkeit halber solltest Du auch mal den Haken bei "12 Monate free" rausnehmen. Ist aber immer noch gut.

Du kannst Dir auch mal http://d36cz9buwru1tt.cloudfront.net/AWS_Running_Databases_in_the_Cloud.pdf ansehen.

Da werden so verrückte Sachen wie dynamisches DB Skalieren je nach Load beschrieben. D.h. Du machst die DB Instanz für ein paar Stunden am Tag leistungsfähiger und fährst sie danach wieder zurück, alles automatisch.
 
Last edited by a moderator:
HeHe.
Ja, ich kann mich irgendwie immer noch nicht entscheiden, habe mir grade nochmal die Hetzner Server Börse angeguckt, da ist ja zu angenehmen Preisen was angeschlagen was auch reichen könnte.

Ich mag entscheidungen nicht. :D
 
You must log in or register to reply here.
Back
Top