Onderwerp: Externe MySQL server

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!

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

Oorspronkelijk geplaatst door T. Verhaeg

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)

Oorspronkelijk geplaatst door T. Verhaeg

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

Oorspronkelijk geplaatst door PreServer

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?

Oorspronkelijk geplaatst door PreServer

- 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..

Oorspronkelijk geplaatst door T. Verhaeg

Ook met CSF 1 bepaald IP alleen toegang geven?

jah dit kan

Ok, weer wat geleerd.

Oorspronkelijk geplaatst door T. Verhaeg

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

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.