Bekijk Volledige Versie : Externe MySQL server
T. Verhaeg
25/10/09, 21:56
Hallo allemaal,
In verband met een project (RPG) wat redelijk wat resources gaat trekken, heb ik besloten een deticated server aan te schaffen. Echter wil ik ook al eens wat opties voor de toekomst gaan bekijken.
Een daarvan is een exterme MySQL server. Zoals ik begrepen heb draait de MySQL service op poort 3306, dus deze zou dan op de externe server open moeten staan.
Alleen, qua beveiliging van deze server, hoe is dit het beste te regelen? Zelf heb ik nagedacht over een beveiliging in de zin van dat alleen het ip adres van de deticated toegang heeft tot de externe MySQL server. Echter heb ik met iemand hierover gesproken en hij dacht dat dit met de firewall die ik nu heb (CSF), niet mogelijk was.
Vandaar mijn vraag; hoe is dit dan wel mogelijk, en weten jullie misschien nog andere oplossingen om de load op de server te zo klein mogelijk te houden als er veel spelers komen.
Alvast bedankt!
Triloxigen
25/10/09, 21:58
Zou een beetje raar zijn als je in een firewall niet in kan stellen wie wel of niet naar binnen/buiten mag.
Als dat namelijk zo was kon niemand er meer opkomen ;)
Hallo allemaal,
In verband met een project (RPG) wat redelijk wat resources gaat trekken, heb ik besloten een deticated server aan te schaffen. Echter wil ik ook al eens wat opties voor de toekomst gaan bekijken.
Een daarvan is een exterme MySQL server. Zoals ik begrepen heb draait de MySQL service op poort 3306, dus deze zou dan op de externe server open moeten staan.
Alleen, qua beveiliging van deze server, hoe is dit het beste te regelen? Zelf heb ik nagedacht over een beveiliging in de zin van dat alleen het ip adres van de deticated toegang heeft tot de externe MySQL server. Echter heb ik met iemand hierover gesproken en hij dacht dat dit met de firewall die ik nu heb (CSF), niet mogelijk was.
Firewall openstellen is altijd mogelijk (ik zou de rest van zijn adviezen ook met een zakje zout nemen)
Vandaar mijn vraag; hoe is dit dan wel mogelijk, en weten jullie misschien nog andere oplossingen om de load op de server te zo klein mogelijk te houden als er veel spelers komen.
Alvast bedankt!
- stevige server, vooral veel mem is fijn voor mysql
- mysql goed optimizen (cache ed)
- db (structuur) goed optimizen
- cachen
- stats niet realtime maar elke x minuten scheelt ook heeel veel
- opcode cachers
er zijn zoveel manieren om de snelheid op te krikken, maar 99% van je snelheid zit bij jezelf (rpg die je maakt) als je daar goed over nadenkt (manier van programeren, welke queries, joins ed) heb je als het goed is niet snel een snelle server of externe mysql server nodig
T. Verhaeg
25/10/09, 22:11
Firewall openstellen is altijd mogelijk (ik zou de rest van zijn adviezen ok met een zakje zout nemen)
Ook met CSF 1 bepaald IP alleen toegang geven?
- stevige server, vooral veel mem is fijn voor mysql
- mysql goed optimizen (cache ed)
- db (structuur) goed optimizen
- cachen
- stats niet realtime maar elke x minuten scheelt ook heeel veel
- opcode cachers
er zijn zoveel manieren om de snelheid op te krikken, maar 99% van je snelheid zit bij jezelf (rpg die je maakt) als je daar goed over nadenkt (manier van programeren, welke queries, joins ed) heb je als het goed is niet snel een snelle server of externe mysql server nodig
Hier is ook zeker over na gedacht, dit wordt gemaakt door een ervaren programmeur die ervaring heeft met enorme databases en de snelheid zo snel mogelijk probeert te houden.
Je bedoelt met memory het werkgeheugen neem ik aan? Wellicht is dat een idee ja..
marsipulami
25/10/09, 22:13
Ook met CSF 1 bepaald IP alleen toegang geven?
jah dit kan
T. Verhaeg
25/10/09, 22:15
Ok, weer wat geleerd.
Je bedoelt met memory het werkgeheugen neem ik aan? Wellicht is dat een idee ja..
Ja, werkgeheugen is vaak een goedkope manier om een server met mysql sneller te krijgen (hele db/keys) in het geheugen laden doet echt wonderen voor je snelheid (1000% verschil is eerder regel dan uitzondering)
Indexes Indexes Indexes Indexes en de goede indexes voor je sql, dit word zovaak niet goed gedaan of zelfs vergeten, een query zonder index kan 800 seconden duren en met 0.04
cpus (of 2) met meerdere cores doet het ook heel leker met mysql
Ik test/develop software altijd op de meest trage k*t pc die ik kan vinden (p1 384mb traag), dan merk je gelijk welke onderdelen traag zijn en kanje ze gelijk te pakken nemen, als het op zo server snel is, is het op alles snel :)
Triloxigen
25/10/09, 22:41
En naast indexxes natuurlijk ook goed naar de opbouw van queries kijken.
Hoi,
Mijn aanpak van MySQL tuning is twee dingen:
1) Zet slow query logging aan. Ik log en tune alles wat langer duurt dan 500ms.
2) gebruik de mysql tuning scripts (http://java-monitor.com/forum/showthread.php?t=228) als een *startpunt om de documentatie te lezen*.
Kees Jan
Firewall openstellen is altijd mogelijk (ik zou de rest van zijn adviezen ook met een zakje zout nemen)
Welke "rest" van de adviezen?
Nogal een onnozele reactie van je, temeer daar je klaarblijkelijk ook niet weet wat er geadviseerd is.
Helpen is klaarblijkelijk ook niet je sterkste kant, anders had je even aangegeven hoe je dat dan precies in CSF in moet stellen.
Ohja... ik ben degene met dat advies om eens goed naar de beveiliging te kijken als je poort 3306 open zet. Ook degene die het advies gaf die toegang te beperken tot het ip adres van de server die ermee moet connecten.
Leg me eens uit wat je daaraan met een zakje zout moet nemen?;)
Afkraken is makkelijk... ook erg verstandig om te doen als je niet weet wat er besproken is. LoL.