SQL database op een andere lokatie...goed idee?

[Yzord]

Ik zou graag mijn SQL database willen klonen/verhuizen naar een andere server. Maar ik vroeg mij af of dit een goed idee is?

Ik zou dus graag 2 databases willen hebben die gelijk aan elkaar zijn, maar is het slim om bijv. een database in NL te hebben en de ander in Zwitserland? En is het bijv. slim om alleen een database in Zwitserland te hebben ivm met bijv. de huidige datalek wet?

[Breezers]

Om daar een zinnig antwoord op te geven moet je wel eerst ons vertellen wat je huidige opzet is, wat de uiteindelijke bedoeling is, waar je nu tegen op loopt, wat je allemaal hebt geprobeerd en je uitgezocht ? Waarom Zwitserland/buitenland ?

Je kan ook gewoon SQL Azure nemen, Hosted SQL server, Back-up wegzetten, load balanceren draaiende met identieke VM's etc, maar je geeft niet aan wat je motivatie is ?

[Yzord]

We beheren een maildienst (www.safe-mail.eu) waarbij we de gevoelige informatie willen opslaan in een land waarbij de privacyregels een stuk strakker zijn dan in Nederland. SQL Azure gaat hem niet worden. We willen onze SQL database in Zwitserland opslaan.

Maar de vraag is eerder of dat slim is (latency) en of dat niet te veel resources vreet van de SQL server ivm een encrypted tunnel tussen beide.

[Paul]

Je wilt 2 databases "gelijk aan elkaar". Hoe "gelijk" is "gelijk" (real time synchroon, semi-real time asynchroon, de ene mag een kwartier achterlopen op de ander?), ga je ze beiden gebruiken (active/active) of is een van de twee voor het geval je uit moet wijken? Wat draait je SQL Server? MS SQL Server? Standard? Web? Datacenter? 2005? 2008? 2012? 2014? MySQL? PostgreSQL?

Welke applicatie gaat er op landen? Waar staat de applicatieserver (of, als het er meer zijn, waar staan die)?

I.v.m. je vraag over de meldplicht datalekken weet ik nu wel welk bedrijf ik moet vermijden als ik een maildienst nodig heb Ik heb liever een bedrijf dat er voor zorgt dat de boel beveiligd is en zorgt dat er procedures zijn (en dat die gevolgd worden) dan eentje dat wegrent voor zijn verantwoordelijkheid

Die encrypted tunnel zou nul resources moeten vragen van je SQL Server, ik neem tenminste niet aan dat je je VPN termineert op je SQL Server? Dat doe je op je firewall... Wat wel meespeelt is de latency tussen jou en je remote locatie, maar vandaar de vragen hierboven over je applicatieservers

[Hero of Time]

SQL server is geen Client Software, maar Server Software. Tikkie de juiste kant op.

[Yzord]

Paul schreef op dinsdag 19 januari 2016 @ 12:09:
Je wilt 2 databases "gelijk aan elkaar". Hoe "gelijk" is "gelijk" (real time synchroon, semi-real time asynchroon, de ene mag een kwartier achterlopen op de ander?), ga je ze beiden gebruiken (active/active) of is een van de twee voor het geval je uit moet wijken? Wat draait je SQL Server? MS SQL Server? Standard? Web? Datacenter? 2005? 2008? 2012? 2014? MySQL? PostgreSQL?

We draaien MariaDB en er is er eentje leidend en de ander mag gerust een kwartier achterlopen. Dat is het probleem niet.

Welke applicatie gaat er op landen? Waar staat de applicatieserver (of, als het er meer zijn, waar staan die)?

Een mail applicatie en meer niet. Deze draaien in NL datacenter.

I.v.m. je vraag over de meldplicht datalekken weet ik nu wel welk bedrijf ik moet vermijden als ik een maildienst nodig heb Ik heb liever een bedrijf dat er voor zorgt dat de boel beveiligd is en zorgt dat er procedures zijn (en dat die gevolgd worden) dan eentje dat wegrent voor zijn verantwoordelijkheid

Een beetje flauwe opmerking dit. Pentagon en CIA zijn ook gehacked, maar je doet nu net alsof hun niet goed beveiligd zijn. We zijn goed beveiligd met de laatste patches en upgrades, maar jij en ik weten dat je ook niet elke dag de 0day exploits in de gaten gaat houden (wat ik overigens wel doe, maar niet elke dag). We lopen niet weg voor onze verantwoordelijkheid. We monitoren ons systeem dag en nacht, maar niets of niemand kan beloven dat ze nooit het slachtoffer worden van een gelukte aanval.

Die encrypted tunnel zou nul resources moeten vragen van je SQL Server, ik neem tenminste niet aan dat je je VPN termineert op je SQL Server? Dat doe je op je firewall... Wat wel meespeelt is de latency tussen jou en je remote locatie, maar vandaar de vragen hierboven over je applicatieservers

Dank je voor dit antwoord. De servers staan in Nederland. De SQL servers moeten in Zwitserland komen te staan.

[Paul]

Yzord schreef op dinsdag 19 januari 2016 @ 12:45:
We draaien MariaDB

Die ken ik niet, dus daarvan kan ik niet zeggen hoe je dat in moet richten

Een mail applicatie en meer niet. Deze draaien in NL datacenter.

En de actieve / up-to-date databaseserver, draait deze in NL of in CH?

Een beetje flauwe opmerking dit. Pentagon en CIA zijn ook gehacked, maar je doet nu net alsof hun niet goed beveiligd zijn.

Die zullen heel goed beveiligd zijn, maar die lopen niet weg voor een meldplichtje. Iedereen doet alsof de wet zo gigantisch veranderd is sinds 1 januari, maar het enige dat veranderd is, is dat je het nu moet melden en dat je een boete kunt krijgen als je je zaakjes niet op orde hebt. Als jij je zaakjes op orde hebt (en dat lijk je te hebben) is er geen enkele reden het land te ontvluchten

Je krijgt geen boete als je gehackt wordt, je krijgt een boete als je te weinig aan security doet...

Dank je voor dit antwoord. De servers staan in Nederland. De SQL servers moeten in Zwitserland komen te staan.

Als dat je actieve servers zijn dan moet je rekening houden met de latency. Als iedere mail 6x naar de database gaat voor het een of ander en je gaat van 0.1ms naar 15 ms round trip dan duurt het sturen van ieder mailtje dus 90ms langer... Of je platform daar mee overweg kan, kan ik je niet vertellen Doe je veel serieel, of juist parallel? Hoe vaak ga je naar de database? Etc etc

[CH4OS]

Paul schreef op dinsdag 19 januari 2016 @ 12:55:
Die ken ik niet, dus daarvan kan ik niet zeggen hoe je dat in moet richten

MariaDB is een fork van MySQL.

Die zullen heel goed beveiligd zijn, maar die lopen niet weg voor een meldplichtje. Iedereen doet alsof de wet zo gigantisch veranderd is sinds 1 januari, maar het enige dat veranderd is, is dat je het nu moet melden en dat je een boete kunt krijgen als je je zaakjes niet op orde hebt. Als jij je zaakjes op orde hebt (en dat lijk je te hebben) is er geen enkele reden het land te ontvluchten

Dus omdat iemand een server wil verhuizen naar ergens anders, wil hij zijn plichten ontduiken? Ik mag toch hopen, dat de locatie waar de servers zich bevinden, niet uitmaken voor een dergelijke meldplicht. Zeker niet als het achterliggende bedrijf Nederlands is (hier heb ik momenteel nog even geen idee van). Je bent immers als bedrijf verplicht dergelijke lekken te melden, maar er staat nergens, dat dat niet hoeft als de servers in het buitenland staan. Zou het ook wel een vreemde aanname vinden als dat wél zo zou zijn, want dan waren er momenteel heel veel bedrijven op zoek naar project medewerkers om datacentra leeg te halen.

Als dat je actieve servers zijn dan moet je rekening houden met de latency. Als iedere mail 6x naar de database gaat voor het een of ander en je gaat van 0.1ms naar 15 ms round trip dan duurt het sturen van ieder mailtje dus 90ms langer... Of je platform daar mee overweg kan, kan ik je niet vertellen Doe je veel serieel, of juist parallel? Hoe vaak ga je naar de database? Etc etc

En in hoeverre denk je verschil te gaan merken, tussen 60ms en 90ms (30ms dus in feite)?

[Yzord]

Paul schreef op dinsdag 19 januari 2016 @ 12:55:
[...]
Die ken ik niet, dus daarvan kan ik niet zeggen hoe je dat in moet richten

Is eigenlijk hetzelfde als MySQL

En de actieve / up-to-date databaseserver, draait deze in NL of in CH?

Die moet in CH gaan draaien en we zitten te twijfelen of we de backup db ook in CH moet komen

Die zullen heel goed beveiligd zijn, maar die lopen niet weg voor een meldplichtje. Iedereen doet alsof de wet zo gigantisch veranderd is sinds 1 januari, maar het enige dat veranderd is, is dat je het nu moet melden en dat je een boete kunt krijgen als je je zaakjes niet op orde hebt. Als jij je zaakjes op orde hebt (en dat lijk je te hebben) is er geen enkele reden het land te ontvluchten

We gaan ook niet weglopen als we gehacked zijn en melden uiteraard als er iets is voorgevallen. De echte reden is simpelweg dat we een land zoeken die een strengere privacy wetgeving heeft voor onze data. Gezien het feit dat NL deze strijd al heeft verloren.

Je krijgt geen boete als je gehackt wordt, je krijgt een boete als je te weinig aan security doet...

Dan maak ik me geen zorgen, want dat doen we al. Neemt niet weg dat het nog steeds kan dat ze door middel van een 0day binnen kunnen komen op wat voor manier dan ook. Daarbij vraag ik mij af of we wel onder de datalek wet vallen. We houden namelijk geen persoonlijke gegevens bij. En de datalek wet is volgens mij specifiek voor het opslaan van persoonlijke gegevens.

Als dat je actieve servers zijn dan moet je rekening houden met de latency. Als iedere mail 6x naar de database gaat voor het een of ander en je gaat van 0.1ms naar 15 ms round trip dan duurt het sturen van ieder mailtje dus 90ms langer... Of je platform daar mee overweg kan, kan ik je niet vertellen Doe je veel serieel, of juist parallel? Hoe vaak ga je naar de database? Etc etc

Alle mails worden in een database weggeschreven, maar dat is ook het enige wat de database bijhoudt.

[Hipska]

Als het je puur te doen is om privacy wetgeving van je data, dan lijkt het mij evident dat die backup/slave ook buiten de wetgeving zet, anders is het alsnog geschonden..

[P_de_B]

Ik vraag me af of het fysiek verplaatsen van de servers uitmaakt als jij zelf een Nederlandse onderneming bent. Ik ben geen advocaat, maar ik vermoed dat jij nog steeds je data moet overhandigen als de rechter daartoe besloten heeft. Welk probleem wil je oplossen?

[Paul]

CptChaos schreef op dinsdag 19 januari 2016 @ 13:05:
Dus omdat iemand een server wil verhuizen naar ergens anders, wil hij zijn plichten ontduiken?

Uit zijn uitspraak in de topicstart maak ik op dat hij (mogelijk) i.v.m. die wet geen server meer wil in NL. Als je zegt "Ik wil verhuizen" dan komt dat niet bij me op, als je zegt "Ik wil i.v.m. die wet verhuizen" dan zou zoiets wel eens bij me op kunnen komen ja

Voordat het topic ontspoort: die opmerking was ook enigszins tongue-in-cheek / niet al te serieus bedoeld

En in hoeverre denk je verschil te gaan merken, tussen 60ms en 90ms (30ms dus in feite)?

Waar haal je 60ms vandaan? 6x0.1 is bij mij nog altijd 0.6 ipv 60

Yzord schreef op dinsdag 19 januari 2016 @ 13:16:
Alle mails worden in een database weggeschreven, maar dat is ook het enige wat de database bijhoudt.

Waar komen dan je jobs vandaan / met welke gegevens worden de mailtjes samengesteld? Als dat niet uit de DB komt maar er enkel een asynchrone insert wordt afgetrapt na het sturen van een mailtje dan ga je er niks van merken

[Yzord]

P_de_B schreef op dinsdag 19 januari 2016 @ 13:41:
Ik vraag me af of het fysiek verplaatsen van de servers uitmaakt als jij zelf een Nederlandse onderneming bent. Ik ben geen advocaat, maar ik vermoed dat jij nog steeds je data moet overhandigen als de rechter daartoe besloten heeft. Welk probleem wil je oplossen?

Dat is inmiddels een discussie die we globaal aan het voeren ben. Microsoft is bijvoorbeeld ook in zo'n rechtszaak verwikkeld. Die hebben hun data in Ierland staan, maar de NSA wilt de data daarvan hebben en MS is er tegen in gegaan.

Want ik vraag mij af, hoe kan een NL rechter data afdwingen welke in een ander land staat? De data staat in CH, maar de server die de website presenteert in NL.

Daarbij zijn we al in diepgaande gesprekken verwikkelt met de NL ambassade in CH om de mogelijkheden te bekijken hoe we er een bedrijf op kunnen zetten en namens dat bedrijf te handelen om optimaal van de privacy wetgeving van CH gebruik te maken.

Even voor de goede orde....we verheerlijken geen illegale activiteiten via ons netwerk. Laat dat duidelijk wezen. We willen, als een van de eerste, mensen de mogelijkheid geven hun mail te encrypten en tevens daarbij de controle over hun eigen sleutel aanbieden. Wat helaas bij Tutanota en Protonmail (nog) niet het geval is.

[Jazzy]

Wat is precies de vraag die je met dit topic beantwoord wilt zien?

[Yzord]

Allereerst of het slim is om zoiets te doen qua verwerking, latency en wat er daarna ter sprake kwam of het überhaupt wel nut heeft. Want we kwamen op dit idee om data op een strengere privacy omgeving te plaatsen.

Het is makkelijk om te zeggen van: probeer het uit, maar dedicated servers in CH is behoorlijk prijzig en ik wilde eerst gedegen onderzoek doen alvorens er weer een kapitaal aan uit te geven.

[Redshark]

Yzord schreef op dinsdag 19 januari 2016 @ 13:59:
Want we kwamen op dit idee om data op een strengere privacy omgeving te plaatsen.

Maar waarom, wat is het doel hiervan nu? Wat biedt strengere regelgeving je wat je nu niet hebt maar wel behoefte aan hebt?

[Paul]

Yzord schreef op dinsdag 19 januari 2016 @ 13:59:
Want we kwamen op dit idee om data op een strengere privacy omgeving te plaatsen.

Bedoel je op een fysieke locatie waar de (al dan niet lokale) wetgeving afdwingt dat je nog voorzichtiger met gegevens omgaat? Want niets houdt je tegen om ongeacht de locatie zelf al zwaardere eisen te implementeren?

Of wil je voorkomen dat (al dan niet lokale) wetgeving jou kan dwingen je gegevens aan iemand af te staan?

[Yzord]

Redshark schreef op dinsdag 19 januari 2016 @ 14:03:
[...]

Maar waarom, wat is het doel hiervan nu? Wat biedt strengere regelgeving je wat je nu niet hebt maar wel behoefte aan hebt?

Vanuit commercieel oogpunt is het een goed punt en reden om klanten te trekken. CH wordt gezien als een land met een streng privacy wetgeving en zoals je met Tutanota, Protonmail en zelfs Silent Circle ziet is het een aantrekkelijk land om een communicatie omgeving op te zetten.

Nederland daarentegen profileert zich steeds meer als een land waarbij de privacy er niet meer toe doet. Hacken door de overheid wordt binnenkort legaal en ondanks dat ze zich ook het recht toe-eigenen om systemen in het buitenland te mogen hacken vraag ik mij af in hoeverre ze dat in CH kunnen maken.

Paul schreef op dinsdag 19 januari 2016 @ 14:04:
[...]
Bedoel je op een fysieke locatie waar de (al dan niet lokale) wetgeving afdwingt dat je nog voorzichtiger met gegevens omgaat? Want niets houdt je tegen om ongeacht de locatie zelf al zwaardere eisen te implementeren?

Of wil je voorkomen dat (al dan niet lokale) wetgeving jou kan dwingen je gegevens aan iemand af te staan?

We werken ten alle tijden mee aan een gerechtelijk verzoek, dus voorkomen dat ze ons kunnen dwingen is niet onze bedoeling. Wel willen we ons wapenen tegenover verzoeken die niet door een rechter zijn afgegeven, maar waarbij wel onze dienst ermee in gevaar komt. Daar de wetgeving in NL dusdanig aan het veranderen is dat een gerechtelijk verzoek makkelijker uit te schrijven wordt, willen we dus een omgeving zoeken waarbij er eerder kritisch naar een verzoek wordt gekeken dan via een lopende band handtekeningen onder verzoekjes wordt gezet.

[ Voor 37% gewijzigd door Yzord op 19-01-2016 14:12 ]

[CH4OS]

Paul schreef op dinsdag 19 januari 2016 @ 13:45:
Uit zijn uitspraak in de topicstart maak ik op dat hij (mogelijk) i.v.m. die wet geen server meer wil in NL. Als je zegt "Ik wil verhuizen" dan komt dat niet bij me op, als je zegt "Ik wil i.v.m. die wet verhuizen" dan zou zoiets wel eens bij me op kunnen komen ja

Dan nog is het een aanname, omdat de TS nergens zegt dat het hem te doen is om de meldplicht? Assumption is the mother of all fuckups. Privacy != meldplicht bij datalekken voor Nederlandse bedrijven.

Nogmaals, ik mag toch hopen dat het niet uitmaakt wáár de servers van die bedrijven staan, zolang het een Nederlands bedrijf betreft. Ik denk dus niet, dat een verhuizing van een server naar het buitenland ook maar enige invloed is op de meldplicht van datalekken.

Voordat het topic ontspoort: die opmerking was ook enigszins tongue-in-cheek / niet al te serieus bedoeld

Dat is in je eerdere reacties er niet aan te zien in elk geval, waardoor het wat vreemd op over kwam.

Waar haal je 60ms vandaan? 6x0.1 is bij mij nog altijd 0.6 ipv 60

Dat maakt dan het verschil dus alleen maar kleiner zelfs. Van 0,1ms naar 15ms is nauwelijks verschillend / merkbaar. Het verschil is weliswaar een factor 15, maar in de praktijk is het verschil dusdanig klein, dat ga je echt niet merken. Dus ik zie nog steeds niet hoeveel effect de latency zal hebben op de user experience. Ja, het wordt íets meer wachten, vraag is of je dat gaat merken danwel ervoor over hebt, aangezien de regels op de privacy in Zwitserland zwaarder zijn dan hier in Nederland.

[Yzord]

De user experience is sowieso een fractie van 5 secondes om spamming via ons systeem tegen te gaan. En in die 5 secondes kunnen ondertussen mooi de afhandelingen in de database verwerkt worden.

[Paul]

CptChaos schreef op dinsdag 19 januari 2016 @ 14:21:
Dan nog is het een aanname, omdat de TS nergens zegt dat het hem te doen is om de meldplicht?

...behalve dan dat dit DE grote verandering is in de nieuwe wet? Oh ja, en dat je nu boetes kunt krijgen als je je zaakjes niet op orde hebt. Als je dan omwille van die wet weg zou willen, wat is er dan nog te assumen?

Dat is in je eerdere reacties er niet aan te zien in elk geval, waardoor het wat vreemd op over kwam.

Ik zie dat ik de verkeerde smiley geplaatst heb, excuses

Dat maakt dan het verschil dus alleen maar kleiner zelfs.

Wat leg ik verkeerd uit? 6 query's die er 0,1 ms per stuk over doen doen er samen 0,6 ms over. 6 queries die er 15 ms per stuk over doen doen er samen 90 ms over. Ik vindt een increase van 0,6 naar 90 ms ( 150 keer zo lang!), en dat per mailtje (laat een mailing uit 20.000 mails bestaan, dan ben je worst case in plaats van 12 seconde, 30 minuten aan het wachten op de database...

Nu doet dat soort systemem dat soort zaken vaak parallel en op de achtergrond, maar iets 150x zo langzaam maken moet je goed overdenken

[CH4OS]

Tja, dan kan de TS ook overwegen om de benodigde servers te verhuizen en niet alleen de database. Maar nogmaals, het is maar net wat de TS ervoor heeft. Het handigste is imo nog altijd om dan zekere info niet te hebben. Als privacy dan toch zo'n speerpunt is...

[ Voor 8% gewijzigd door CH4OS op 19-01-2016 15:52 ]