OVHcloud gaat lokale Public Cloud-instances hosten in Nederland

Hostingprovider OVHcloud opent een Local Zone in Amsterdam. Het bedrijf gaat daarmee Public Cloud-instances aanbieden die fysiek gehost worden in Nederland. Daarmee moeten ze lagere latency bieden en voldoen aan Nederlandse en Europese wetgeving.

OVHcloud schrijft in een persbericht dat de Nederlandse Local Zone per direct beschikbaar is voor gebruikers. Het bedrijf bevestigt tegen Tweakers dat het daarvoor een fysieke colocatie in Amsterdam heeft. Klanten kunnen daar bijvoorbeeld compute- en storage-instances hosten.

Aangezien de servers in Amsterdam staan, en dus fysiek dichter bij Nederlandse gebruikers zijn geplaatst, kunnen klanten volgens OVHcloud een lagere latency verwachten. De provider spreekt van 'enkele milliseconden'. Het bedrijf zegt ook dat het met zijn Local Zones moet voldoen aan dezelfde lokale regelgeving als de gebruiker van de instance.

OVHcloud biedt specifiek Compute-, Block Storage- en Networking-instances als onderdeel van zijn Local Zone-programma. Er komt later ook ondersteuning voor Object Storage en Managed Rancher Service voor het beheren van meerdere Kubernetes-clusters. De provider begon eerder al met het aanbieden van Local Zones in België, Italië en Spanje, specifiek in Brussel, Milaan en Madrid.

Reacties (26)

[keranoz]

Altijd weer in Amsterdam, zo dicht mogelijk bij AMS-IX gok ik dan, maar ik snap het echt, vanuit elders in het land met misschien 1 hop extra, dat scheelt hooguit een paar ms.

Sure, paar ms kan belangrijk zijn in <insert specifieke toepassing> maar de hobby/doe hetzelfer/simpel bedrijf die bij OVHCloud een instance afneemt zal dat toch geen bal uit maken? Terwijl het wel lekker duur is.

[wildhagen]

Maar OVH heeft al een kantoor in Amsterdam (Hogehilweg 16), dus die lokatie hebben ze al (al weet ik niet of dat pand ook een datacenter heeft), dus dan makes it sense dat ze die eventueel gebruiken ipv ergens een nieuw pand te huren/kopen of te bouwen. Mits het pand er dus geschikt voor is qua aansluitingen, omvang etc.

En rond Amsterdam heb je natuurlijk wel meer personeel waar je uit kunt werven dan in pak hem beet Drenthe of Zeeland.

[DarkForce]

Maar OVH heeft al een kantoor in Amsterdam (Hogehilweg 16)

Nee, OVH heeft geen kantoor in Amsterdam ze hebben er een postadres. Ze begonnen jaren geleden fysiek in een kantoor aan de Bomkade in Dordrecht zoals het adres hier nog te lezen is.

De eerste jaren hadden ze toen nog personeel in Nederland werken, de laatste 10 jaar dat ze op dat adres ingeschreven stonden was het alleen nog een correspondentie (doorstuur) adres en bevond support zich in Ierland. Toen de laatste medewerker (Edward) bij OVH eruit getrapt werd (2016) hebben ze enkele jaren later het adres van de Bomkade uit kostenoverwegingen eruit gegooid en het postadres gewijzigd naar Amsterdam.

Sindsdien bestaat er geen Nederlandse support etc. meer.

Het Nederlandse postadres is alleen maar om te voldoen aan specifieke wet en regelgeving. En een medewerker die er nog langer geleden gewerkt heeft, heeft ook aangegeven dat het adres in Nederland eigenlijk alleen de intentie had om de consument te misleiden alsof het bedrijf ook werkelijk in Nederland actief was.

[reddingventraal]

Hi DarkForce, ik ben recent intensief met OVH in contact en weet daarom dat ze “as we speak” daadwerkelijk een kantoor in A’dam aan het openen zijn.
Het zou wel kunnen zijn dat daar vooral commerciële mensen komen te zitten, niet zozeer technische, dat weet ik niet zeker. Met vriendelijke groet, Stefan

[Cergorach]

Je zou toch geen Google willen heten, sorry je hosting is foetsie, deze is de Groninger krater in gevallen...

[Robbierut4]

Is in vergelijking met de apparatuur, onderhoud en stroomkosten de grondprijs echt een wezelijke factor voor de uiteindelijke consumentenprijs?

Daarnaast gaan ze in een co-locatie zitten, dus tenzij er al grote datacentra zijn ver van amsterdam vandaan, hebben ze niet bijster veel keuze. Tis niet alsof ze zelf gaan bouwen.

[Gwaihir]

Die hop krijg je toch sowieso meestal via Amsterdam? Een cloud verder van AMS-IX zal ook maar aan een paar glasvezels hangen (die voornamelijk daarheen gaan), lang niet rechtstreeks naar elke provider.

[ep667]

Tja, de AMS-IX is niet zo belangrijk meer als die ooit was, maar Amsterdam als knooppunt wel. En dan kun je services in Groningen, Maastricht of Middelburg plaatsen zonder al te veel extra latency. Maar dat betekent wel dat een klant uit Groningen het verkeer dus toch via Amsterdam binnenkrijgt, omdat internet in Nederland praktisch altijd via Amsterdam loopt.

De ISP's die niet alles door Amsterdam pompen zijn op 1 hand te tellen en de diensten waarvoor dat geldt, misschien op twee.

Dus ja, Amsterdam is logisch. Daar is de infrastructuur. Daar is het Nederlandse internet op gericht. Daar heb je exchanges, daar heb je transit, daar heeft OVH bovendien zelf al infrastructuur.

[Bor]

Die paar ms latency kan je nog wel eens onderschatten. Dat geldt namelijk voor het gehele netwerkverkeer. Dat stapelt daarmee redelijk snel op. Voor sommige toepassingen is dat echt onwenselijk.

Daarbij geldt natuurlijk dat je zo dicht mogelijk op een IX wilt zitten.

[Yordi-]

Simpelweg onwaar.

Als je in Groningen direct je eigen vezels belicht naar Amsterdam levert dat je hooguit 0,5-1 ms op.

[3raser]

De prijzen zijn zo te zien hetzelfde als bij alle andere locaties. Dus "lekker duur" zal wel meevallen.

[rbr320]

Amsterdam is een rekbaar begrip in dit wereldje. Die servers kunnen best in Haarlem, bij Schiphol of zelfs in de Wieringermeer staan.

[Strebor]

Hopelijk komen ze daarna met hun bare metal server reeksen naar Nederland.
Scheelt toch weer ca 5ms met hun datacenters in Noord Frankrijk

[Llopigat]

Ik ben niet echt een fan van OVH. Dat vind ik nogal cowboys. Zie de brand daar en de reacties van gebruikers ervan over bijvoorbeeld de support. nieuws: Brand verwoest datacenter van Franse provider OVHcloud. Bijvoorbeeld de constructie met zeecontainers en houten vloeren.

Liever Scaleway of Hetzner

[Reactie gewijzigd door Llopigat op 22 juli 2024 19:06]

[laracroftonline]

Ik ben geen fan van hetzner omdat hun servers bergen met spam verzenden. heb dat al meermaals gemeld bij hun support maar tot op heden nog steeds geen beterschap van ze.

[Llopigat]

Ja ik vind Hetzner ook niet fijn, het zijn typische Duitsers die bij alles om kopie ID vragen en dan moeilijk doen als je bijvoorbeeld je sofi nummer afschermt. Daar kan ik niet akkoord mee gaan dus ik ben er ook weg. Ik vond ze erg regelneverig, daarom verbaast het me wel dat ze dan zo laks tegen spam optreden.

Dus ik ben ook klaar met die gasten, maar ik hoor over de kwaliteit wel een stuk betere feedback dan van OVH. Zelf zit ik erg tevreden bij scaleway.

[Reactie gewijzigd door Llopigat op 22 juli 2024 19:06]

[crazyboy01]

Dat kopie van ID lag mij ook niet lekker. OVH heb ik nooit een slechte ervaring gehad eigenlijk, zat daar ook ten tijde van de brand, maar ben na jaren uiteindelijk overgestapt op Contabo omdat ik daar net iets meer voor mijn geld kreeg. Veel slechte ervaringen online over te vinden, maar ik heb nooit problemen en de performance en opslag is als beloofd. Maar ben niet veeleisend, gaat veelal om privézaken en kleine dingen. Scaleway ook een aantal keer gebruikt omdat ik daar een aantal keer 200 euro gratis mocht besteden(!). Geweldig, maar voor mijn minimale gebruik was de prijs opnieuw een factor om er toen niet bij te blijven. Voor iets professionelers zou ik er wel sneller voor kiezen, staan zeker nog ergens bovenaan in mijn geheugen en heb tientallen providers gehad.

[aKeY]

Ik zit al jaren bij OVH (kimsufi, soyoustart en ovhcloud) en tot nu toe zeer tevreden (ook hun support).

[ronansoleste]

Eerder just andersom. Door dit voorval (wat niet hun eigen schuld is) hebben ze ervaring opgedaan waar concurrenten waarschijnlijk alleen maar theorie hebben voor z’n voorval

[Llopigat]

Aan de andere kant kan je ook stellen dat concurrenten het zo ingericht hebben dat die het voorkomen kunnen hebben. En als het al gebeurt, de gevolgen beperkt hebben met bijv. een goed blussysteem en compartimentalisatie.

Als je de foto's ziet van al die containers daar op elkaar geprakt, dan is dat niet zoals ik een 'datacenter' uit de praktijk ken, gelukkig.

Ook zijn de reacties in dat topic niet bepaald positief over de support e.d. OVH is echt een prijsvechter.

[Reactie gewijzigd door Llopigat op 22 juli 2024 19:06]

[Madshark]

zou er ver weg van blijven

Of je regelt je zaken gewoon fatsoenlijk.
Ikzelf en diverse opdrachtgevers nemen intussen al ruim 15 jaar diensten bij OVH af, zolang je weinig support nodig hebt, bieden ze eigenlijk top dienst voor een lage prijs.
Dankzij een failover destijds eigenlijk helemaal geen last gehad van de brand. (+/-3 min downtime hooguit)

Mja, de cowboys die voor €50 per maand een bare metal server huurden, en voor grof geld aan VPS'en en hosting werden ingezet, zonder enige redundantie en geen backups, jah, die jankten nogal het hardst.
Zelfs bij een premium hosting service moet je altijd iets van redundancy en backups geregeld hebben, brand en andere grote problemen kunnen overal ontstaan.

[DarkForce]

Of je regelt je zaken gewoon fatsoenlijk.
Ikzelf en diverse opdrachtgevers nemen intussen al ruim 15 jaar diensten bij OVH af, zolang je weinig support nodig hebt, bieden ze eigenlijk top dienst voor een lage prijs.
Dankzij een failover destijds eigenlijk helemaal geen last gehad van de brand. (+/-3 min downtime hooguit)

Failover bij een derde partij of die van OVH? Dat laatste kon n.l. niet omdat de hele site (SBG) offline was qua elektriciteit.

Zelfs bij een premium hosting service moet je altijd iets van redundancy en backups geregeld hebben

In principe zouden de backups bij OVH geen probleem geweest mogen zijn als ze het goed ingericht hadden, feit is alleen. Iemand die in RBX1 hostte of een server had, had ook zijn backup space in diezelfde locatie. Dat is een hele harde leer geweest waardoor ze de backup spaces nu elders ondergebracht hebben. In mijn geval Dedi in RBX7 maar backups in RBX2.

brand en andere grote problemen kunnen overal ontstaan.

Branden in datacenters zijn op google genoeg berichten over te vinden, maar wat dacht je van roest in een datacenter in Nederland of een stroomstoring zo ook bij TransIP... je kan jezelf nog zo goed voorbereiden als datacenter, totdat.....

[Madshark]

Failover bij een derde partij of die van OVH? Dat laatste kon n.l. niet omdat de hele site (SBG) offline was qua elektriciteit.

Je kunt zelf je colo locatie kiezen bij OVH, dus jah, nogal obvious dat je dan je failover niet op dezelfde site laat draaien. SBG en RBX bijvoorbeeld, evt nog een 3e in Canada ofzo.

In principe zouden de backups bij OVH geen probleem geweest mogen zijn als ze het goed ingericht hadden, feit is alleen. Iemand die in RBX1 hostte of een server had, had ook zijn backup space in diezelfde locatie. Dat is een hele harde leer geweest waardoor ze de backup spaces nu elders ondergebracht hebben. In mijn geval Dedi in RBX7 maar backups in RBX2.

Oh, dat is gewijzigd? Voorheen kon ik de fysieke backup lokatie kiezen, en die stonden inderdaad dan weer op andere OVH sites, maar intussen verplaatst naar andere leveranciers (AWS en Hetzner).

Maar mijn punt was dat tijdens de SBG brand het eigenlijk vooral de lui die de boel niet op orde hadden (lees: te gierig voor een uitwijk/backup) het hardste aan het klagen waren.

[idovitz]

yep, was zuur

[DarkForce]

Mij niet gezien, ik zit er al 19 jaar en zou niet weten waarom ik er van weg zou moeten blijven.

Het is niet alsof alle datacenters die ze hebben bestaat uit containers. De grote fout was gewoon dat OVH het experiment (want dat was het eigenlijk gewoon) enorm onderschat heeft en helaas hebben ze dat meermaals ook moeten inzien aangezien in een periode van 5 jaar er ontzettend veel ellende gaande was.

Dat betekent echter niet dat alle overige locaties zoals RBX (hun eerste locaties) slecht zijn, in tegendeel... RBX is over het algemeen toch wel de betere locatie van heel OVHcloud.