[ADV] Gezocht: Tweakers voor het LeaseWeb reviewpanel UPDATE

[xantos]

Ik ga de komende maanden de private cloud verder testen naar aanleiding van deze actie en zal mijn ervaringen hier met jullie delen.

[zeef]

LeaseWeb wil ook graag de inzenders in het LeaseWeb forumtopic uitnodigen voor de rondleiding en lunch, als dank voor hun actieve deelname in het topic. De testers zijn al geselecteerd en geïnformeerd. Dus ook als je niet als tester uit te bus bent gekomen, ben je wel van harte welkom bij de rondleiding en lunch.

De rondleiding inclusief lunch vindt plaats op donderdag 2 april nodigt Leaseweb. Het programma hiervoor, is:

• Ontvangst om 10u in het EvoSwitch datacenter in Haarlem voor een tour, o.l.v. Marc Burkels, Product Manager Bare Metal
• Van 12.00u tot ongeveer 14.00u : Meet & Greet LeaseWeb inclusief lunch. Hier is gelegenheid om al je vragen te stellen over LeaseWeb en haar diensten. Dit vindt plaats bij LeaseWeb in Amsterdam.

Aanmelden hiervoor kan tot en met 25 maart door [url="mailto:[e-mail]?subject=Leaseweb%20rondleiding&body=Vermeld%20alsjeblieft%20je%20voornaam,%20achternaam%20en%20username."]een e-mail te sturen[/url]. Vermeld hierin ajb je voor- en achternaam en je username.

[Verwijderd]

Over deze review

Toen in februari de actie voor het Leaseweb Review Panel voorbijkwam, heb ik me direct ingeschreven. De begrippen “Cloud” en “Co-locatie” staan dit jaar in de spotlight bij mijn werkgever, dus dit kwam voor mij op een gunstig moment. Toestemming krijgen om met een paar producten van Leaseweb te gaan testen binnen de organisatie was dan ook geen probleem.

Op 2 april is het Leaseweb Review Panel gestart. Op die dag hebben we een uitgebreide rondleiding gehad in het EvoSwitch datacenter te Haarlem en een meeting met productspecialisten van Leaseweb op het hoodkantoor van Leaseweb in Amsterdam Zuidoost.


Welke onderwerpen komen er aan bod in deze review?

Ik ga de komende 6 maanden regelmatig hier posten over de volgende onderwerpen:

• Het Leaseweb Self Service Center en andere online resources van Leaseweb
• Private Servers
• Cloud Servers
• Apache Cloudstack Private Cloud

Op het moment van schrijven is de Apache Cloudstack Private Cloud helaas nog niet beschikbaar. Gelukkig hebben we 6 maanden de tijd en kan ik voorlopig aan de slag met de overige onderwerpen.

Aangezien ik de komende 6 maanden genoeg hosting producten tot mijn beschikking heb, leek het me een leuk idee om de plaatjes in deze review bij Leaseweb te hosten.

[ Voor 3% gewijzigd door Verwijderd op 10-12-2015 11:42 ]

[Verwijderd]

2 april 2015: bezoek EvoSwitch Haarlem

Rond 10:00 uur ’s ochtends werd ik door Tristan van Leaseweb opgehaald bij NS station Haarlem – Spaarnwoude. Het datacenter van EvoSwitch (dochtermaatschappij van Leaseweb) ligt op ongeveer 5 minuten rijden van het station. In iets meer dan een uur hebben we daar een rondleiding gekregen door de verschillende hallen van het datacenter en hebben we uitleg gekregen over het modulaire datacetner concept van EvoSwitch. Natuurlijk hebben we ook nog even een bezoekje gebracht aan het magazijn: pallets vol met oude servers, stellingen vol met nieuwe(re) servers en switches, dozen vol met SAS disks en SSD’s….. een echt Tweaker-paradijs.

Helaas mochten we geen foto’s maken in het datacenter.



2 april 2015: bezoek Leaseweb Amsterdam Zuidoost

Na de Paas-lunch op het hoofdkantoor van Leaseweb in Amsterdam Zuidoost hebben we een interactieve sessie gehad met een paar Product Managers van Leaseweb. Dat was ook weer erg interessant. Ook de producten, die door de mede-winnaars worden getest, kwamen voorbij. Er was voldoende gelegenheid om vragen te stellen en na de sessie had ik een aardig beeld van de verschillende producten. Ik kijk vooral uit naar de review over het Leaseweb CDN!

In de volgende post komen de online resources, zoals het Self Service Center, Developer Portal en de Knowledge Base aan bod.

[Verwijderd]

Online resources

Als Leaseweb klant heb je 1 online ingang om bij al je online resources te komen: het Self Service Center, te bereiken op https://secure.leaseweb.nl. Op de inlogpagina wordt 1 ding direct duidelijk: geen overbodige informatie. De pagina oogt zelfs wel erg “leeg”. Eenmaal ingelogd valt er gelukkig heel wat meer te zien, al is de layout van de pagina nog steeds relatief sober. Persoonlijk vind ik dat geen probleem. De pagina is hierdoor namelijk erg overzichtelijk. De pagina is verdeeld in 3 secties: Snelkoppelingen, Diensten en Support. In de sectie “Diensten” zie je 6 knoppen, die je naar de control panels van de diverse Leaseweb diensten leiden. Hier kom ik in latere posts op terug, als de betreffende dienst ga reviewen. In deze post ga ik de secties “Snelkoppelingen” en “Support” doorlopen.



Snelkoppelingen

Waarschijnlijk het minst interessante stukje van de pagina voor ons Tweakers. Hier vind je alle administratieve informatie rond jou als klant en je Leaseweb diensten, kun je je support tickets bekijken, vind je berichten van Leaseweb en kun je je notificaties m.b.t. bandbreedte en dataverkeer instellen.



Support

Achter de kleinste sectie van de Self Service Center pagina gaat een enorme hoeveelheid informatie schuil. Met de informatie uit de Knowledge base kun je snel aan de slag met de diensten van Leaseweb. Wat direct opvalt, is dat we van een Nederlandstalig Self Service Center in een Engelstalige KB terechtgekomen zijn. Gelukkig zijn de teksten in relatief eenvoudige taal opgesteld en vergezeld van een afbeelding hier en daar, zodat de informatie ook bruikbaar is voor mensen die wat minder sterk in de Engelse taal zijn. Wel zijn de teksten duidelijk gericht op mensen met de nodige inhoudelijke kennis op het gebied van servers en networking. Verwacht hier geen stap-voor-stap tutorial over het opzetten van een webserver op je eerste Private Server.

De knop “API handleiding” brengt je naar de (eveneens Engelstalige) Leaseweb Developer Portal. Hier vind je een heleboel informatie over de Application Programming Interface(s) van Leaseweb. Met deze API’s is het mogelijk om taken te automatiseren. Om een server te rebooten, zou je natuurlijk in kunnen loggen in het Self Service Center en daar de betreffende server rebooten. De API maakt het mogelijk om dit te doen door middel van een request vanaf bijvoorbeeld een webserver, waardoor je bepaalde taken dus kunt automatiseren en eventueel kunt delegeren naar personen die geen toegang hebben tot het Self Service Center van Leaseweb maar wel tot een interne webserver die geautoriseerd is om de Leaseweb API aan te spreken. De informatie is bijzonder uitgebreid en bevat heel veel voorbeeldcode. Hou toekomstige posts in de gaten, want als de tijd het toelaat komt ik hier zeker nog inhoudelijk op terug!



In de volgende post gaan we kijken naar een voor veel Tweakers bekend product: Private Servers.

[Sneezydevil]

Allereerst wil ik Tweakers en LeaseWeb bedanken voor de mogelijkheid om de hosting oplossingen van LeaseWeb eens aan de tand te voelen.

De rondleiding door het EvoSwitch datacenter en de Paas lunch (Erg lekker!) waren leuke bijkomstigheden van deze actie van LeaseWeb en Tweakers, hoewel ik al menig datacenter van binnen heb gezien, is het altijd interessant om te zien hoe een ander het doet. Het was ook 1 van de grotere datacenters die ik ooit bezocht heb.

Ook de uitgebreide uitleg van de Product experts was interessant, hierdoor hebben we toch ook wat van de producten gezien, waarmee wij normaal niet in aanraking waren gekomen.

INTRO

Toen het eerste topic op Tweakers verscheen voor feedback op LeaseWeb producten heb ik eigenlijk al meteen gereageerd, ik was namelijk al enige tijd een tevreden klant, en best bereid feedback te geven. Toen dit uitmondde in de mogelijkheid om 6 maanden producten van LeaseWeb te testen werd het natuurlijk helemaal interessant.

De producten die ik zal testen zijn Public Cloud aan de ene kant en Private Cloud aan de andere kant, er is voor deze twee producten gekozen, omdat we vergelijkebare producten op dit moment ook al gebruiken, bij andere leveranciers.

In deze eerste post zijn voornamelijk eerste indrukken, getallen en controlepaneel gerelateerde zaken te vinden.

PERFECTE TIMING

De timing van deze review is echt perfect, we staan namelijk net op het punt de nieuwe versie van ons DNS Cluster te testen. Normaal zouden we hiervoor enkele servers op onze Private Cloud hebben ingericht, maar nu zullen we enkele van de Public Cloud servers van LeaseWeb inzetten voor dit project.

Omdat dit nieuwe cluster beter en makkelijker schaalbaar is, is het misschien de moeite waard, om te kijken of we met de LeaseWeb API alles nog beter schaalbaar kunnen maken.

WAT GETALLEN

LeaseWeb Private Cloud

20 Cores
30GB RAM
500GB Storage
1000Mbps Uplink port speed
Isolated Network with /28 IPs. (Veel meer dan ik nodig zal hebben)

Huidige Private Cloud

De Private Cloud die wij op dit moment gebruiken is een stukje krachtiger, maar ook een stuk zwaarder belast. Ik denk dat de door LeaseWeb beschikbaar gestelde resources ruim voldoende moeten zijn om een leuke review te maken.

PERFORMANCE

Aangezien we pas net van start zijn gegaan met het testen van de LeaseWeb producten, wil ik beginnen met de algemene indruk van de twee Cloud varianten. Om te beginnen iets over de snelheid van de VMs, hoewel het misschien niet altijd evenveel zegt, over de werkelijke (praktijk) performance van een machine heb ik toch een paar kleine benchmarks gedaan en die vergeleken met onze huidige Public en Private Cloud (deze laatste volgt zodra hij is opgeleverd, maar aangezien de Public en Private Cloud ongeveer de zelfde basis hebben verwacht ik hier geen verrassingen.).

Dit waren de resultaten:





Als je zo naar die getallen kijkt vallen ze een klein beetje tegen, aan de andere kant voelen de machines wel snel aan. Omdat deze benchmarks een momentopname zijn, die op zichzelf niet veel zeggen, zal ik deze tests ook gedurende een langere periode geautomatiseerd uitvoeren.

Wat opvalt, is dat de storage over het algemeen door de jaren heen toch een stuk sneller is geworden, en dat een moderne CPU bij onze applicatie niet altijd sneller lijkt te zijn (Dit zijn voornamelijk single core VMs, dus multithreading is het probleem niet).

In de toekomst zal ik nog een post maken waar ik veel dieper op de performance van de systemen in ga.

BEHEER INTERFACE

Ook valt er natuurlijk al één en ander te zeggen over de GUI voor het beheren van de Private en Public Cloud.

De GUI is duidelijk, erg compleet en alles is tot op heden snel te vinden, zaken zoals “Reverse DNS” zijn ook zonder problemen in te stellen. Ik ben blij dat dit soort zaken tegenwoordig toch allemaal moeiteloos zelf gedaan kunnen worden (bij veel Providers).

Wel zit er een redelijk groot verschil in de look en feel van de verschillende diensten, aan de ene kant hebt je het SSC, hieronder vallen baremetal servers, cloud servers, domeinen en nog wat van deze zaken. Hiernaast heb je het CDN platform, wat een net iets andere look en feel heeft en daarnaast heb je het Private Cloud platform wat een heel andere look en feel heeft. Persoonlijk stoor ik mij hier niet zo aan, en hoop ik bijna nooit gebruik te maken de verschillende GUI’s. Ik kan mij echter voorstellen, dat als je van het ene naar het andere product overstapt, het handig is als alles ongeveer het zelfde uitziet.

Waar ik trouwens erg blij van wordt is het stukje binnen de private cloud, waarbij je eigenlijk je hele netwerk kunt customizen (Site to Site VPN, Virtuele Routers, Switches), je kunt het helemaal maken zoals je zelf wil.

Wel zijn er nog een paar kleine foutjes te vinden (Maar ik ben er zeker van, dat deze waar mogelijk snel verholpen zullen worden, ik heb ze in ieder geval aan LeaseWeb gemeld) binnen het SSC, zoals een uitschakelen knop, op het moment dat de firewall al uit staat:



Of een het niet helemaal netjes tonen van een sessie timeout:

WETENSWAARDIGHEDEN

IPv6

Ik was enigszins verbaasd om te zien, dat ik standaard geen IPv6 krijg toegewezen, zeker aangezien het LeaseWeb netwerk hier al enige tijd klaar voor is. Ik heb op dit moment een vraag uitstaan om te kijken of het toch mogelijk is een IPv6 IP te krijgen.

Isolated netwerken met SNAT

Zowel de Public als Private Cloud lijken default gebruik te maken van geïsoleerde netwerken, hierbij krijgt de VM een intern IP, bijvoorbeeld 10.0.10.x, hiervoor staat een virtuele Router met een extern IP en deze wordt dan met een SNAT (Static NAT) doorgezet naar het interne IP. Dit betekend dat je in je virtuele machine het interne IP zult zien, en niet het publieke IP.

Hier zul je rekening mee moeten houden bij het configureren van je applicaties, ook zijn er nog applicaties die hier niet mee overweg kunnen.

OVERIG

Ook zullen in ieder geval de Public Cloud servers gemonitord worden, door onze monitoring omgeving, of de Private Cloud ook gemonitord zal worden, moet nog even bekeken worden.

Naarmate de tijd vordert, wil ik de volgende zaken voor deze review gaan bijhouden of testen:

• Hoe is de praktijk performance van de systemen?
• Hoe zit het met de Uptime / Downtime, gepland onderhoud niet meegerekend?
• Hoeveel moeite kost het opzetten en beheren van een Hybrid Cloud omgeving?
• Hoe werkt de API?
• Hoe goed is de documentatie?

Omdat deze post een beetje van alles bevat, is hij iets minder gestructureerd dat dan de hierop volgende posts, die waarschijnlijk maar 1 of 2 onderwerpen zullen bevatten.

[MBicknese]

Leaseweb CDN review - deel 1

Het probleem

Bij Mindgame zijn we altijd bezig met het verbeteren van onze concepten, software en infrastructuur. Bij dit laatste lopen we tegen een knelpunt aan. Een standaard server (Cloud, VPS of Bare-metal) komt maar met een enkele netwerk verbinding met een uplink van 1000Mbps.

Op piek momenten betekent dit dat spelers tot 30 seconden moeten wachten voordat een game is ingeladen. Voor veel spelers is dit een afknapper en in de extreemste gevallen wordt de game afgesloten voordat deze compleet heeft kunnen laden.

Meerdere servers inzetten met load-balancing kan een kostbaar project worden. We zijn voor dit probleem dan ook op zoek naar een oplossing waarbij de impact op de kosten niet buiten-proportioneel is.

Het idee

De piek momenten van games zien we vaak rond de lancering en het openen van nieuwe rondes. Hierdoor is het weinig lucratief om continu een extra verbinding (in de vorm van twee servers met load-balancing) te hebben. In plaats daarvan gaan we aan de slag met het testen van Leaseweb’s CDN.

Het idee is om alle statische content zoals afbeeldingen en geminimaliseerde HTML, CSS en JS voor alle games vanaf de CDN te serveren. De VPSen blijven dan over om API calls en nodige data te verwerken. Waarvoor 1000Mbps en 500GB opslag meer dan voldoende zouden moeten zijn.

We vinden dat een game niet alleen binnen een acceptabele tijd moet laden, maar zelfs binnen een prettige tijd. Hierbij willen wij streven naar een bruikbare interface die getoond wordt onder de 5 seconden.

De aanpak

Als eerste willen wij weten hoeveel onze huidige servers aankunnen. Om hierachter te komen gaan wij een nulmeting uitvoeren. We gaan op zoek naar welke waarden we willen meten en stellen hier benchmarks voor op.

Deze benchmarks voeren we uit op onze huidige servers. Hiermee willen we de huidige cijfers noteren en controleren of onze ervaringen kloppen. Dat wil zeggen dat we testen of het probleem dat we ervaren wel daadwerkelijk bij de netwerkverbinding ligt.

Vervolgens nemen we de Leaseweb CDN web interface onder de loep en bekijken we de opties die mogelijk zijn. Gelijk daarna zetten we onze statische bestanden via deze interface online om de eerder gedefinieerde benchmarks uit te voeren.
Als extra, om de kosten van de CDN te drukken, willen we testen of we kunnen overstappen naar een website zonder backend. Deze zou volledig vanaf de CDN gehost kunnen worden waardoor de huidige server van de site afgeschaft kan worden.

Tot slot trekken we natuurlijk een conclusie waarbij ik ook alle getallen nog een keer netjes op een rij zal zetten.

[Sneezydevil]

BAREMETAL SERVERS

Ondanks dat ik bij deze review geen baremetal server test, wil ik er toch een klein stukje over schrijven, ik heb namelijk jaren naar tevredenheid gebruik gemaakt van een LeaseWeb baremetal server.

Om te beginnen wil ik schetsen hoe en waarom, er destijds voor LeaseWeb is gekozen. Enkele jaren terug toen de VPS nog aan het opkomen was, ging 1 van mijn collocatie leveranciers failliet. Natuurlijk werd dit in het weekend (Een zondag als ik mij niet vergis) bekend en hadden we geen toegang meer tot onze servers.

Omdat de klanten de hoogste prioriteit hadden, ben ik opzoek gegaan naar partijen, die mij die zelfde dag nog een oplossing konden bieden. Zoals ik al zei was de VPS nog aan het opkomen, en waren deze vaak klein en duur. We konden niet direct bij onze servers en nieuwe collocatie regelen, dit was ook wat lastiger dan dat het tegenwoordig is. De beslissing viel dan ook snel om voor een Dedicated Server (Baremetal) te gaan.

Er bleken maar weinig partijen te zijn die en die zelfde dag konden leveren en aan alle eisen voldeden. LeaseWeb was de partij die de betere reputatie had (van de 2), dus gekozen voor LeaseWeb, de server was bijna meteen online, backup terug gezet en binnen enkele uren waren alle klanten terug online.

De grote mate van automatisering bij de Baremetal servers, is 1 van de dingen waar ik altijd erg onder de indruk ben van geweest. Ik ben dan ook blij en verrast te zien, dat LeaseWeb hier binnenkort nog verder in zal gaan.

In de jaren dat ik deze server heb gehad, heb ik ooit 1 keer een kapot moederbord gehad, deze is netjes binnen de aangegeven tijd vervangen.

Ik zag trouwens bij de product demonstratie dat de GUI (Self Service Center) helemaal op de schop is gegaan (Dat me dit nog niet was opgevallen, laat misschien zien hoe weinig ik gebruik hoef te maken van het SSC), deze verandering is een grote vooruitgang.

Sterke punten van LeaseWeb Baremetal servers

• Grote mate van automatisering.
• Beschikbaarheid van Rescue images via het SSC.
• Beschikbaarheid van bekwame remote hands.
• Herinstallatie van het OS mogelijk via het SSC.

Minder sterke punten van LeaseWeb Baremetal servers

• Prijs, zeker niet de goedkoopste op de markt.

[Sneezydevil]

SUPPORT

Support en dan vooral de snelheid waarmee je support krijgt is voor mij erg belangrijk. Bij LeaseWeb heb je verschillende manieren om in contact te komen met de support afdeling. Naast de support afdeling zelf zijn er nog andere manieren van support die LeaseWeb aanbied, zo is er de Knowledge Base en documentatie voor de verschillende API’s. Deze laatste laat ik nu even links liggen, maar zal bij mijn post over de API zeker even aanbod komen.

De verschillende manier om met de support afdeling in contact te komen zijn:

• Ticket aanmaken
• E-Mail sturen
• Telefonisch
• Chat

Ticket aanmaken

Dit vind ik persoonlijk de fijnste manier om een support aanvraag in te dienen, omdat belangrijke informatie zoals klantnummer automisch bekend zijn bij LeaseWeb.

E-Mail sturen

Hoewel deze optie aanwezig is vind ik hem zelf niet heel veel meerwaarde bieden ten opzichte van een ticket aanmaken via het SSC. Als je een e-mail stuurt moet dit namelijk altijd met een E-Mail adres wat bij LeaseWeb bekend is (Begrijpelijk ze moeten toch verifiëren wie jij bent). Vooral handig als je dus het wachtwoord van het SSC niet bij de hand hebt, maar je wel je klantnummer bij de hand hebt.

Telefonisch

Hoewel ik dit zelf zelden zal gebruiken, is het fijn om toch de mogelijkheid te hebben om telefonisch contact te hebben, zoals ze altijd zeggen de beller is sneller.

Chat

De chat functie vind ik zelf vooral handig bij wat kleinere support vragen, als je bijvoorbeeld remote hands nodig hebt bij een baremetal server is het veel makkelijker een ticket aan te maken, je kunt ze dan meteen het (tijdelijke) wachtwoord in het ticket zetten.

Social Media

Hoewel ik deze hierboven niet genoemd heb is het gewoon mogelijk vragen te stellen via de verschillende vormen van social media. Zo is LeaseWeb te vinden op Twitter, Facebook, google+ en LinkedIn

Knowledge Base

LeaseWeb beschikt over een uitgebreide knowledge base. Voor je een ticket opent is het dus zeker de moeite waard eerst te kijken of het antwoord op je vraag niet te vinden is in de knowledge base.

Sterke punten van LeaseWeb support

• Uitgebreide knowledge base.
• Live support mogelijkheden zoals chat en telefonisch contact.
• Beschikbaarheid van bekwame remote hands.
• Snel ook zonder SLA.

In mijn volgende post zal het gaan over het Self Service Center.

[xantos]

Introductie

Ik ga de komende zes maanden de LeaseWeb private cloud testen. Tot mijn beschikking heb ik 20 cores / 30 GB ram en 500GB diskspace. Ik heb deze configuratie gekozen omdat dit de basis configuratie (goedkoopste) is voor de private cloud oplossing en ik deze wellicht ook zakelijk wil inzetten.

Of dit zakelijk bruikbaar is, ga ik in deze testperiode proberen uit te vinden. Als beheerder van een populaire webshop zal ik een testopstelling maken waar ik later meer over zal vertellen. Indien dit goed bevalt, schakel ik wellicht een periode over met de productie opgeving om de private cloud eens echt aan de tand te voelen. Ik heb weinig tot geen ervaring met virtualisatie dus mocht ik soms de spijker misslaan, dan hoor ik dat graag.

Momenteel nemen we (zakelijk) een bare-metal server af bij Leaseweb en dat bevalt prima. Om risico’s te spreiden, meer performance te krijgen, failover te creëren, etc.. wil ik de private cloud oplossing van Leaseweb een kans geven.

Aan de slag

Nadat ik vrijdag de inloggegevens heb gekregen, direct maar aan de slag gegaan om alles een beetje te leren kennen. Het CloudStack beheer paneel werkt prima. Je moet even bekend worden met de termen en de functionaliteiten. De filmpjes die Leaseweb hiervoor gemaakt heeft, zijn zeker handig om te kijken.

Aanmaken van een instance

Bij het aanmaken van een instance ontstond al meteen de eerste uitdaging. Er was geen recente template beschikbaar met de laatste versie van Debian 8 (Jessie).
Hiervoor ben ik aan de slag gegaan met de template optie en heb een nieuwe template aangemaakt en gekoppeld aan een ISO bestand. Dit ging allemaal vrij makkelijk. Het nadeel van een ISO bestand is dat je voor iedere instance telkens de Debian installatie procedure moet doorlopen, dit kost extra tijd. Bij de reeds aanwezige templates is dit niet nodig. Een instance is dan direct klaar voor gebruik. Ik ben er nog niet achter hoe je dit voor bijvoorbeeld Debian 8 voor elkaar krijgt. Iemand?

Tijdens het aanmaken van een instance kun je kiezen hoeveel cores en geheugen je wilt gebruiken. Verder kies je hier je de grootte van je disk en je netwerk. De instance wordt vervolgens heel snel aangemaakt en is direct klaar voor gebruik.

Naast een root-disk kun je nog één of meerdere data-schijven koppelen. Omdat ik zuinig wil omgaan met diskspace, twijfel ik nog of het beter is om een grote root-disk aan te maken of een kleine root-disk met extra data-storage. Ik neem aan dat root-disks en data-disks beide op dezelfde NAS worden opgeslagen maar daar ben ik niet zeker van. Ik zal het de helpdesk eens voorleggen.

Met de viewconsole optie, kun je direct 'meekijken' op de server en eventueel een complete installatie doen. De beeldopbouw werkt (logisch) ietswat schokkerig maar je hebt dan geen ssh toegang nodig om op de server in te loggen.

Volgende stap is om een VPN op te zetten om de instances via een lokaal IP adres te kunnen benaderen. Meer daarover later...

[Sneezydevil]

xantos schreef op dinsdag 19 mei 2015 @ 19:39:
...

Ik ben er nog niet achter hoe je dit voor bijvoorbeeld Debian 8 voor elkaar krijgt. Iemand?

...

Je kunt een snapshot van je volume maken en daarvan kun je een dan een template van maken.

Best handig, volgens mij kan het ook van een instance, als deze tenminste uitgeschakeld is, maar daar ben ik mij niet 100% zeker van.

Hier is in ieder geval te vinden hoe je een template van een snapshot maakt:

https://kb.leaseweb.com/d...ingaTemplatefromaSnapshot

[rvdm-]

Hi,

xantos schreef op dinsdag 19 mei 2015 @ 19:39:
Bij het aanmaken van een instance ontstond al meteen de eerste uitdaging. Er was geen recente template beschikbaar met de laatste versie van Debian 8 (Jessie).
Hiervoor ben ik aan de slag gegaan met de template optie en heb een nieuwe template aangemaakt en gekoppeld aan een ISO bestand. Dit ging allemaal vrij makkelijk. Het nadeel van een ISO bestand is dat je voor iedere instance telkens de Debian installatie procedure moet doorlopen, dit kost extra tijd. Bij de reeds aanwezige templates is dit niet nodig. Een instance is dan direct klaar voor gebruik. Ik ben er nog niet achter hoe je dit voor bijvoorbeeld Debian 8 voor elkaar krijgt. Iemand?

Die templates is een beetje opzet We proberen mensen te motiveren hun eigen templates te maken, dus hebben een stel standaard-templates beschikbaar gesteld. Debian 8 voegen we daar in de komende dagen wel even aan toe.

Naast een root-disk kun je nog één of meerdere data-schijven koppelen. Omdat ik zuinig wil omgaan met diskspace, twijfel ik nog of het beter is om een grote root-disk aan te maken of een kleine root-disk met extra data-storage. Ik neem aan dat root-disks en data-disks beide op dezelfde NAS worden opgeslagen maar daar ben ik niet zeker van. Ik zal het de helpdesk eens voorleggen.

Klopt, beide staan op dezelfde NAS. Wat ik zelf vaak doe, is een kleine 'base install' aanhouden, en daar diskspace aan toevoegen. De standaard-templates zijn LVM-based, waardoor je je rootdisk makkelijk kan expanden (als je linux draait), vergeet alleen niet om na het vergroten (als je dit online doet) even je partitietabellen opnieuw in te scannen.

[echnie1]

Sterker nog, kan ook zonder de tussenstap van een snapshot maken.
Maar dan moet je instance wel gestopt zijn. Als je dan naar je root volume gaat kan je direct een template maken van je instance.

[echnie1]

Ola, we hebben een Debian 8 template toegevoegd aan de beschikbare templates.

[xantos]

Top echnie1!

VPN

Inmiddels heb ik de VPN verbinding aan de praat. Dat ging erg makkelijk.. Activeer je VPN op een publiek adres en maak een account aan. Bovenin beeld staat je pre-shared key.

Via OSX maak je een netwerkinterface aan en kies je voor VPN-L2TP. Vul je ipadres in, je wachtwoord en je pre-shared key. Vervolgens klik je op 'verbind' en wallah.. je VPN verbinding is klaar.

Je kunt nu je virtuele servers bereiken via het interne ipadres. Op deze manier hoef je ze dus niet te koppelen aan een publiek adres en kun je bijvoorbeeld via SSH connecten naar 10.1.1.x

De volgende stap - loadbalancing

In mijn volgende stap wil ik twee webservers via loadbalancing actief maken. Ik zit alleen nog met een vraagstuk voor wat betreft de storage/shared filesystem. De sessies ga ik beheren via memcached. Maar hoe deel ik het beste het filesysteem van de webservers zodat de webdata gedeeld kan worden?

Ik heb eens naar GlusterFS zitten te kijken maar die vraagt redelijk wat hardware en de ervaringen zijn niet altijd positief. Of gebruik ik een NFS share? Ik heb ook geen zin om veel cores op te offeren om alleen een fileserver op te zetten.

Een Data storage in CloudStack kan ik maar aan 1 server koppelen dus dat is ook geen optie. Wie heeft hier ervaring mee? Wat is slim?

[raymonvdm]

xantos schreef op dinsdag 26 mei 2015 @ 20:52:
Top echnie1!

VPN

Inmiddels heb ik de VPN verbinding aan de praat. Dat ging erg makkelijk.. Activeer je VPN op een publiek adres en maak een account aan. Bovenin beeld staat je pre-shared key.

Via OSX maak je een netwerkinterface aan en kies je voor VPN-L2TP. Vul je ipadres in, je wachtwoord en je pre-shared key. Vervolgens klik je op 'verbind' en wallah.. je VPN verbinding is klaar.

Je kunt nu je virtuele servers bereiken via het interne ipadres. Op deze manier hoef je ze dus niet te koppelen aan een publiek adres en kun je bijvoorbeeld via SSH connecten naar 10.1.1.x

De volgende stap - loadbalancing

In mijn volgende stap wil ik twee webservers via loadbalancing actief maken. Ik zit alleen nog met een vraagstuk voor wat betreft de storage/shared filesystem. De sessies ga ik beheren via memcached. Maar hoe deel ik het beste het filesysteem van de webservers zodat de webdata gedeeld kan worden?

Ik heb eens naar GlusterFS zitten te kijken maar die vraagt redelijk wat hardware en de ervaringen zijn niet altijd positief. Of gebruik ik een NFS share? Ik heb ook geen zin om veel cores op te offeren om alleen een fileserver op te zetten.

Een Data storage in CloudStack kan ik maar aan 1 server koppelen dus dat is ook geen optie. Wie heeft hier ervaring mee? Wat is slim?

Ik heb tot nu toe alleen maar voorbeelden gezien waarbij de gedeelde data op een NFS share staat. Heel soms een DFS share (windows)

[rvdm-]

Hi,

raymonvdm schreef op donderdag 28 mei 2015 @ 15:33:
In mijn volgende stap wil ik twee webservers via loadbalancing actief maken. Ik zit alleen nog met een vraagstuk voor wat betreft de storage/shared filesystem. De sessies ga ik beheren via memcached. Maar hoe deel ik het beste het filesysteem van de webservers zodat de webdata gedeeld kan worden?

Ik heb eens naar GlusterFS zitten te kijken maar die vraagt redelijk wat hardware en de ervaringen zijn niet altijd positief. Of gebruik ik een NFS share? Ik heb ook geen zin om veel cores op te offeren om alleen een fileserver op te zetten.

Een Data storage in CloudStack kan ik maar aan 1 server koppelen dus dat is ook geen optie. Wie heeft hier ervaring mee? Wat is slim?

Het hangt er vanaf wat je wil bereiken. Als je redundantie wil, en je hebt veel statische data, dan zou 't misschien wel 't eenvoudigst zijn om de boel gewoon te synchroniseren - eventueel met iets als lsyncd, waarbij je de delta's minimaliseert. Kan je natuurlijk ook met dynamische content doen, als je de processing horizontaal wil schalen.

Wil je de hassle van die synchronisatie niet, en ben je niet 'i/o-bound', dan is NFS of CIFS of iets vergelijkbaars handig. Dit zien we het meest in dit soort situaties.

glusterfs.. ik wil voorzichtig zijn om geen religieuze discussie te starten, maar ik zou in ieder geval willen aanraden zeer grondig te testen en na te denken / in te lezen voordat je 't in productie gooit. De meeste verhalen over glusterfs die ik hoor zijn *of* zeer positief (want geen breakage meegemaakt), of gaan over situaties waar 't eens is stukgegaan. In die laatste gevallen meestal met redelijk desastreuze gevolgen voor de data, en 't afschaffen van glusterfs tot gevolg.

Een laatste alternatief is drbd - inmiddels behoorlijk stabiel, en relatief eenvoudig op te zetten. Gebruiken 'wij' ook in productie voor een aantal systemen.

Tot slot: 't best is om - whatever je kiest - rekening te houden met Occam's razor

Enjoy, en laat zeker even weten wat (en waarom) je keuze is geworden!

[SamanthaA]

Als je het echt goed wilt testen, dan maak je geen afspraken met leaseweb, maar neem je 5x exact dezelfde setup over verschillende hosting providers, breng je geen van de hosting providers up to date over dat het een test is, test je de performance en de bereikbaarheid over de periode van die zes maanden voor alle platformen en zorg je dat er bij alle platformen een "crash" of andere issue plaats vindt waarbij hun support moeten leveren. Eventueel zelfs met het terugzetten van een backup.

Alleen dan kun je echt een oordeel geven over een hosting provider.

[Sneezydevil]

Op zich snap ik die reactie wel, maar ik denk niet dat er veel bedrijven zijn die 5 x een Private Cloud van dit formaat gaan afnemen, alleen om te testen, er hangt natuurlijk toch een behoorlijk prijskaartje aan.

Ik zal de LeaseWeb Cloud vergelijken met de Private Cloud die we nu al hebben, en hopelijk als er nog wat tijd is, wil ik ook nog Azure aan de vergelijking toevoegen.

Ik denk trouwens niet dat LeaseWeb support kijkt of ze met een tester of gewone klant te maken hebben, tot nu toe gaat het eerder net iets langerzamer dan ik van LeaseWeb gewend ben, in plaats van sneller.

[Verwijderd]

Private Servers

De afgelopen maand ben ik privé en zakelijk erg druk geweest en de vooruitzichten zijn dat dit nog enkele weken zo zal blijven. Hierdoor zal mijn bijdrage deze maand bescheiden zijn. Mijn streven is, om dit in de zomermaanden te gaan compenseren met wat extra posts.

In deze post gaan we kijken naar Private Servers. Voor veel Tweakers zal het begrip Private Server of Virtual Private Server (VPS) niets nieuws zijn. Leaseweb biedt Private Servers aan vanuit 3 landen (Nederland, Duitsland de VS) in 4 configuraties:

• S: 1 core, 1GB RAM, 40 GB storage
• M: 2 cores, 2GB RAM, 60 GB storage
• L: 4 cores, 4GB RAM, 80 GB storage
• XL: 8 cores, 8GB RAM, 160 GB storage

Op dit moment wordt een Private Server standaard geleverd met 1 van de volgende besturingssystemen:

• CentOS 5 (32 bits)
• CentOS 6 (32 bits)
• Debian 6 (32 bits)
• Ubuntu 12.04 (32 bits)
• CentOS 5 (64 bits)
• CentOS 6 (64 bits)
• CentOS 7 (64 bits)
• Debian 6 (64 bits)
• Debian 7 (64 bits)
• Debian 8 (64 bits)
• FreeBSD 10 (64 bits)
• Ubuntu 12.04 (64 bits)
• Ubuntu 14.04 (64 bits)

Tegen meerprijs is een Private Server met daarop een Linux OS te voorzien van een Control Panel (cPanel/WHM of Parallels Plesk Panel 12) of kan de Private Server worden voorzien van 1 van de volgende Windows besturingssystemen:

• Windows 2008 R2 Web
• Windows 2008 R2 Standard
• Windows 2008 R2 Enterprise
• Windows 2012 R2 VPS

Qua networking valt er niet zoveel te kiezen. Je krijgt 1 virtuele netwerkinterface met een snelheid van 1 Gb/s, 1 IP adres en kunt kiezen uit 7 verschillende bundels met dataverkeer. Standaard heb je bij een Private Server 500 GB per maand beschikbaar, terwijl de duurste bundel 10 TB per maand bedraagt. Leaseweb levert bij iedere Private Server een gratis firewall, waarmee op een hele basic manier poorten gefilterd kunnen worden.

De Private Server is het meest eenvoudige product op mijn lijstje met te reviewen producten. Leaseweb heeft duidelijk veel moeite gestopt in gebruiksgemak en automatisering, dus laten we beginnen in het Self Service Center. Zoals op onderstaande afbeeldingen te zien is, heb ik tijdens de review periode 2 servers van het type “L” ter beschikking:



In het overzicht met daarop alle Private Servers is direct een beperkte toolset beschikbaar. Zo zijn de overzichten van het dataverkeer per maand direct benaderbaar, RDNS en null-routing zijn direct benaderbaar onder “IP beheer” en ook is het mogelijk om direct vanuit het overzicht een Private Server te starten, stoppen of resetten. Voor meer informatie en een uitgebreidere toolset klik je op de knop “BEHEER”. Je komt dan in het Control Panel van je Private Server.

Het Control Panel maakt een solide indruk en werkt op een acceptabele snelheid. De layout is rustig, duidelijk en erg gebruiksvriendelijk. Het voelt zelfs allemaal zo makkelijk, dat je haast zou vergeten dat het indrukken van een reset knop toch echt een heel besturingssysteem zal laten herstarten en dat dit nooit in 3 seconden klaar kan zijn.

Op de pagina “Server informatie” is alle relevante informatie over de betreffende Private Server in 1 oogopslag beschikbaar en zijn alle tools voor het uitvoeren van vaak voorkomende werkzaamheden (zoals het systeem voor wachtwoordbeheer, de power- en resetknoppen, de console en de mogelijkheid om je Private Server opnieuw te installeren met een besturingssysteem uit de hierboven genoemde lijst) terug te vinden.



Zo’n virtuele console is natuurlijk altijd wat onhandig in vergelijking met een SSH- of RDP terminal. Maar deze console doet het over het algemeen goed en hij heeft een hele handige clipboard functie.

Op de pagina “SSH” kun je SSH certificaten importeren. Op de pagina “Geschiedenis” vindt je de logging van uitgevoerde taken aan. Hier kun je dus bijvoorbeeld terugvinden wanneer de Private Server voorzien is van een nieuw besturingssysteem of een null-route is ingesteld en door wie. Op de pagina “Netwerk” vind je de overzichten van het dataverkeer. Op de pagina “Firewall” is een (erg basic) poortfilter te vinden. Aangemaakte firewall regels zijn binnen enkele seconden actief.



In deze post ga ik nog niet in op zaken als performance en beschikbaarheid van de Private Servers. Daar kom ik in een latere post uitgebreid op terug.

De volgende post zal gaan over Cloudservers.

[xantos]

Verwijderd schreef op vrijdag 29 mei 2015 @ 21:11:

• S: 1 core, 1GB RAM, 40 GB storage
• M: 2 cores, 2GB RAM, 60 GB storage
• L: 4 cores, 4GB RAM, 80 GB storage
• XL: 8 cores, 8GB RAM, 160 GB storage

Wat ik persoonlijk een nadeel vind is dat de cores van dit product overboekt zijn. Je hebt dus wel bijvoorbeeld 8 cores maar je deelt ze met anderen. Tenminste voor zover ik weet. Geen idee of je daar qua performance veel van merkt maar toch..

[Sneezydevil]

Verwijderd schreef op vrijdag 29 mei 2015 @ 21:11:
Private Servers

....

Die drukte is erg herkenbaar, eindelijk weer eens een weekend thuis, maar welk type VPS ben jij aan het testen? Die onder het kopje Virtual Server (Public) of die onder het kopje Cloudserver (Public)? Ik ben zelf de tweede aan het testen.

xantos schreef op zaterdag 30 mei 2015 @ 00:12:
[...]


Wat ik persoonlijk een nadeel vind is dat de cores van dit product overboekt zijn. Je hebt dus wel bijvoorbeeld 8 cores maar je deelt ze met anderen. Tenminste voor zover ik weet. Geen idee of je daar qua performance veel van merkt maar toch..

Het klopt volgens mij inderdaad dat ze overboekt zijn, maar ik heb er nog niet veel van gemerkt, volgens mij word je ook naar een andere host verhuist als de host waarop je zit een hogere belasting heeft, om er op die manier toch voor te zorgen dat je performance goed blijft. Ik heb trouwens ook een raar fenomeen ontdekt, telkens als LeaseWeb problemen meldt op hun NOC, lijkt bij mij de performance juist beter te worden ^^, geen idee of ik telkens geluk heb.

[Verwijderd]

Sneezydevil schreef op zaterdag 30 mei 2015 @ 07:39:
...
telkens als LeaseWeb problemen meldt op hun NOC
...

De stabiliteit van het platform laat dus wel de wensen over?

[Sneezydevil]

Verwijderd schreef op zaterdag 30 mei 2015 @ 09:24:
[...]

De stabiliteit van het platform laat dus wel de wensen over?

Ik ben nog niet offline geweest en ook geen verminderde performance gehad, dus dat het onstabiel is kan ik zeker niet zeggen.

Om mijn opmerking te verduidelijken op hun NOC staat dan een melding die als volgt uitziet:

[NL] Performance degradation Virtual Server in the Netherlands

Maar tot nu toe lijkt de trend juist dat de performance beter (gemiddeld 30% meer Read en Write van de schijven) is op deze momenten niet slechter, hoe dat komt weet ik niet. Misschien komt het omdat LeaseWeb bij problemen met 1 of meerdere hosts al zo'n melding de wereld in stuurd? Dit kan LeaseWeb misschien beantwoorden.

[Verwijderd]

Sneezydevil schreef op zaterdag 30 mei 2015 @ 07:39:
[...]


Die drukte is erg herkenbaar, eindelijk weer eens een weekend thuis, maar welk type VPS ben jij aan het testen? Die onder het kopje Virtual Server (Public) of die onder het kopje Cloudserver (Public)? Ik ben zelf de tweede aan het testen.


[...]


Het klopt volgens mij inderdaad dat ze overboekt zijn, maar ik heb er nog niet veel van gemerkt, volgens mij word je ook naar een andere host verhuist als de host waarop je zit een hogere belasting heeft, om er op die manier toch voor te zorgen dat je performance goed blijft. Ik heb trouwens ook een raar fenomeen ontdekt, telkens als LeaseWeb problemen meldt op hun NOC, lijkt bij mij de performance juist beter te worden ^^, geen idee of ik telkens geluk heb.

Ik ben nu bezig met beide. Mijn volgende (waarschijnlijk vrij korte) post gaat over de extraatjes in Cloudservers t.o.v. Private Servers. Daarna ga ik - als dat lukt - eerst aan de slag met Cloudstack Private Cloud, voor ik terug kom op de performance van de 3 producten. Moet support nog even mailen, want volgens mij kan ik nog niet in het Control Panel van de Private Cloud.

[Sneezydevil]

Verwijderd schreef op zaterdag 30 mei 2015 @ 16:53:
[...]

Ik ben nu bezig met beide. Mijn volgende (waarschijnlijk vrij korte) post gaat over de extraatjes in Cloudservers t.o.v. Private Servers. Daarna ga ik - als dat lukt - eerst aan de slag met Cloudstack Private Cloud, voor ik terug kom op de performance van de 3 producten. Moet support nog even mailen, want volgens mij kan ik nog niet in het Control Panel van de Private Cloud.

Dat is niet wat ik bedoelde ze hebben 2 verschillende soorten public Virtual Servers, deze hebben een paar kleine verschillen, de meeste zijn netwerk gerelateerd (Loadbalancing en IPv6 bijvoorbeeld)

Voor toegang tot de Private cloud zou je normaal een e-mail gehad moeten hebben.

[Verwijderd]

Sneezydevil schreef op zaterdag 30 mei 2015 @ 16:58:
[...]


Dat is niet wat ik bedoelde ze hebben 2 verschillende soorten public Virtual Servers, deze hebben een paar kleine verschillen, de meeste zijn netwerk gerelateerd (Loadbalancing en IPv6 bijvoorbeeld)

Voor toegang tot de Private cloud zou je normaal een e-mail gehad moeten hebben.

Deze post gaat over de servers zonder de load balancing. Volgende post over de servers met de load balancing. Maar ik ga me straks voiral focussen op de Cliudstack.

[Sneezydevil]

Nu ik je post nog es lees had je me toch wel begrepen de eerste keer, die namen zitten ook zo dicht bij elkaar haha, mijn excuus. Ik moet ook es wat meer gaan posten, ben inmiddels wel al met Cloudstack bezig, maar heb nog weinig tijd gehad nette postjes te maken.

[Sneezydevil]

SSC

Deze post zal gaan over het SSC, dit staat voor Self Service Center. In het SSC kun je het beheer van bijna al je producten doen, ik zeg bijna al je producten, omdat het beheer van CDN en de Private Cloud een eigen paneel hebben om te beheren.
De hoofdpagina van het SSC bevat de volgende onderdelen:

• Shortcuts
• Services
• Support

Verder zijn op elke pagina het menu, settings, live chat, je berichten en tickets terug te vinden.

SHORTCUTS

Onder shortcuts zijn de belangrijkste dingen terug te vinden uit je settings en het het menu.

SERVICES

Onder services zijn eigenlijk al je producten te vinden, de Private Cloud staat hier jammer genoeg niet bij, hierover onderaan deze post meer.

SUPPORT

Onder support zijn de support items te vinden zoals besproken in mijn vorige post.

MENU

Het menu ziet er als volgt uit:

MENING

Persoonlijk vind ik het SSC best overzichtelijk en is alles snel terug te vinden, er zijn wel een paar dingen die ik anders zou doen om alles nog duidelijker te maken.
Ook is het SSC tegenwoordig responsive, als iemand die regelmatig alleen een mobiel bij de hand heeft ben ik hier erg blij mee.

Wat zou ik anders doen.

Ik zou zorgen dat de Private Cloud niet gezien wordt als Virtual Server, hierdoor komt er namelijk een 1 te staan bij Virtual Servers, zoals in onderstaand plaatje.



Zodra je hier echter op klikt, krijg je een melding dat er geen Virtuele Server gevonden is:



Dit komt waarschijnlijk omdat het stukje beheer van de Private Cloud wat wel onderdeel is van het SSC, op de 1 of andere manier onder Virtual Servers valt, dit vermoeden heb ik tenminste als ik naar de breadcrum kijk.



Ook zou ik kijken of het mogelijk alles van de Private Cloud onder te brengen bij de Private Cloud of alles van de Private Cloud onder te brengen in het SSC.

Sterke punten van het SSC

• Overzichtelijk
• Responsive

Minder sterke punten van het SSC

• Soms ben je genoodzaakt te switchen tussen de verschillende beheer panelen, bij het beheren van 1 product

Ik weet nog niet helemaal zeker waar mijn volgende post over zal gaan, ik twijfel nog of ik eerst een stukje van de API behandel of toch eerst de Public Cloud servers.

[xantos]

Sneezydevil schreef op zondag 31 mei 2015 @ 22:34:
Ik zou zorgen dat de Private Cloud niet gezien wordt als Virtual Server, hierdoor komt er namelijk een 1 te staan bij Virtual Servers, zoals in onderstaand plaatje.
Zodra je hier echter op klikt, krijg je een melding dat er geen Virtuele Server gevonden is:

[afbeelding]

Dat was inderdaad het eerste waar ik ook tegenaan liep.

[rvdm-]

Hi,

xantos schreef op maandag 01 juni 2015 @ 10:33:
[...]


Dat was inderdaad het eerste waar ik ook tegenaan liep.

Klopt, is een beetje verwarrend, en zijn we aan het opschonen. Als het goed is, dan kan je je Private Cloud vinden onder de private-cloud dropdown in het Self Service Center:


That said, mag dat stuk inderdaad wat duidelijker. Dank voor de feedback

[Verwijderd]

Daar had ik hem inderdaad ook al gevonden. Maar ik kon zo snel even geen Control Panel vinden. Eerlijk gezegd: ik kon wel een Control Panel vinden (onderaan de pagina met gegevens over de Private Cloud), maar daar stond bij mij "Niet beschikbaar" onder..... Maar ik moet er nog even een ticket over aanmaken. Misschien doe ik gewoon iets verkeerd.

[rvdm-]

Sneezydevil schreef op zaterdag 30 mei 2015 @ 10:24:
[...]


Ik ben nog niet offline geweest en ook geen verminderde performance gehad, dus dat het onstabiel is kan ik zeker niet zeggen.

Om mijn opmerking te verduidelijken op hun NOC staat dan een melding die als volgt uitziet:


[...]


Maar tot nu toe lijkt de trend juist dat de performance beter (gemiddeld 30% meer Read en Write van de schijven) is op deze momenten niet slechter, hoe dat komt weet ik niet. Misschien komt het omdat LeaseWeb bij problemen met 1 of meerdere hosts al zo'n melding de wereld in stuurd? Dit kan LeaseWeb misschien beantwoorden.

We zijn vrij open met het plaatsen van die meldingen. Wel mooi dat je betere performance had We hebben een aantal van die platformen staan, dus het kan ook heel goed dat deze melding ging over een ander deel.

[rvdm-]

Verwijderd schreef op maandag 01 juni 2015 @ 16:19:
Daar had ik hem inderdaad ook al gevonden. Maar ik kon zo snel even geen Control Panel vinden. Eerlijk gezegd: ik kon wel een Control Panel vinden (onderaan de pagina met gegevens over de Private Cloud), maar daar stond bij mij "Niet beschikbaar" onder..... Maar ik moet er nog even een ticket over aanmaken. Misschien doe ik gewoon iets verkeerd.

Als je klikt op 'manage' naast je private cloud (aannemende dat je die ziet), en vervolgens op 'server information', en dan onderaan op 'show password', krijg je het wachtwoord. Je kan dat wachtwoord, samen met de servernaam (4 letters en 3 cijfers, waarschijnlijk) gebruiken als login en domainname op het CloudStack loginscherm. Voor dat scherm heb je, als het goed is, een URL gekregen. Zo niet, stuur me een PM en dan krijg je die alsnog

De reden dat dit stuk van het self service center er wat 'anders' uitziet dan de rest, is omdat we bezig zijn met een migratie naar een structuur/systeem waarbij de boel een stuk duidelijker en gebruiksvriendelijker zal zijn.

[Sneezydevil]

Verwijderd schreef op maandag 01 juni 2015 @ 16:19:
Daar had ik hem inderdaad ook al gevonden. Maar ik kon zo snel even geen Control Panel vinden. Eerlijk gezegd: ik kon wel een Control Panel vinden (onderaan de pagina met gegevens over de Private Cloud), maar daar stond bij mij "Niet beschikbaar" onder..... Maar ik moet er nog even een ticket over aanmaken. Misschien doe ik gewoon iets verkeerd.

Ik heb die url in een mail gekregen, met als onderwerp: CSRP Delivery

rvdm- schreef op maandag 01 juni 2015 @ 16:21:
[...]


We zijn vrij open met het plaatsen van die meldingen. Wel mooi dat je betere performance had We hebben een aantal van die platformen staan, dus het kan ook heel goed dat deze melding ging over een ander deel.

Als je de performance van de private cloud ernaast legt valt het wel in het niets haha, die is toch nog een pak rapper, maar daarover binnenkort meer.

[rvdm-]

Sneezydevil schreef op maandag 01 juni 2015 @ 16:27:
[...]


Ik heb die url in een mail gekregen, met als onderwerp: CSRP Delivery


[...]


Als je de performance van de private cloud ernaast legt valt het wel in het niets haha, die is toch nog een pak rapper, maar daarover binnenkort meer.

Die mail klopt inderdaad.

Performance: lekker he Ik was ook zeer blij, full SSD voel je toch wel, en 't is natuurlijk niet shared.

[Verwijderd]

Sneezydevil schreef op maandag 01 juni 2015 @ 16:27:
[...]

Ik heb die url in een mail gekregen, met als onderwerp: CSRP Delivery

[...]

OK. Ik hoef geen ticket aan te maken. Deze mail heb ik wel gezien, maar blijkbaar niet volledig "gescant" op nuttige informatie. Link staat er inderdaad in.

[Sneezydevil]

Gisteren heeft LeaseWeb onderhoud gedaan aan hun SSC en ik kon het niet laten om te kijken of er dingen opgelost waren die ik gemeld had.

En ja hoor! De bug met de firewall is opgelost, er staat niet langer “Uitschakelen” als de firewall al uit staat.



Fijn om te zien dat er dus zeker wat met het commentaar gedaan wordt.

[rvdm-]

Sneezydevil schreef op woensdag 10 juni 2015 @ 08:41:
Fijn om te zien dat er dus zeker wat met het commentaar gedaan wordt.

Keep it coming

[raymonvdm]

* BareMetal

Inleiding

Hierbij wil ik allereerst LeaseWeb en Tweakers.net bedanken voor de aangeboden actie. In een vogelvlucht kregen we een rondleiding van alles wat LeaseWeb te bieden heeft voor hun klanten, zoals een traditioneel datacenter, maar ook een Modulair datacenter gebaseerd op een chassis van Portakabins. http://www.evoswitch.com/nl/colocatie-en-housing
Tijdens de rondleiding heb ik ontdekt hoe groot en massaal EvoSwitch eigenlijk is! :-)

Bij de actie heb ik me opgegeven voor een Private Cloud en op verzoek van LeaseWeb is daar een Bare Metal Server aan toegevoegd. Ik heb op dit moment een aantal co-locatie servers in een ander datacenter en een Private Cloud, op basis van VMware, bij een andere aanbieder. Ik zal dus ook proberen om deze met elkaar te vergelijken.

Bare Metal Server

Bij de eerste indruk van een Bare Metal Server, vond ik de dienst vreemd en ik vroeg me af waarom ik de dienst zou willen testen. Het is toch gewoon ijzer? Wat voor toegevoegdewaarde kan LeaseWeb mij bieden? Maar na de uitleg, moet ik zeggen dat ik toch enthousiast ben geworden. In het datacenter heb ik gezien hoeveel machines in een rack passen en dat ik als klant redelijk eenvoudig een nieuwe Bare Metal server kan aanvragen. Ik hoef mij geen zorgen te maken over de hardware, omdat deze eigendom is van LeaseWeb. Bij een defect aan de hardware, zullen zij moeten de reparatie voor handen nemen. Dit kan overigens ook een nadeel zijn, ten opzichte van co-locatie misschien kan ik het zelf met eigen hardware wel sneller oplossen? Mocht er tijdens de testperiode een defect optreden aan de hardware dan zal ik hierover een losse update in het topic plaatsen

Specificaties

De door LeaseWeb verhuurde server is een Dell PowerEdge R210 met een E3-1230 processor, 32GB RAM en 2x 1TB disk. Deze informatie is ook terug te vinden in het Self Service Center (SSC) alleen klopt deze niet helemaal met de werkelijkheid.

Provisioning

De echte kracht van een Bare Metal server, is de provisioning van het besturingssysteem. Ik kan met een paar muisklikken in het Self Service Center de server voorzien van een nieuw besturingssysteem. Het is eventueel ook mogelijk om te kiezen voor een Windows installatie met bijbehorende extra (licentie) kosten. Voor nu heb ik gekozen voor Ubuntu 14.04.2 LTS.

Netwerk

De server heeft een gigabit uplink en standaard een enkel IPV4-adres, maar via het Self Service Center is het mogelijk om extra IP-adressen aan te vragen. Het IP-adres wordt niet via DHCP toegewezen, maar daadwerkelijk door LeaseWeb in de installatie statisch geconfigureerd. Ditzelfde geldt ook voor het Reverse DNS record (dns-search), wat ik heb opgegeven in het Self Service Center. Na de installatie valt het op dat de server ook IPV6-adressen toegekend heeft gekregen vanuit het Leaseweb netwerk. Dit is iets wat niet altijd wenselijk kan zijn en waar men dus rekening mee moet houden bij het inrichten van de firewall.

code:

root@baremetal:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
        address 37.48.xx.xxx
        netmask 255.255.255.192
        network 37.48.83.128
        broadcast 37.48.83.191
        gateway 37.48.83.190
        # dns-* options are implemented by the resolvconf package, if installed
        dns-nameservers 85.17.150.123 85.17.96.69 62.212.64.122
        dns-search leaseweb.xxxxx.net
root@baremetal:~#


root@baremetal:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr d4:ae:xx:xx:xx:xx
          inet addr:37.48.83.152  Bcast:37.48.83.191  Mask:255.255.255.192
          inet6 addr: 2001:1af8:4700:a05b:e820:xxxx:xxxx:xxxx/64 Scope:Global
          inet6 addr: 2001:1af8:4700:a05b:d6ae:xxxx:xxxx:xxxx/64 Scope:Global
          inet6 addr: fe80::d6ae:xxxx:xxxx:xxxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:33222 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5636 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:10859046 (10.8 MB)  TX bytes:1045888 (1.0 MB)

Firewall

Binnen het SSC heb ik geen optie gevonden om de machine te voorzien van een firewall, maar het is wel mogelijk om het verkeer te null-routen of om de switchpoort uit te schakelen bij een eventuele DDOS aanval. Het is dus noodzakelijk om zelf een firewall te installeren op de machine.


Note: Er staan nog een aantal post op stapel om een achterstand in te halen. Ik hoor graag jullie reacties

[xantos]

Inmiddels ben ik druk bezig om onze webshop op te splitsen in verschillende servers.

• Database server 4 cores / 8GB
• NFS Server 2 cores / 2GB
• Webserver1, apache + memcached 4 cores / 6GB
• Webserver2, apache + memcached 4 cores / 6GB
• ElasticSearch 2 cores / 2GB

Het fijne aan de virtuele instanties is dat het aantal cores en geheugen op een later moment te tweaken zijn, mocht dit meer of minder moeten zijn.

Inmiddels ben ik druk bezig om de database server en applicatie servers te voorzien van de juiste configuratie en software zodat ik de loadbalancing eens aan de tand kan voelen.

Externe IP adressen kunnen uit een pool opgevraagd worden. Omdat je de servers heel makkelijk via een VPN via het interne netwerk kunt aanspreken, heb je eigenlijk niet veel ipadressen nodig. Uiteindelijk wil je natuurlijk je loadbalancer bereikbaar maken van buitenaf maar dat is het dan ook eigenlijk (voor een webshop/CMS).

Wat ik al ontzettend fijn vindt aan de cloud in het algemeen, is dat instances zo makkelijk aan te maken zijn. Het updaten van onze huidige productieserver vind ik altijd een stress gevend werkje omdat indien dit misgaat je webshop direct plat gaat. Een virtuele instance is snel en makkelijk aangemaakt zodat je eerst kunt testen of een software update wel het gewenste resultaat heeft.

Onze huidige bare metal server bij Leaseweb draait overigens als een zonnetje. De keren dat er problemen waren kwam dit door een kapotte disk. De software raid werkt niet altijd lekker waardoor je systeem toch down gaat. Leaseweb vervangt een defecte harddisk snel maar je raid array weer opbouwen dien je eigenlijk zelf te doen aangezien je een bare metal product afneemt. Aangezien dit een werkje is dat ik zelf niet vaak doe (en geen risico's wil lopen) betaal ik meestal voor een kwartiertje extra hands-on zodat een Leaseweb medewerker dit voor mij fixt.

Ik ben dan ook heel benieuwd naar de betrouwbaarheid van de NAS die de Leaseweb Private Cloud gebruikt. Feitelijk zouden disk problemen dan tot het verleden moeten behoren, iets dat zorgt voor een hogere uptime van je servers.

In mijn volgende post ga ik de loadbalancing functie testen. Er zijn drie manieren van loadbalancing die je kunt kiezen in het controle paneel van Leaseweb.

• Round-robin
• Least connections
• Source

Meer daarover de volgende keer..

Nog even vraagje. Heeft iemand IPv6 al aan de praat gekregen via de Private Cloud? Ik zie nergens een optie om IPV6 addressen te claimen en te gebruiken.

[Sneezydevil]

PUBLIC CLOUD SERVERS

LeaseWeb heeft (of had) een aantal verschillende opties als je opzoek bent naar een VPS of Cloud Server.

Je had:

• Virtual Servers
• Public Cloud Servers
• Private Cloud

Nu heb je:

• Virtual Servers
• Private Cloud

In de oude situatie had je natuurlijk 2 producten die heel veel op elkaar lijken, namelijk de Virtual Server en de Public Cloud Server. De Public Cloud Servers maakten van een vergelijkbare infrastructuur gebruik als de Private Cloud.

Ik vermoed dat wat in de nieuwe situatie onder Virtual Servers valt de Public Cloud servers van de oude situatie zijn.

Een groot verschil tussen de Virtual Servers en Public Cloud Servers (Oude situatie), is het ontbreken van IPv6 op de Cloud Servers, ik begreep van support dat dit komt door de routers die hiervoor gebruikt worden, die nog geen IPv6 ondersteunen.

Aangezien de meeste servers die ik gebruik al een behoorlijke tijd dual stack zijn, vind ik dit wel jammer, ik was ook wel een beetje verrast, omdat de Bare Metal Servers van LeaseWeb IPv6 al een behoorlijke tijd ondersteunen.

HET BEHEER

In het overzicht zie je alle servers en kun je deze starten, stoppen en herstarten, ook kun je ervoor kiezen een loadbalancer voor je servers te zetten, dit vind ik persoonlijk een leuke optie.




Je kunt dan de details van elke server zien door op de knop beheer te klikken, je kunt hier dan verschillende overzichten oproepen, zoals een overzicht van het dataverkeer of de geschiedenis, maar ook verschillende acties uitvoeren, zoals:

• SSH Key toevoegen
• Firewall in- en uitschakelen
• Server herinstalleren
• IPs beheren
• Console starten

De meeste van deze dingen zullen voor jullie vanzelfsprekend zijn, maar mochten er toch nog vragen zijn hoor ik ze graag.

WEETJES

SNAT

De Public Cloud servers maken gebruik van SNAT, in het beheerpaneel is dan ook een Public IP en een Private IP te zien.

Voor de meeste toepassing zal dit geen probleem vormen, er zijn wel enkele toepassing waarbij dit niet werkt, maar dan ben je hier meestal ook van op de hoogte.

Dit betekend trouwens wel dat je via de Private IPs met een andere Cloud server kunt communiceren, hiervoor moeten de Servers trouwens wel onderdeel uitmaken van het zelfde account en waarschijnlijk het zelfde subnet.

Sterke punten van Public Cloud Servers

• Firewall beschikbaar
• Loadbalancer beschikbaar

Minder sterke punten van Public Cloud Servers

• Nog geen IPv6
• Nog geen API beschikbaar

[rvdm-]

Even een snelle reactie:

Sneezydevil schreef op vrijdag 26 juni 2015 @ 19:16:
Ik vermoed dat wat in de nieuwe situatie onder Virtual Servers valt de Public Cloud servers van de oude situatie zijn.

...

Dit betekend trouwens wel dat je via de Private IPs met een andere Cloud server kunt communiceren, hiervoor moeten de Servers trouwens wel onderdeel uitmaken van het zelfde account en waarschijnlijk het zelfde subnet.

Over virtual servers:
We leveren zowel de virtual servers als cloud servers nog, alleen we hebben de virtual servers een wat prominentere plek gegeven. In de toekomst gaan daar nog wel wat zaken veranderen, maar die functionaliteiten blijven we bieden.

Over subnets en accounts blij Cloud Servers:
Klopt. Wel is het zo dat de Cloud Servers hun IP via DHCP verkrijgen, en wij zorgen ervoor dat ze in hetzelfde subnet terecht komen. Dit is ook wel zo handig, anders is het aanmaken van die SNAT regels op de virtual router (waar ook je load balancer op draait, als je die bestelt) een beetje lastig.

Trouwens, die load balancer kan je gewoon activeren/'bijbestellen'. PM mij even voor de zekerheid als je dat doet, dan zorg ik dat je geen rekening krijgt. Telt ook voor de andere testers

[Sneezydevil]

rvdm- schreef op vrijdag 26 juni 2015 @ 19:26:
Even een snelle reactie:


[...]


Over virtual servers:
We leveren zowel de virtual servers als cloud servers nog, alleen we hebben de virtual servers een wat prominentere plek gegeven. In de toekomst gaan daar nog wel wat zaken veranderen, maar die functionaliteiten blijven we bieden.

Dit hebben jullie nog niet heel lang geleden gedaan toch? Het viel mij in ieder geval pas op toen ik mijn postje ging afmaken.

Maar als ik je goed begrijp zijn de servers die nu onder Cloud -> Virtual Servers staan de servers die ook IPv6 ondersteunen?

Over subnets en accounts blij Cloud Servers:
....

Ik vond het wel handig dat ze met elkaar konden communiceren zonder dat ik de firewall aan hoefde te passen, zo kon ik de applicatie testen, terwijl het geen extra risico met zich meebracht.

Weet jij misschien het antwoord op Xantos zijn vraag over IPv6 op de Private Cloud, support zei geen IPv6 op Cloud servers, maar toen hadden we het over de Public Cloud variant, maar ik kan mij voorstellen dat het dan ook voor de Private variant geldt.

[rvdm-]

Sneezydevil schreef op vrijdag 26 juni 2015 @ 20:17:
[...]


Dit hebben jullie nog niet heel lang geleden gedaan toch? Het viel mij in ieder geval pas op toen ik mijn postje ging afmaken.

Klopt, dit is minder dan 2 weken geleden aangepast.

Maar als ik je goed begrijp zijn de servers die nu onder Cloud -> Virtual Servers staan de servers die ook IPv6 ondersteunen?

Klopt ook. Reden dat de Cloud Server geen ipv6 doet, is dat de middleware die we gebruiken (CloudStack) nog geen ipv6 ondersteunt op de 'virtual router' die voor je virtuele netwerk/vlan zit. Zijn we wel mee bezig
De virtual server kan dit dus wel aan.

Weet jij misschien het antwoord op Xantos zijn vraag over IPv6 op de Private Cloud, support zei geen IPv6 op Cloud servers, maar toen hadden we het over de Public Cloud variant, maar ik kan mij voorstellen dat het dan ook voor de Private variant geldt.

Ja en nee. Voor de private cloud zijn er 2 netwerkmodellen; shared/basic, en isolated. Die eerste is wat de virtual server gebruikt (dus wel ipv6), die tweede is wat de cloud server gebruikt (dus geen ipv6). Met de private cloud heb je wat meer controle, en kan je ook besluiten om zelf isolated networks van een ipv6-ip te voorzien, door je eigen VR te draaien. Dan verlies je alleen wel functionaliteit in de webinterface, en moet je een aantal zaken met de hand bijhouden/beheren.

edit: onduideljke uitleg gecorrigeerd

[ Voor 4% gewijzigd door rvdm- op 27-06-2015 22:38 ]

[Sneezydevil]

Goed te horen dat er mogelijkheden zijn voor IPv6. Om zelf een VR te draaien en te voorzien van een IPv6 adres zijn daar nog extra dingen voor nodig of zou iets ook kunnen op de Private Cloud die wij nu draaien?

[rvdm-]

Sneezydevil schreef op zondag 28 juni 2015 @ 11:05:
Goed te horen dat er mogelijkheden zijn voor IPv6. Om zelf een VR te draaien en te voorzien van een IPv6 adres zijn daar nog extra dingen voor nodig of zou iets ook kunnen op de Private Cloud die wij nu draaien?

Hangt een beetje af van de configuratie die je hebt. Als je zowel basic als isolated netwerken hebt, dan kan dat (met een trucje). Mocht je ipv4-management aan CloudStack willen overlaten (handig), dan rol je 'gewoon' een isolated netwerk uit, en voeg je in dat netwerk een instance toe die *ook* in je basic netwerk zit (en dus zowel een publiek, als een 'isolated' intern IP heeft).
Die instance laat je - via radvd bijvoorbeeld - ipv6 uitdelen, en ipv6-routering afhandelen.

Wil je echt alles zelf doen, dan heb je een 'fully isolated without services' netwerk nodig, en doe je eigenlijk hetzelfde, maar neem je ook ipv4 management voor je rekening. Een 'fully isolated without services' network heeft geen VR, dus dat is wat uitdagender. Ik doe dat laatste zelf in 'n netwerk waarbij ik VyOS als VR gebruik. Ik zou even beginnen met dat eerste scenario, zodat je 'n gevoel krijgt bij hoe dingen werken

[Verwijderd]

Cloudservers

Zo op het eerste oog lijkt een Cloudserver niets meer te zijn dan een Private Server, zoals we die in mijn vorige post hebben gezien. Ik ga hier ook geen overzichten plaatsen met de mogelijke configuraties en besturingssystemen, want die zijn namelijk identiek aan die van de Private Servers. Cloudservers kunnen, net als Private Servers, geleverd worden vanuit Nederland, Duitsland en de VS.

Een Cloudserver wijkt echter op 1 heel belangrijk punt af van een Private Server: networking. Het verschil wordt direct duidelijk in de volgende screenprints.

Private Server:	Cloudserver:

Ook al heb ik het laatste stuk van het IP-adres in de screenshot van de Private Server onleesbaar gemaakt, het is nog steeds herkenbaar een publiek IP adres. In de screenshot van de Cloudserver zie je een privé IP adres op de interface. En daar zit het verschil. Als je bij Leaseweb een aantal Cloudservers bestelt, dan komen al deze Cloudservers in 1 privé VLAN terecht en kunnen dus onderling met elkaar communiceren op hun privé IP adressen. Dit dataverkeer gaat niet van je bundel af.

Uiteraard heb je bij iedere Cloudserver ook een publiek IP adres. Dit publieke IP adres is 1 op 1 en bi-directioneel gemapt naar het privé IP adres van de Cloudserver. Leaseweb levert bij iedere Cloudserver – net als bij iedere Private Server - een gratis firewall, waarmee op een hele basic manier poorten gefilterd kunnen worden. Met deze firewall kun je dus ook een Cloudserver totaal onbereikbaar maken vanaf het internet, terwijl je andere Cloudservers hem nog gewoon kunnen bereiken.

De Cloudserver biedt je dus, op een heel eenvoudige manier, de mogelijkheid om complete schaalbare infrastructuren op te bouwen met frontend en backend servers. Leaseweb biedt ook virtuele load balancers aan, waardoor je dus op een heel eenvoudige manier permanente of tijdelijke load balancing kunt toepassen. Op de volgende afbeeldingen worden een paar mogelijkheden geschetst:

	In dit voorbeeld is (boven) schematisch een cloud infrastructuur weergegeven met slechts 2 servers: 1 front end server en 1 back end server, waarvan (onder) de front end eenvoudig d.m.v. een load balancer opgeschaald kan worden met een extra server.
	In dit voorbeeld is schematisch een wat grotere cloud infrastructuur weergegeven, bestaande uit een mix van back end servers en frond end servers (waarvan 2 achter een load balancer).
	In dit voorbeeld is schematisch een zakelijke hybride infrastructuur weergegeven, compleet met een site-to-site VPN tussen de Cloudserver infrastructuur en een on premise infrastructuur en een client VPN naar de complete infrastructuur.

Leaseweb heeft onlangs een nieuwe versie van het Self Service Center uitgebracht en de naam veranderd in Customer Portal. Het control panel van de Cloudservers is vrijwel gelijk aan dat van de Private Servers, zoals in onderstaande screenshots te zien is.



In de volgende post gaan we weer een flinke stap verder, want dan gaan we kijken naar de Apache Cloudstack Private Cloud.

[rvdm-]

Verwijderd schreef op zondag 28 juni 2015 @ 16:49:

Cloudservers kunnen, net als Private Servers, geleverd worden vanuit Nederland, Denemarken en de VS.

In Denemarken zitten we nog niet, wel in Duitsland

[xantos]

Ja en nee. Voor de private cloud zijn er 2 netwerkmodellen; shared/basic, en isolated. Die eerste is wat de virtual server gebruikt (dus wel ipv6), die tweede is wat de cloud server gebruikt (dus geen ipv6). Met de private cloud heb je wat meer controle, en kan je ook besluiten om zelf isolated networks van een ipv6-ip te voorzien, door je eigen VR te draaien. Dan verlies je alleen wel functionaliteit in de webinterface, en moet je een aantal zaken met de hand bijhouden/beheren.

Ai... Zoals gezegd ben ik geen die-hard beheerder en dit klinkt toch als een behoorlijke drempel (en probleem) voor mij.

Ik had gehoopt dat ik IPv6 support gewoon kon activeren op de bestaande default virtual router die ik momenteel gebruik (isolated-network). Hoe gaan jullie dat doen als IPv6 mainstream wordt? Wordt deze optie dan alsnog toegevoegd?

[rvdm-]

xantos schreef op maandag 29 juni 2015 @ 10:21:
Ik had gehoopt dat ik IPv6 support gewoon kon activeren op de bestaande default virtual router die ik momenteel gebruik (isolated-network). Hoe gaan jullie dat doen als IPv6 meanstream wordt? Wordt deze optie dan alsnog toegevoegd?

Ja absoluut! We doen reguliere updates op die stack, en dit is een van de dingen die (hoog) op ons lijstje staat. Je zal je verbazen hoeveel software er (nog) niet is wat betreft ipv6-ondersteuning...

Dat gezegd hebbende, moet je wat betreft ipv6 goed nadenken in dit soort infrastructuren. Bedenk dat ineens (niet zoals nu) alle IP's globaal bereikbaar zijn bijvoorbeeld. Je zal geen SNAT/DNAT meer gebruiken, load balancing werkt potentieel anders, en je security groups en firewall rules gaan er anders uitzien. Keuzes over hoe dat (goed) te doen kunnen we eigenlijk maar 1x maken.

[Sneezydevil]

Als systeembeheerder die regelmatig met cloud systemen werkt, ben ik allang blij dat er opties zijn (zoals zelf een Virtual Router draaien).

Zowel Azure als AWS EC2 ondersteunen ook nog geen native IPv6 voor zover ik weet, je kunt natuurlijk wel een IPv6 over IPv4 tunnel maken.

Telkens als ik weer eens iemand van Microsoft spreek, vraag ik weer es, en ze roepen al een behoorlijke tijd dat het eraan komt. De laatste keer was op TechDays, en ik kreeg toen niet het idee dat het er echt heel snel zal zijn. Ze weten dat het belangrijk is en de tijd dringt, maar het zal gewoon veel voeten in aarde hebben.

[Verwijderd]

rvdm- schreef op zondag 28 juni 2015 @ 21:19:
[...]


In Denemarken zitten we nog niet, wel in Duitsland

Ga ik zo even aanpassen. Dank! Ik heb geen idee hoe Denemarken nou in mijn hoofd gekoppeld is geraakt aan Leaseweb!!!!

(Aangepast op 2 plaatsen. In de post over Private Servers stond het ook verkeerd.

[ Voor 12% gewijzigd door Verwijderd op 29-06-2015 13:26 ]

[rvdm-]

Sneezydevil schreef op maandag 29 juni 2015 @ 11:30:
Zowel Azure als AWS EC2 ondersteunen ook nog geen native IPv6 voor zover ik weet, je kunt natuurlijk wel een IPv6 over IPv4 tunnel maken.

Klopt (kan bij ons natuurlijk ook). Is misschien wel eenvoudiger dan een eigen VR

[Sneezydevil]

rvdm- schreef op maandag 29 juni 2015 @ 16:21:
[...]


Klopt (kan bij ons natuurlijk ook). Is misschien wel eenvoudiger dan een eigen VR

Eenvoudiger misschien wel maar vind een VR mooier haha, als ik nog wat tijd over heb ga ik het proberen.

[Sneezydevil]

PRIVATE CLOUD DEEL 1

Deze post zal gaan over de LeaseWeb Private Cloud, de LeaseWeb is in 2 smaken te verkrijgen, namelijk “Apache Cloudstack” en “VMWare”. VMWare zal voor de meesten geen onbekende naam zijn. Ik zal het in het bijzonder hebben over de “Apache Cloudstack”. Dit omdat de omgeving is die wij ook mogen testen.

CloudStack is een opensource software omgeving, die verschillende Hypervisors ondersteund, de door LeaseWeb gebruikte Hypervisor is: “KVM”. Ik gebruik KVM al sinds 1 van de eerste releases, en ben er altijd erg blij mee geweest. Het grote voordeel van de CloudStack is het makkelijk opzetten van complexe omgevingen via aan grafische schil of het automatiseren van zo ongeveer alles wat je kunt bedenken via de API.

De CloudStack omgeving zal niet voor iedereen zijn, de kleinste omgeving die verkrijgbaar is bestaat namelijk uit 20 Core’s en 30 GB aan geheugen. Het maximum lijkt op 165GB te liggen, wellicht dat die via support nog uit te breiden is.

Eigenlijk is het wel jammer dat er geen kleinere omgevingen beschikbaar zijn, want ze zijn ontzettend flexibel, en de mogelijkheden zijn eindeloos.

HET MENU

Er zijn eigenlijk 2 manieren om je VM’s (Cloud) te beheren, namelijk: Grafische Interface en API. Om een kort overzicht te krijgen wat er allemaal mogelijk is via de GUI, zal ik een korte omschrijving van de menu items geven. Ik zal later verder op de verschillende zaken ingaan.

Dashboard

In het dashbord is een overzicht te vinden van VM’s en resourses.

Instances

Dit zijn eigenlijk de verschillende VM’s die je hebt aangemaakt, je krijgt hier dan ook een overzicht van de VM’s die je hebt aangemaakt, je kunt nieuwe VM’s aanmaken en VM’s starten en stoppen.

Affinity Group

Hier kun je forceren dat twee of meer VM’s niet op dezelfde host komen te draaien, dit kan natuurlijk er handig zijn om ervoor te zorgen dat machines achter bijvoorbeeld een loadbalancer niet op dezelfde host draaien. Doe je dit niet zou het kunnen dat je nog steeds een single point of failure hebt.

Storage

Hier zijn de volume’s te vinden van de VM’s, je kunt hier ook volume’s uploaden en maken.

Network

Hier is alles wat netwerk gerelateerd is te vinden, zoals publieke ip adressen, private ip adressen, virtuele routers etc etc. Aangezien hier zoveel te vinden is, zal ik dit later ook zeker uitdiepen.

Templates

Hier zijn kant en klare voorbeelden te vinden van vele besturing systemen, ook zijn er enkele ISO’s te vinden. Dit is ook de plek waar ik 1 van de weinige verwarrende dingen heb gevonden, hierover later meer.

Events

Hier is een overzicht te vinden van uitgevoerde acties binnen de CloudStack.

Projects

Dit is iets wat ik ontzettend handig vind, maar wat je niet zo standaard is als veel van de andere dingen. Hier kun je namelijk Projecten maken, om resources te delen tussen users en alles overzichtelijk te houden.

Accounts

Dit sluit eigenlijk aan op het vorige kopje hier kun je accounts maken met een eigen login, hieraan kun je dan weer resources toewijzen, super handig in combinatie met Projects om alles netjes te orderen.

Domain

Hier zie je de limieten van je domein.

Offerings

Ik zie offerings als soort van basis waarop je schijven en VM’s op kunt baseren.

HET MENU CONCLUSIE

Eigenlijk zijn de meeste onderdelen duidelijk en kun je meteen alles snel vinden, er zijn wel dingen die je even moet doorhebben, maar dan kun je naar hartenlust virtuele machines aanmaken, en voor je het weet heb je een heel netwerk ingericht.

Op naar de volgende post waar ik op verschillende onderdelen verder in zal gaan.

[Verwijderd]

Apache Cloudstack Private Cloud

Het is weer hoog tijd voor een nieuwe post in deze serie. De afgelopen maand ben ik begonnen met het bekijken van de mogelijkheden van de Leaseweb Private Cloud. Leaseweb biedt 2 smaken aan wat betreft Private Cloud: VMware en Apache Cloudstack. Ik heb de beschikking over de Apache Cloudstack variant en kan 20 CPU cores, 30 GB RAM, 1 TB shared storage en een setje publieke IP adressen gebruiken. Eigenlijk had ik me opgegeven voor de VMware Private Cloud, maar tijdens onze introductiesessie op het hoofdkantoor van Leaseweb gaf men aan, dat de VMware Private Cloud doorgaans over een custom setup gaat voor meestal wat grotere bedrijven of instellingen. Aan de ene kant jammer, maar het goede nieuws is dat Apache Cloudstack voor mij ook nieuw is en dus erg interessant.

Het dashboard van de Private Cloud lijkt totaal niet op de dashboards van de producten uit mijn eerdere posts. Daar voerden eenvoud en rust de boventoon. Dat is bij de Private Cloud wel even anders: de mogelijkheden zijn bijna eindeloos en hoe dieper je in het dashboard navigeert, des te geavanceerder het wordt.



Het is lastig om in weinig woorden te beschrijven, wat je nou precies krijgt als je een Private Cloud afneemt bij Leaseweb. Een mogelijk antwoord zou zijn: “Een set virtuele resources in een datacenter en bijna volledige vrijheid om daar een infrastructuur naar eigen wens op te bouwen.”

Resources verdelen

Zeker in het geval van wat grotere infrastructuren, heb je mogelijkheden nodig om de beschikbare resources te verdelen over verschillende (groepen) gebruikers. De Private Cloud biedt hier een breed scala aan mogelijkheden. Resources kunnen gedetailleerd worden toegekend aan gebruikers, of aan zogenaamde projecten. Binnen een project kun je dan weer verschillende rollen aanmaken en gebruikers toevoegen aan zo’n rol. Een gebruiker kan lid zijn van meerdere projecten en daarnaast ook nog zijn eigen resources hebben binnen de Private Cloud. Door de view van zijn dashboard om te zetten van de default view naar een project view, kan hij de resources van het betreffende project beheren voor zover hij daartoe gemachtigd is.

Default view als domain admin:	Project view als gewone gebruiker:

Het netwerk

Voor we kunnen beginnen met het aanmaken van VM’s (Instances), hebben we een netwerk nodig om ze te verbinden met alle andere resources. Standaard wordt de Private Cloud afgeleverd met 1 geïsoleerd netwerk met 1 publiek IP adres en NAT ingeschakeld. Op je geïsoleerde netwerken gebruik je een private IP range. In het dashboard kun je op een eenvoudige manier extra publieke IP adressen toekennen aan je netwerk en Static NAT configureren voor bepaalde instances. Je kunt zelf extra geïsoleerde netwerken aanmaken en deze voorzien van 1 of meerdere publieke IP adressen. Tijdens het aanmaken van een instance, heb je de mogelijkheid om te bepalen hoeveel NIC’s je instance krijgt en aan welke geïsoleerde netwerken deze NIC’s gekoppeld moeten worden.



Maar qua networking biedt de Private Cloud nog veel meer. Routing, ACL’s, VPN en load balancing behoren onder andere tot de mogelijkheden als we een Virtual Private Cloud (VPC) gaan bouwen, bestaande uit meerdere geïsoleerde netwerken met een private IP range die allemaal binnen een bepaald supernet vallen. De interface om deze toch wel complexe zaken te kunnen configureren is redelijk intuïtief, maar het is toch wel handig om wat basiskennis en een beetje ervaring op netwerkgebied te hebben als je je hieraan gaat wagen. Maar ik moet Leaseweb nageven: als je weet wat je wil gaan doen, dan is de interface duidelijk genoeg om dit vrij eenvoudig uit te kunnen voeren.



In een latere post wil ik nog een keer wat dieper ingaan op wat specifieke netwerkonderwerpen als VPN en routing in een VPC. De volgende post zal gaan over storage en instances in de Private Cloud.

[rvdm-]

Even een snelle post met LeaseWeb-pet op

Testers:
Ik ben benieuwd hoe het gaat met de tests en de infrastructuur!
Het team hier is blij met de feedback, en ook wel 'n beetje trots om te lezen hoe jullie schrijven over hun product. Is er nog meer feedback / review-materiaal? Kunnen we jullie nog ergens mee helpen?

[Sneezydevil]

rvdm- schreef op maandag 24 augustus 2015 @ 08:57:
Even een snelle post met LeaseWeb-pet op

Testers:
Ik ben benieuwd hoe het gaat met de tests en de infrastructuur!
Het team hier is blij met de feedback, en ook wel 'n beetje trots om te lezen hoe jullie schrijven over hun product. Is er nog meer feedback / review-materiaal? Kunnen we jullie nog ergens mee helpen?

Ben net terug van vakantie, en uit mijn hoofd heb ik nog minstens 1 ding staan wat ik niet logisch vond (binnen de Private Cloud UI), waar dus misschien iets mee gedaan kan worden.

Zal deze zeker even doorsturen, binnenkort ook weer een post.

[rvdm-]

Sneezydevil schreef op maandag 24 augustus 2015 @ 09:06:
[...]


Ben net terug van vakantie, en uit mijn hoofd heb ik nog minstens 1 ding staan wat ik niet logisch vond (binnen de Private Cloud UI), waar dus misschien iets mee gedaan kan worden.

Zal deze zeker even doorsturen, binnenkort ook weer een post.

Top, dankjewel!

[xantos]

Ik ben de laatste tijd erg druk geweest en pak nu de draad weer op. Daarover later meer.

Kwam zojuist nog wel iets geks tegen in de customer portal. De 'Monthly Data Graph' lijkt niet te kloppen voor deze maand. Geeft voor iedere dag hetzelfde plaatje en zelfs als ik in de toekomst kijk (t/m 31 augustus), heb ik al data verbruikt. Vanaf september is de grafiek dan weer wel leeg.

Ik zou zeggen de data van 1 t/m 26 augustus klopt niet.

[darthness]

xantos schreef op woensdag 26 augustus 2015 @ 11:37:
Ik ben de laatste tijd erg druk geweest en pak nu de draad weer op. Daarover later meer.

Kwam zojuist nog wel iets geks tegen in de customer portal. De 'Monthly Data Graph' lijkt niet te kloppen voor deze maand. Geeft voor iedere dag hetzelfde plaatje en zelfs als ik in de toekomst kijk (t/m 31 augustus), heb ik al data verbruikt. Vanaf september is de grafiek dan weer wel leeg.

Ik zou zeggen de data van 1 t/m 26 augustus klopt niet.

Hoi xantos, Ik werk bij LeaseWeb Cloud. Kun je mij een PM sturen met je pack name dan kijk ik even naar je datagraphs.

[darthness]

xantos schreef op woensdag 26 augustus 2015 @ 11:37:
Ik ben de laatste tijd erg druk geweest en pak nu de draad weer op. Daarover later meer.

Kwam zojuist nog wel iets geks tegen in de customer portal. De 'Monthly Data Graph' lijkt niet te kloppen voor deze maand. Geeft voor iedere dag hetzelfde plaatje en zelfs als ik in de toekomst kijk (t/m 31 augustus), heb ik al data verbruikt. Vanaf september is de grafiek dan weer wel leeg.

Ik zou zeggen de data van 1 t/m 26 augustus klopt niet.

ik kan niks raars zien aan de datagraphs. Alle gegevens zoals ik die kan inzien lijken gewoon te kloppen.

[Verwijderd]

rvdm- schreef op maandag 24 augustus 2015 @ 08:57:
Even een snelle post met LeaseWeb-pet op

Testers:
Ik ben benieuwd hoe het gaat met de tests en de infrastructuur!
Het team hier is blij met de feedback, en ook wel 'n beetje trots om te lezen hoe jullie schrijven over hun product. Is er nog meer feedback / review-materiaal? Kunnen we jullie nog ergens mee helpen?

Dat gaat waarschijnlijk nog wel gebeuren. Ik wil z.s.m. even wat tijd gaan stoppen in API's en het zou zomaar kunnen dat ik daar wat hulp of tips bij nodig heb.

Ik ben momenteel (helaas) heel erg druk. Tussen alle bedrijvigheid door, wissel ik vandaag ook nog eens van werkgever en daar is de afgelopen maanden natuurlijk ook wel wat energie in gaan zitten. Maar wat mij betreft zitten er nog een paar posts aan te komen. Ik heb bijvoorbeeld wel al wat tijd in het bekijken van networking gestopt, maar de post daarover moet nog komen.

Nu eerst maar eens zorgen dat er morgen (?) een post komt over storage en instances, zoals beloofd.

[xantos]

Hier hetzelfde! Druk, druk, druk.

Omdat ik zelf erg onder de indruk ben van de mogelijkheden van de private cloud en tests prima zijn verlopen heb ik mijn werkgever kunnen overhalen om onze diensten (gedeeltelijk) zeer binnenkort (deze week) over te zetten naar de private cloud zodat we echt kunnen zien hoe zaken performen in real life.

Mochten er geen noemenswaardige problemen opduiken dan gaan we dit twee weken proberen en dan evalueren.

Het enige struikelblok was het gebruik van ipv6. Dit heb ik nu even laten vallen omdat het toch nog vrij weinig gebruikt wordt.

Over deze ervaringen zal ik deze maand gaan schrijven. Mochten de resultaten positief zijn dan gaan wij als bedrijf over naar de private cloud bij Leaseweb.

[xantos]

Flinke problemen met het storage system voor public cloud begrijp ik bij Leaseweb momenteel. De private cloud daarin tegen draait nog steeds prima. Meldingen van instances die al 10 uur down zijn op twitter.

http://leasewebnoc.com/en...atform-in-the-netherlands
https://twitter.com/LeaseWeb/status/638640611294363649

[ Voor 28% gewijzigd door xantos op 01-09-2015 12:00 ]

[Sneezydevil]

Ze hebben inderdaad wat problemen: http://89.238.146.98/en/n...atform-in-the-netherlands

Hopelijk komt er snel goed nieuws

[xantos]

Blijkbaar maakt private cloud gebruik van een apart storage system. Draait dit wel op dezelfde hardware? Oftwel is de opzet identiek? Erg benieuwd wat nu uiteindelijk de oorzaak is geweest van deze storing die overigens nog steeds gaande is.

[Verwijderd]

Instances en storage (Cloudstack)

Na het configureren van je virtuele infrastructuur, het eventueel maken van (VPN) koppelingen tussen je virtuele infrastructuur en je fysieke sites en het inrichten van de rechtenstructuur voor je gebruikers kunnen er virtual machines (VM’s) aangemaakt worden. In plaats van de term “VM”, zul je overigens vooral de term “Instance” tegenkomen.

Voor een instance heb je 4 “stukjes” virtuele hardware nodig: CPU, RAM, NIC en storage. Het aanmaken van een instance gaat via een wizard en is kinderspel. De wizard biedt je de mogelijkheid om je eigen custom instance te configureren, maar het is ook mogelijk om vooraf “Service Offerings” te configureren en deze te gebruiken in de wizard. Een Service Offering is een soort template, maar dan niet voor een besturingssysteem maar voor virtuele hardware. Een Compute Offering beschrijft bijvoorbeeld hoeveel vCPU’s en hoeveel RAM een instance op basis van deze Offering zal krijgen en de eventuele limieten qua schijf- en netwerkgebruik.



Wat betreft de installatie van het besturingssysteem zijn er 2 mogelijkheden: een template gebruiken, of je instance booten van een ISO file en zelf een besturingssysteem installeren. Leaseweb stelt standaard een hele lijst (zie eerdere posts) met templates beschikbaar, maar je kunt ook je eigen templates maken.

In de praktijk is er geen limiet aan het aantal instances of templates dat aangemaakt kan worden, zolang je maar genoeg storage afneemt bij Leaseweb. Templates en uitgeschakelde instances kosten je namelijk geen CPU cores of RAM. Dus als je 20 cores afneemt, mag je best 30 instances met elk 2 cores aanmaken en nog een paar templates. Je kunt er dan echter niet meer dan 10 instances inschakelen.



Zoals in de screenshots van de wizard voor het aanmaken van een instance te zien is, kan een instance meerdere virtuele NIC’s hebben, die ieder verbonden kunnen zijn met een ander virtueel netwerk. De mogelijkheid om meerdere virtuele netwerken, ieder met andere eigenschappen, aan te kunnen maken biedt enorm veel flexibiliteit. Je kunt er bepaalde systemen bijvoorbeeld totaal mee isoleren van de buitenwereld en ze alleen bereikbaar maken voor 1 specifieke instance, die een extra NIC heeft in dit geisoleerde netwerk. Op deze manier zou je ook een instance in kunnen richten als router / firewall met software naar eigen keuze erop. Leaseweb biedt deze functionaliteit overigens standaard aan binnen Cloudstack, zonder dat je hier een instance voor op hoeft te offeren, maar je kunt dit op deze manier ook volledig in eigen hand nemen.

Aangezien de review periode bijna afloopt, wil ik in mijn volgende post gaan kijken naar het gebruik van de API voor de Cloustack Private Cloud. Dit lijkt mij namelijk een onderdeel dat niet mag ontbreken in deze review.

[Sneezydevil]

PRIVATE CLOUD DEEL 2

In dit tweede deel zal ik iets dieper ingaan op het aanmaken van een instance en wat hier allemaal voor nodig is.

Eerst zorg je ervoor dat je een template of ISO en een netwerk hebt.

TEMPLATES EN ISOS

Templates zijn eigenlijk een soort van kant en klare Virtuele Machines binnen de Private Cloud zijn er alleen templates beschikbaar voor verschillende Linux machines. Mocht je een Windows op een server willen zijn er wel verschillende ISO files beschikbaar.



Als het OS wat jij wil er niet tussen staat kun je een ISO uploaden en deze gebruiken voor de installatie van de Virtuele Machine. Zodra je een Virtuele Machine hebt en je hebt deze naar wens ingericht kun je daar dan weer een template van maken. Het maken van een template van een bestaande machine gebeurd onder het kopje Storage.

NETWERK

Persoonlijk vind ik dit 1 van de belangrijkste punten van de Private Cloud, omdat hier zoveel mogelijk is en het ook zo belangrijk is voor je server omgeving.

Om te beginnen zijn er 2 type netwerken, namelijk “Shared” en “Isolated” netwerken.

Bij “Shared” netwerken krijgt iedere Virtuele Machine zijn eigen publieke IPv4 IP toegewezen.
Bij “Isolated” zitten de Virtuele Machines achter een Virtuele Router en hebben een IP uit een private range.

Enkele mogelijkheden van een “Isolated” netwerk zijn Loadbalancers, Site to Site VPN, Port Forwarding en nog veel meer.

Ik gebruik op dit moment een “Isolated” met SNAT

Nadat je de template/ISO en het netwerk in orde hebt kun je met een soort van wizard eigenlijk heel gemakkelijk een Virtuele Machine maken.

INSTANCE WIZARD

Met de wizard is een Virtuele Machine maken eigenlijk heel gemakkelijk, je kiest een ISO file of template, kiest hoeveel CPU kracht en geheugen de VM moet hebben, kiest nog het netwerk en je bent eigenlijk al bijna klaar.

In de volgende post zal ik het verder hebben over het aanmaken van een netwerk, en kort hierna zal een post volgen over wat mij is opgevallen aan de Private Cloud van LeaseWeb.

[Sneezydevil]

PRIVATE CLOUD ISOLATED NETWERKEN

Omdat er zoveel mogelijk is met de “Isolated” netwerken en er zoveel opties beschikbaar zijn, toch nog even een losse post over “Isolated” netwerken.

DE OPTIES

Zoals je kunt zien zijn er best veel opties bij het maken van een “Isolated” netwerk.
Enkele opties zijn:

• Netwerk met SNAT
• Netwerk met DHCP
• Netwerk voor VPC
• Netwerk voor VPC met Loadbalancer
• Netwerk met SNAT en 2 Virtuele Routers

Een voorbeeld van een SNAT configuratie zou kunnen zijn:




Zoals te zien is kun je verschillende dingen configureren aan je netwerk, zo kun je loadbalancing instellen en Port Forwards doen.


Firewall:





Loadbalancer:





Wat je in het plaatje niet kunt zien maar natuurlijk wel mogelijk is het toevoegen van je verschillende Virtuele Machines.


Port Forwards





Ook kun je VPN inschakelen, hierdoor kun je met IPSEC en een PreShared key met je Isolated Netwerk verbinden.





Bovenstaande plaatjes zijn allemaal plaatjes van “Guest” netwerken.
Als je een “VPC” netwerk hebt kun je nog iets meer instellen, zoals ACL’s en Site to Site VPN.

Enkele plaatjes van de configuratie van een “VPC”















Zoals jullie wel kunnen zien is er heel veel mogelijk binnen het netwerk stuk van de Private Cloud, wel vind ik het nog jammer dat je voor IPv6 meer moeite moet doen. Het is zeker niet onmogelijk IPv6 op de Virtuele Machines te krijgen, maar ik had het graag wat makkelijker gezien.

[xantos]

darthness schreef op maandag 31 augustus 2015 @ 15:51:
[...]


ik kan niks raars zien aan de datagraphs. Alle gegevens zoals ik die kan inzien lijken gewoon te kloppen.

Dan kijk nog maar eens.. Ik zal je op weg helpen. Met de volgende drie grafieken..







Overigens werkt de current usage optie ook niet bij mij. Krijg gewoon een leeg scherm te zien:

[ Voor 13% gewijzigd door xantos op 07-09-2015 10:08 ]

[Sneezydevil]

xantos schreef op maandag 07 september 2015 @ 08:41:
[...]


Dan kijk nog maar eens.. Ik za je op weg helpen. Met de volgende drie grafieken..

[afbeelding]

[afbeelding]

[afbeelding]

Overigens werkt de current usage optie ook niet bij mij. Krijg gewoon een leeg scherm te zien:

[afbeelding]

Hey Xantos, ik ben dan wel niet van LeaseWeb, maar ben wel benieuwd wat er niet klopt, ik zie niet echt iets vreemds.

Current Usage is bij mij ook een lege pagina, dus daar hebben ze inderdaad wat werk .

[xantos]

Alle drie (alle 30 dagen) de grafieken zijn identiek. Gisteren heb ik een deel van de productie servers op mijn werk overgezet naar de private cloud. Dat kan dus niet kloppen tenzij deze grafieken niet dagelijks worden bijgewerkt.

[ Voor 3% gewijzigd door xantos op 07-09-2015 10:10 ]

[Sneezydevil]

Ahzo, ik ben zo gewend die grafieken zo voor mijn neus te krijgen dat het me niet eens opgevallen is dat het niet zo logisch is.

De dagen staan onderaan, en je ziet nu dus 6 x 2 balkjes (Morgen 7 x 2 balkjes), 2 voor iedere dag.

Gisteren heb je dus iets minder dan 37Mb verstuurd, en de dag ervoor 50.

Je krijgt een maandoverzicht en geen dag overzicht.

[ Voor 3% gewijzigd door Sneezydevil op 07-09-2015 10:44 ]

[xantos]

Ik zal vandaag eens afwachten aangezien vanaf nu het netwerk echt gebruikt wordt. Ik snap alleen wat het toevoegd om dit per dag op te vragen terwijl de grafiek de hele maand hetzelfde is.

Overigens mis ik in het dashboard van de portal op de homepage nog steeds een vakje met 'Private Cloud Server'. Het lijkt nu alsof ik helemaal geen product afneem.

[ Voor 30% gewijzigd door xantos op 07-09-2015 12:07 ]

[xantos]

Nog even een vraagje voor Leaseweb.. Als ik gebruik maak van een affinity group en ik plaats hier twee servers in, wil ik eigenlijk dat deze beide gebruik maken van een datadisk in een apart network storage.

Bij het aanmaken van een volume kan ik een availabiltity zone kiezen maar daar staat nu maar 1 zone in. Als ik extra storage aanschaf, kan ik deze dan in een ander zone aanschaffen?

[Sneezydevil]

PRIVATE CLOUD WAT ZOU IK ANDERS DOEN

In deze post zal ik een aantal Private Cloud gerelateerde dingen bespreken die ik anders zou doen, of wat misschien wel bugs zijn.

ISOS EN TEMPLATES

Het is natuurlijk heel handig dat je templates kunt maken en ISO files kunt toevoegen aan je Private Cloud account.

Ook is er al een hele lijst van templates beschikbaar om te gebruiken:





Maar nu dat wat mij verwarde, op het moment dat ik een template of ISO toevoeg staat hij niet in de “All” lijst.

Bij de lijst van de ISO files is dit wat makkelijker te zien, omdat er hier veel minder instaan:





Hierdoor dacht ik dat er iets mis was gegaan, en deed ik het nog eens en nog eens, maar telkens verdwenen ze zodra ze klaar waren met uploaden. Toen kwam ik erachter dat jou eigen ISO files en templates niet onder “All” vallen en alleen onder “Mine” te zien zijn.





Dit is zeker iets wat ik duidelijker aan zou geven, en het liefst zou ik “Mine” ook zien als de selectie op “All” staat.

IP TOEVOEGEN

Als je bovenstaand plaatje bekijkt zou je denken dat je iets moet selecteren, maar er valt niks te selecteren in dit geval. In gevallen waar niks te selecteren valt zou ik de dropdown laten vervallen en alleen voor bevestiging vragen.

DASHBOARD

Iets waar ik mij niet echt aan stoorde, maar de designers hier wel meteen opviel, zijn de verschillen in layout, waardoor het niet zo’n mooi geheel is als het zou kunnen zijn:





Het was misschien wel mooi geweest als het beheer paneel van de Private Cloud ook in de LeaseWeb kleuren kon worden weergegeven net zoals het normale Customer Portal, misschien zou dit een setting kunnen zijn.

Ik weet niet of ik hier een heel hoge prioriteit aan zou geven, want meestal zullen het de systeembeheerders zijn die inloggen op het dashboard, en ik denk niet dat die zich hier snel aan zullen storen.

[xantos]

Iets waar ik zelf tegen aanliep is de quickview optie. Deze mouseover heeft er nu twee keer voor gezorgd dat ik een verkeerde server stopte . Was niet goed op aan het letten. Het lijkt soms dat je de quickview van de bovenste server bekijkt terwijl dit de quickview is van de server eronder. De server naam staat wel in het venster vermeld maar weerhield me er niet van de verkeerde server te stoppen.

Deze quickview optie gebruik ik dus niet meer.

[Sneezydevil]

Ik snap direct wat je bedoeld (Gebeurd vooral als je van onder of boven over de quickviews van de verschillende servers gaat, dan staat er vaak nog die van de vorige server ipv van de server waar je muis staat.), misschien kunnen ze in het venster wat jou vraagt om te bevestigen om de server te stoppen, ook de naam van de server zetten die je gaat stoppen.

Nu staat er: Stop Instance - Please confirm that you want to stop this instance.

Als er zou staan: Stop Instance - Please confirm that you want to stop ServerX.

Deze tweede tekst voorkomt niet dat de quickview soms niet de verwachte server toont, maar voorkomt in ieder geval dat je niet zomaar de verkeerde server uitschakelt.

[xantos]

En we zijn live!

We draaien inmiddels 6 dagen op de (testomgeving van mijn) private cloud met onze zakelijke omgeving. Tijd voor wat feedback..

Alles draait als een zonnetje. Nu wat klooien en experimenteren met instances en de private cloud portal heb ik veel geleerd. Het opzetten van de 5 servers (database, nfs, elasticsearch, 2 x webserver) verliep prima.

Performance

Performance is iets verbeterd omdat we simpelweg meer cores ter beschikking hebben en we zaken (services) hebben kunnen scheiden, dit ondanks de achteruitgang in io performance. Onze bare-metal server levert nu eenmaal een betere io performance maar dit is in praktijk in de cloud (nog) niet echt merkbaar voor ons.

Geen IPV6

De IPV6 connectiviteit zijn we tijdelijk verloren, dit was een bewuste keus maar zie ik wel als een nadeel. Ook ben ik bang wat de impact is op mijn bestaande instances op het moment dat ik IPV6 wel kan invoeren. Dient er dan veel aangepast te worden in mijn config? Moet ik mijn hele netwerk config anders inrichten? Wat als ik straks tijdelijk extra cores nodig heb om zaken te verhuizen?

Flexibiliteit

Nu we draaien op de private cloud zijn we meer flexibel en kunnen we beter inspelen op behoeften. Risico's mbt server upgrades kunnen ondervangen worden door het maken van snapshots. Voorheen was ik vaak huiverig om oude servers te upgraden. Vooral het gemak en de snelheid waarop je een nieuwe server opzet en het koppelen van datadisks ondervangt dit.

Loadbalancing

De tweede webserver draait in een test opstelling en ga ik binnenkort via loadbalancing bereikbaar maken voor onze klanten. Hierover later meer.

Risico's

Kleine angst gehad om te beginnen met deze testfase vanwege de storage problemen die Leaseweb had met hun andere dienst. Drukt je wel met de neus op de feiten dat je altijd moet zorgen voor een externe backup c.q. servers bij een andere partij. Als de storage wegvalt, blijft er namelijk niks meer over van je cloudomgeving. Ben ook benieuwd zoals ik al eerder vroeg of ik ook extra diskspace kan aanschaffen op een ander storage systeem. Om risico's te spreiden zeg maar.

Ondervonden

• De datagrafiek in het Leaseweb portal werkt niet echt lekker. Sterker nog de grafiek staat al een paar dagen stil.
• De Quickview optie is niet zonder gevaar. Ik heb inmiddels al twee keer een verkeerde server gestopt om de popups bij een verkeerde server hoorde. Ja, mijn schuld maar werkt gewoon niet echt lekker.
• De sessions timeout van de cloud portal staat erg laag. Als je effe niks doet, ben je alweer uitgelogd. Da's niet handig.

De Leaseweb medewerkers zijn trouwens al een tijdje afwezig in dit draadje.

[darthness]

xantos schreef op maandag 07 september 2015 @ 08:41:
[...]


Dan kijk nog maar eens.. Ik zal je op weg helpen. Met de volgende drie grafieken..

....

Overigens werkt de current usage optie ook niet bij mij. Krijg gewoon een leeg scherm te zien:

[afbeelding]

Hey Xantos,

We zijn actief naar het dataverkeer probleem aan het kijken om er achter te komen wat precies het probleem is. We zijn de laatste tijd druk geweest met de migratie van al onze cloud producten naar volledig SSD storage, onze excuses voor de late reactie. Een van onze engineers is bezig om het probleem met de current usage optie op te lossen.

Gr. Stephen

[xantos]

Loadbalancing

Om de loadbalancing te testen moesten er een aantal wijzigingen worden aangebracht in onze software ivm session handling (memcached), etc.. Zodra deze nieuwe versie in productie draait, ga ik hiermee verder.

Resizen van een data disk

Tijdens het aanmaken van vm instance kies je de grootte van je root partitie voor OS. Als ik het goed begrijp kun je deze niet meer aanpassen dus denk hier even goed over na.

Je kunt echter een of meerdere data disks koppelen aan een instance om je data op te slaan. Dit is erg handig, heb ik zelf ondervonden. Na een data disk te hebben aangemaakt van 20GB, kwam ik er achter dat deze eigenlijk te klein was. Tijd om de resize functionaliteit eens te testen.

Eerst dien je je mount weer te unmounten. Ga vervolgens naar het cloudstack service centrum en kies je data disk. Hier vind je een optie om deze te wijzigen. Ik heb deze vergroot naar 40GB.

Nadat je de size van je datadisk hebt aangepast moet je dit het OS even laten weten. Voer hiervoor de volgende commando's uit:

- Doe eerst een filecheck: e2fsck -f /dev/vdx
- Dan resizen met: resize2fs /dev/vdx

Klaar! Vervolgens kun je de disk weer mounten heb je meer schijfruimte.

Ik neem aan dat hetzelfde ook werkt om een disk te verkleinen maar test dat eerst zelf even.

[Sneezydevil]

LEASEWEB PRIVATE CLOUD VS MICROSOFT AZURE

Als Microsoft partner kon ik het niet laten om deze 2 naast elkaar te leggen, ook al zijn ze niet 100% vergelijkbaar. Azure is natuurlijk net zoals de diensten van Amazon “Pay per Use”, dit wil zeggen dat als je alleen betaald als je er daadwerkelijk gebruik van maakt. In tegenstelling tot de LeaseWeb Private Cloud waar je altijd aan een minimum vast zit (voor een maand).

Wat betreft de mogelijkheden zijn er heel veel overeenkomsten, zo kun je bij beiden je eigen netwerk aanmaken en daar je servers inhangen en dit dan weer met het internet verbinden, ook hebben beiden vele templates beschikbaar, om dit allemaal nog wat makkelijker te maken.

Ook beschikken beiden platformen over een uitgebreide API, waar je zo ongeveer alles mee kunt automatiseren.

Voor ons is het natuurlijk veel belangrijker wat nu de verschillen zijn, naast “Pay per Use”, is één van de grote verschillen dat bij Azure er geen prijsverschil zit tussen een VM met Windows en een VM met Linux. Bij LeaseWeb moet je nog betalen voor een Windows Licentie.

Wat betreft de prijs zitten er ook vrij grote verschillen in, als je kijkt naar servers die dag en nacht draaien, wordt de Private Cloud van LeaseWeb al snel aantrekkelijker. De prijs van Azure is alleen aantrekkelijker als je een enkele server hebt of als je een kleine omgeving hebt die wel heel snel moet kunnen schalen.

Als ik moest kiezen tussen de 2 zou ik voor een bedrijf wat de Cloud in moet waarschijnlijk naar leaseWeb neigen en bijvoorbeeld een web applicatie die snel moet kunnen schalen naar Azure.

Waar ik trouwens wel tegen aanliep was dat de LeaseWeb cloud niet wou werken met Server 2016, maar dat is volgens mij een bekend probleem met KVM.

[xantos]

Zo, dit draadje is wel een beetje uit aan het drogen. Weinig reactie meer van de Leaseweb medewerkers terwijl dit toch een soort van samenwerking/actie was.

Dat terzijde even een update van mijn kant:

Loadbalancing

Ik heb eventjes wat gespeeld met de loadbalancing opties en twee webservers ingezet om wat dingetjes te testen. Dit ziet er allemaal prima uit. Helaas heb ik zakelijk moeten besluiten om de loadbalancing even niet te proberen. We moesten hierdoor op korte termijn ons sessiebeheer wijzigen in bijvoorbeeld memcache of iets soortgelijks. Helaas vond ik de voordelen van de loadbalancing even niet opwegen tegen de nadelen van memcache en heb ik te weinig tijd om hier verder naar te kijken op korte termijn.

Conclusie tot nu toe - de voordelen

Nadat een deel van onze servers ongeveer een maand in de (private) cloud draait, is het tijd voor een oordeel.
De private cloud werkt uitstekend! Nog geen uitval meegemaakt en de servers draaien als een zonnetje. De io-performance is wel iets achteruit gegaan maar dat komt mede ook omdat de webserver een mount gebruikt via NFS. Deze ga ik deze maand nog een keer er tussenuit halen om te zijn wat de verschillen zijn. Het gebruik van instances en het zelf kunnen bijschalen indien nodig, is erg prettig gebleken. Ik ben zelfs zo tevreden dat ik mijn werkgever wellicht ga overtuigen om dit product aan de schaffen in plaats van onze bare-metal servers die we nu hebben bij Leaseweb.

Enkele kritische noten

Ik heb in dit topic meerdere malen gezegd dat de statistieken niet goed werkte. Nadat dit eindelijk leek te werken, is het nu helemaal kapot. Er blijven bolletjes met "loading" knipperen maar er gebeurd helemaal niks.


Al eerder schreef ik dat ik het jammer vond dat IPV6 functionaliteit ontbrak. Het schijnt wel mogelijk te zijn maar niet "out of the box" met een simpele klik. Het zal vast een beperking zijn van Apache Cloudstack en niet iets waar Leaseweb veel aan kan doen, maar toch.. kom op.. dit is een geavanceerd zakelijk product zonder IPV6, op een moment dat overal in het nieuws is dat IPV4 adressen op aan het raken zijn!
Wat is de impact van dit alles, als ik vandaag een private cloud abo bij Leasweb afsluit. Kan ik dan op een later moment op een simpele manier toch IPv6 adressen koppelen. Wat is de tijdsindicatie hiervoor?


Het storage probleem met de public cloud bij Leaseweb heeft wel aangetoond hoe kwetsbaar een cloudomgeving kan zijn. Je kunt 10 instances aanmaken met Affinity Groups, Loadbalancing, etc.. maar als de onderliggende storage ermee ophoud, dan is het over en uit. Leaseweb gebruikt nu een nieuw storage systeem (NetApp) met alleen SSD drives. Ik zou graag horen of dit ook voor de private cloud geldt. En is het mogelijk een tweede bundel met diskspace aan te schaffen in een ander netwerk?

[Sneezydevil]

Het is helaas in dit draadje niet zo druk meer inderdaad, ik had eigenlijk gedacht dat het drukker zou worden in het later statium omdat we in eerste instantie geen toegang hadden tot de Private Cloud.

Wij zijn wel van plan een aantal VM's in te gaan zetten vanuit het LeaseWeb netwerk, met name VM's die we redundant uitvoeren en daarom bij verschillende leveranciers willen hebben.

Onderwerpen die ik nog zou willen behandelen als ik er de tijd voor vind zijn onderandere:

- API's
- Performance

Ik heb eigenlijk ook nog een aantal vragen voor LeaseWeb:

1) Wordt de IO bij de Public Cloud geknepen? De doorvoer vanaf een disk is namelijk niet heel veel hoger geworden sinds er gebruik gemaakt wordt van de nieuwe SSD storage.

2) Hoe zit het met ondersteuning voor Windows Server 2016?

Hopelijk vind ik snel nog wat tijd voor de laatste onderwerpen.

[echnie1]

xantos schreef op donderdag 01 oktober 2015 @ 10:13:

Enkele kritische noten

Ik heb in dit topic meerdere malen gezegd dat de statistieken niet goed werkte. Nadat dit eindelijk leek te werken, is het nu helemaal kapot. Er blijven bolletjes met "loading" knipperen maar er gebeurd helemaal niks.


Al eerder schreef ik dat ik het jammer vond dat IPV6 functionaliteit ontbrak. Het schijnt wel mogelijk te zijn maar niet "out of the box" met een simpele klik. Het zal vast een beperking zijn van Apache Cloudstack en niet iets waar Leaseweb veel aan kan doen, maar toch.. kom op.. dit is een geavanceerd zakelijk product zonder IPV6, op een moment dat overal in het nieuws is dat IPV4 adressen op aan het raken zijn!
Wat is de impact van dit alles, als ik vandaag een private cloud abo bij Leasweb afsluit. Kan ik dan op een later moment op een simpele manier toch IPv6 adressen koppelen. Wat is de tijdsindicatie hiervoor?


Het storage probleem met de public cloud bij Leaseweb heeft wel aangetoond hoe kwetsbaar een cloudomgeving kan zijn. Je kunt 10 instances aanmaken met Affinity Groups, Loadbalancing, etc.. maar als de onderliggende storage ermee ophoud, dan is het over en uit. Leaseweb gebruikt nu een nieuw storage systeem (NetApp) met alleen SSD drives. Ik zou graag horen of dit ook voor de private cloud geldt. En is het mogelijk een tweede bundel met diskspace aan te schaffen in een ander netwerk?

Even een reactie van LeaseWeb kant (het is een tijd lang erg druk geweest vanwege storage migratie issues zodoende)

IPv6 is een gemis in Cloudstack, een gemis wat onderkent wordt door de community en ons. Er wordt door meerdere mensen aan gewerkt maar een leverdatum heb ik niet voor je.
Check anders even JIRA voor Apache Cloudstack daar staan meerdere draadjes over IPv6.

Wat betreft je vraag over storage; in NL zijn we voor alle Cloud platformen, en dus ook voor Cloudstack Private Cloud, om naar Netapp full flash.

De problemen met de datagraphs zijn bekend en wordt nu aan gewerkt

[ Voor 11% gewijzigd door echnie1 op 02-10-2015 10:50 ]

[echnie1]

xantos schreef op maandag 21 september 2015 @ 11:32:

Resizen van een data disk

Tijdens het aanmaken van vm instance kies je de grootte van je root partitie voor OS. Als ik het goed begrijp kun je deze niet meer aanpassen dus denk hier even goed over na.

Je kunt echter een of meerdere data disks koppelen aan een instance om je data op te slaan. Dit is erg handig, heb ik zelf ondervonden. Na een data disk te hebben aangemaakt van 20GB, kwam ik er achter dat deze eigenlijk te klein was. Tijd om de resize functionaliteit eens te testen.

Eerst dien je je mount weer te unmounten. Ga vervolgens naar het cloudstack service centrum en kies je data disk. Hier vind je een optie om deze te wijzigen. Ik heb deze vergroot naar 40GB.

Nadat je de size van je datadisk hebt aangepast moet je dit het OS even laten weten. Voer hiervoor de volgende commando's uit:

- Doe eerst een filecheck: e2fsck -f /dev/vdx
- Dan resizen met: resize2fs /dev/vdx

Klaar! Vervolgens kun je de disk weer mounten heb je meer schijfruimte.

Ik neem aan dat hetzelfde ook werkt om een disk te verkleinen maar test dat eerst zelf even.

Even wat extra info; het is ook mogelijk om een root volume te vergroten. De machine moet daarvoor dan wel uit staan. Sommige opties zijn afhankelijk van de staat van de instance.
Het vergroten van een volume (root en data volumes) is mogelijk, verkleinen niet. En zoals je zelf al zegt; natuurlijk moet je na het vergoten van het volume het OS dat ook 'laten weten'

[echnie1]

Sneezydevil schreef op donderdag 01 oktober 2015 @ 11:17:

Ik heb eigenlijk ook nog een aantal vragen voor LeaseWeb:

1) Wordt de IO bij de Public Cloud geknepen? De doorvoer vanaf een disk is namelijk niet heel veel hoger geworden sinds er gebruik gemaakt wordt van de nieuwe SSD storage.

2) Hoe zit het met ondersteuning voor Windows Server 2016?

Hopelijk vind ik snel nog wat tijd voor de laatste onderwerpen.

In antwoord op je vragen;

Op public Cloud wordt actief op gebruik en belasting van resources gelet. Dit om noisy neighbour problematiek tegen te gaan. Dit is op een shared platform niet te voorkomen en noodzakelijk om voor alle klanten een goed en gelijk prestatie niveau te bieden.
We zijn nog op zoek naar de sweet spot voor het nieuwe platform. Dat is een kwestie van tunen/tweaken/testen.

Wat betreft windows 2016, dat gaan we testen. Kom ik nog op terug

[xantos]

echnie1 schreef op vrijdag 02 oktober 2015 @ 09:30:
[...]


Even wat extra info; het is ook mogelijk om een root volume te vergroten. De machine moet daarvoor dan wel uit staan. Sommige opties zijn afhankelijk van de staat van de instance.
Het vergroten van een volume (root en data volumes) is mogelijk, verkleinen niet. En zoals je zelf al zegt; natuurlijk moet je na het vergoten van het volume het OS dat ook 'laten weten'

echnie1, nog een vraagje betreft de default OS images. Als ik een standaard Debian image gebruik draait de instantie standaard op een 251MB Swap partitie. Doen jullie dat met een reden? Op een productie server moet deze Swap file te veel groter zijn of raad je dat af?

Overigens zijn de statistieken mbt dataverkeer alweer kapot (in jullie customer portal).

[ Voor 5% gewijzigd door xantos op 12-10-2015 16:18 ]

[Sneezydevil]

xantos schreef op maandag 12 oktober 2015 @ 16:12:
[...]


echnie1, nog een vraagje betreft de default OS images. Als ik een standaard Debian image gebruik draait de instantie standaard op een 251MB Swap partitie. Doen jullie dat met een reden? Op een productie server moet deze Swap file te veel groter zijn of raad je dat af?

Overigens zijn de statistieken mbt dataverkeer alweer kapot (in jullie customer portal).

Ik kan mij voorstellen dat ze dit doen omdat het vaak zonde van de ruimte is grote swap partities te hebben, zal misschien ook een beetje van de server afhangen.

Ik heb net even gekeken en de meeste productie servers zitten hier tussen de 0 en 1Mb aan swap.

Bij hun CentOS image lijken ze trouwens 4 GB te gebruiken:

code:

Swap:      4194300          0    4194300

Ik zou gewoon eens kijken hoeveel je productie servers daadwerkelijk gebruiken aan swap.

[echnie1]

xantos schreef op maandag 12 oktober 2015 @ 16:12:
[...]


echnie1, nog een vraagje betreft de default OS images. Als ik een standaard Debian image gebruik draait de instantie standaard op een 251MB Swap partitie. Doen jullie dat met een reden? Op een productie server moet deze Swap file te veel groter zijn of raad je dat af?

Overigens zijn de statistieken mbt dataverkeer alweer kapot (in jullie customer portal).

Hoi Xantos,

We hadden voor onze templates eerst een veel grotere Swap parttime (4GB). Daar kregen we echter verzoeken van klanten over om die kleiner te maken. Dat zijn we toen gaan geleidelijk gaan implementeren (as we updated templates). Het hangt er dus een beetje vanaf welk template je machine gecreëerd is.
Dat verklaart ook waarom Sneeze Devil aangeeft dat hij op een andere machine wel 4 GB Swap heeft.
Het hangt er dus vanaf welk template (OS en size) je kiest en wanneer die gemaakt/ge-update is.

[xantos]

echnie1 schreef op dinsdag 20 oktober 2015 @ 17:02:
[...]


Hoi Xantos,

We hadden voor onze templates eerst een veel grotere Swap parttime (4GB). Daar kregen we echter verzoeken van klanten over om die kleiner te maken. Dat zijn we toen gaan geleidelijk gaan implementeren (as we updated templates). Het hangt er dus een beetje vanaf welk template je machine gecreëerd is.
Dat verklaart ook waarom Sneeze Devil aangeeft dat hij op een andere machine wel 4 GB Swap heeft.
Het hangt er dus vanaf welk template (OS en size) je kiest en wanneer die gemaakt/ge-update is.

Ok, bedankt! Ik ga op enkele machines de swap wat verhogen voor het geval dat. Overigens heb ik mijn leidinggevende overtuigd van de private cloud en ga ik mijn test account laten omzetten naar een echt account. Dit heb al kortgesloten met een van jullie accountmanagers. Van onze dedicated server nemen dan binnenkort afscheid. Enige pijnpuntje blijft dan nog de IPv6 implementatie maar goed dat nemen we even voorlief.

Overigens werken de private cloud datagrafieken nog steeds niet. Niet dringend of belangrijk maar toch...

[xantos]

Overigens krijg ik vanaf vanavond de VPN naar mijn private cloud met geen mogelijkheid meer actief. Deze lijkt onbereikbaar. Ik heb de VPN gedeactiveerd en weer geactiveerd. Dit zorgde er alleen voor dat mijn pre-shared key werd gewijzigd maar verder zonder resultaat. Kan iemand van Leaseweb dit even nakijken? (domein SGLX001). (inmiddels al een ticket voor aangemaakt)

Verder geeft mijn cloud dashboard aan dat ik 15/20 cores in gebruik heb. Dit klopt echter niet want het zijn er maar 13. Hoe kan dit?

[ Voor 4% gewijzigd door xantos op 21-10-2015 09:17 ]

[xantos]

Verder geeft mijn cloud dashboard aan dat ik 15/20 cores in gebruik heb. Dit klopt echter niet want het zijn er maar 13. Hoe kan dit?

Om nog even terug te komen op bovenstaande, de waardes in het dashboard worden niet direct bijgewerkt. Ik had dit niet door totdat de Leaseweb helpdesk me hierop wees. Je kunt gewoon op een ververs knop klikken en de waardes worden direct bijgewerkt.

Overigens zal dit mijn laatste informatieve post worden aangezien ik klaar ben met testen en we inmiddels definitief besloten hebben om dit product daadwerkelijk te gaan inzetten in ons bedrijf.

Vorige week eerste storinkje meegemaakt. Een van de hypervisors was gecrashed en
een van de instances kon niet meer gestart worden. Direct een ticket aangemaakt maar voordat dit opgepikt werd, had Leaseweb mijn instance al overgezet maar een andere node. Achteraf bleek dat dit normaal automatisch gebeurd maar ik was vergeten om de HA-optie (High Availability) aan te zetten voor een van de Service Offerings die ik had aangemaakt. Direct even aangepast dus. Weet je niet of deze aanstaat? Je kunt dit heel eenvoudig zien onder: Instances->Details->HA Enabled: Yes/No.

Op alle instances heb ik overigens de monitoring van New Relic lopen. Wat een super product is dat trouwens! Mocht je het niet kennen, probeer het eens zou ik zeggen.

[xantos]

Aangezien de LeaseWeb testperiode tot een einde komt even een korte samenvatting en conclusie van mijn bevindingen.

Gedurende de testperiode van een half jaar is private cloud ontzettend stabiel gebleken. Ik heb deze periode zakelijk een aantal (productie) servers op dit platform laten draaien om echt de voor- en nadelen te ervaren. Ik zal deze nog even kort aangeven

Voordelen:
- Snel schaalbaar / uitbreidbaar
- Door services op verschillende instances te laten draaien, krijg je een beter beeld van de totale belasting en welke oorzaken die heeft.
- Instances kunnen onderling makkelijk verbonden worden middels intern netwerk(en)
- Zeer makkelijk op te zetten VPN naar je interne netwerk (zeer handig)
- Dedicated toewijzing van cores en geheugen / geen resource sharing met anderen
- Goede support

Nadeel:
- IPv6 werkt nog niet (of of the box). Flink minpunt maar is inherent aan het cloudstack product en ligt dus niet aan LeaseWeb. Ik hoop dat dit snel wordt opgepikt.
- Prijs is relatief hoog. Bij een prijsvechter kun je voor dit bedrag 5 of 6 behoorlijke dedicated servers huren. Je neemt dit product dus niet voor de pure performance maar voor het gemak en de inzetbaarheid. Al is met de performance niks mis.

We kwamen van een bare metal server van Leaseweb en hebben dit test-account nu laten omzetten naar een vast abonnement. Vanwege de tevredenheid (zie boven) en omdat we geen dedicated bare-metal server meer wilde. Hiermee zijn we af van het probleem dat schijven uitvallen en raid arrays opnieuw opgebouwd moeten worden. Tenminste het beheer hiervan ligt nu bij Leaseweb.

Verder kunnen we nu makkelijk een instance clonen en een kopie deployen zodat we een upgrade eerst kunnen testen voordat we live gaan. Of eventjes snel een test instance opzetten om even snel iets uit te proberen.

Het dashboard werkt verhelderend alleen de data statistieken in de customer portal werken nog steeds niet. Heeft wellicht geen prioriteit en is ook niet heel belangrijk voor me, maar toch..

En om af te sluiten en me zelf ook wakker te houden is dit zeker niet de heilige graal. Heb je een bedrijfskritische omgeving dan volstaat 1 private cloud omgeving gewoon niet. Je wilt je risico's geografisch en per provider spreiden. Shit happens en geen omgeving is storingsvrij. Zorg dus altijd voor eigen backups en een noodscenario afhankelijk van het risco (omzet verlies) dat je business eventueel loopt. Want laten we wel wezen, de private cloud is echt een zakelijke oplossing.

[Sneezydevil]

Aangezien de test periode van de LeaseWeb producten tot een einde is gekomen zal dit (waarschijnlijk) mijn laatste post zijn die ik voor de review van de LeaseWeb diensten schrijf. Deze post zal naast een stukje over de verschillende API’s, informatie over de performance en uptime resultaten van de diensten die ik getest heb bevatten. De diensten die ik getest heb waren de Public Cloud, Private Cloud en verder jaren klant geweest van Baremetal Servers.

Nu eerst zoals beloofd het stukje over de API’s die LeaseWeb beschikbaar stelt.

APIS

LeaseWeb heeft verschillende API’s voor de verschillende diensten die ze aanbieden. Zo is er de Private Cloud API, de CDN API en voor al het andere de LeaseWeb API. Aangezien LeaseWeb voor de Private Cloud gebruik maakt van CloudStack is de Private Cloud API dezelfde API als mensen misschien van andere providers gewend zijn, voor de documentatie moet je dan ook op de pagina’s van apache.org zijn. Deze CloudStack API is erg compleet, ik kan zo snel even niet bedenken wat ik zou willen doen en wat niet kan. Over de werking en compleetheid van de CDN API kan ik niet veel zeggen aangezien ik deze dienst niet getest heb, maar hij lijkt vrij compleet. De laatste is de LeaseWeb API, met deze API kun je je domeinen, baremetal servers, private networks, IPs en nog wat andere zaken beheren. Jammer genoeg is er geen API voor het beheren van Public Cloud Servers. De Baremetal server API is 1 van de uitgebreidste API’s die ik ken voor het beheren van je Baremetal server.

De API’s waarvan LeaseWeb zelf de documentatie beheerd, hebben een erg duidelijke indeling met vele voorbeelden.

PERFORMANCE EN UPTIME

Ik kon deze review eigenlijk niet beëindigen zonder ook iets over de prestaties en uptime van de geteste diensten te zeggen, dus bij deze.

Performance

In een van mijn eerste postjes tijdens deze review heb ik al enkele prestaties van de Public Cloud gepost, maar ik wil hier toch nog wat meer over vertellen. De performance gedurende de gehele test periode is eigenlijk voor zowel de Public Cloud als de Private Cloud gelijk gebleven. Wel waren van de Private Cloud veel beter dan die van de Public Cloud. Op een bepaald moment is de storage van de Public Cloud vervangen door storage op basis van SSD’s hier merkte ik eigenlijk weinig van. Dit was te verklaren door het beperken van de snelheid om op die manier te garanderen dat alle klanten vergelijkbare goede prestaties hebben. Als je de prestaties van de schijven over een langere periode bekijkt zie je wel dat na de overschakeling op SSD’s de prestaties veel stabieler zijn, en dat er dus minder dipjes in de prestaties zitten.

Public Cloud

En omdat de resultaten van onze huidige public cloud de spikes van de oude storage van LeaseWeb verbergen, ook even een vergelijk zonder die resultaten.

Private Cloud

De performance van de Private Cloud was vergelijkbaar met die van onze huidige Private Cloud en leverd dan ook redelijk saaie statische plaatjes op.

Uptime

Public Cloud

De uptime van de Public Cloud was redelijk goed en de meeste storingen werden veroorzaakt door het onderliggende storage platform (Wat dus recent vervangen is door SSD storage.). Ergens is het wel jammer dat we daar geen cijfers van zullen hebben.

Private Cloud

De uptime van de Private Cloud was erg goed, namelijk 100%. Nou is 100% uptime voor een periode van 6 maanden misschien niet heel bijzonder, maar slecht is het zeker niet.

Baremetal Server

Zoals ik al eerder gemeld heb ik ook enkele jaren een Baremetal Server bij LeaseWeb gehad en deze had een update van 99.997686% gedurende een periode van 5 jaar. Alle downtime werd eigenlijk veroorzaakt door kapotte hardware. In het geval van een Baremetal server moet je er natuurlijk rekening mee houden dat hardware nou eenmaal kapot kan gaan.

EINDCONCLUSIE LEASEWEB REVIEW

Public Cloud

Voor mij persoonlijk is dit het minst sterke product en wat ik daarmee bedoel is dat de meerwaarde van LeaseWeb hier niet zo goed tot zijn recht komt. Ook is dit natuurlijk het segment met de meeste concurrentie. Wel ben ik door deze review anders tegen de Cloud servers van LeaseWeb aan gaan kijken, ik had al eens eerder onderzoek gedaan naar de prijzen van Virtual Servers bij verschillende providers en toen vond ik de prijs van de LeaseWeb servers erg hoog, maar tegenwoordig lijken ze toch een erg nette prijs te hanteren. Verder zit er bij deze servers relatief veel data inbegrepen, en zijn de schijven weer relatief klein. Zo heb je voor 5 Euro een server met 1 GB geheugen, 40 GB HDD en 4 TB traffic.

We zijn dan ook van plan hier iets mee te gaan doen omdat we bepaalde gegevens verspreid willen hebben over verschillende datacenters. Door enkele Cloud servers bij LeaseWeb af te nemen, zullen we dan in 3 datacenters zitten in plaats van 2 datacenters nu.

Private Cloud

Ik vind de Private Cloud ideaal als je snel een extra server nodig hebt of als je snel even een test netwerk wil opzetten. Het is niet het goedkoopste product, maar als je het met de concurrentie vergelijk ook weer niet extreem duur. Hoewel ik het jammer vind dat er geen IPv6 beschikbaar is weet ik niet of ik er LeaseWeb op af zou rekenen, vooral omdat Azure en andere ook geen native IPv6 beschikbaar stellen. Ook zijn ze daar natuurlijk een beetje afhankelijk van de ontwikkelingen van CloudStack. Als je echt IPv6 wil hebben zijn er altijd wel mogelijkheden.

Op dit moment zijn de prijs en de maximale grote nog redenen om hier nog niet op over te gaan. Onze eigen onpremise Private Cloud heeft op dit moment 190 GB aan geheugen in gebruik en is nog niet oud genoeg om al volledig afgeschreven te zijn.

Baremetal Servers

Dit is naar mijn mening een erg sterk product van LeaseWeb, een Baremetal server is natuurlijk niet zo hip als een Cloud server, maar ze hebben nog altijd bestaansrecht en zeker met de mogelijkheden die LeaseWeb via bijvoorbeeld de API biedt.

The end

Tot slot wil ik graag LeaseWeb en Tweakers nogmaals bedanken voor het mogelijk maken van deze review. Ik zal de Private Cloud toch wel missen en wie weet wat we in de toekomst zullen doen.

[raymonvdm]

Het is ondertussen een tijdje geleden dat de Leasweb review is gestart en sinds de vorige review wil ik een aantal dingen weer opnieuw aanstippen betreffende de baremetal server en de Leaseweb Customer Portal

Customer Portal

Sinds een Portal update zijn er een aantal features toegevoegd die ik eerder niet had. Een voorbeeld hiervan is een overzicht van de hardware componenten in de betreffende server. Zo is er een overzicht van netwerkkaarten, geheugen modules en harddisks inclusief serienummers en firmware versies



Up-time en Monitoring

De server zelf heeft gedurende de review periode geen veranderingen (herstats) ondergaan en hierdoor is de uptime op het moment van schrijven 185 dagen en dit geeft aan dat er gedurende de review periode geen problemen hebben voorgedaan met de stroomvoorziening. Bij een normale productie server zou de uptime gemiddeld uitkomen op ongeveer een maand I.v.m het installeren van systeem updates en de bijbehorende restarts.

Ik heb de server ook opgenomen in mijn observium monitoring en hierbij zie ik ongeveer net zoveel onderbrekingen als bij mijn andere servers die elders worden gehost. Wat dat betreft lijken er zich dus geen problemen voor gedaan te hebben in het Leaseweb netwerk en zijn de meldingen veroorzaakt door onderhoud aan de monitoring server. Helaas heb ik de leaseweb server niet opgenomen in mijn nagios monitoring waardoor ik slecht vanaf een locatie de monitoring heb uitgevoerd.


Netwerk snelheid

De server is voorzien van een 1gbit netwerk aansluiting en het downloaden van een 1000mb.bin test file geeft een goed resultaat

code:

HTTP request sent, awaiting response... 200 OK
Length: 1048576000 (1000M) [application/octet-stream]
Saving to: 1000mb.bin

100%[=========>] 1,048,576,000 70.1MB/s   in 15s

2015-11-25 23:14:12 (68.5 MB/s) - 1000mb.bin saved [1048576000/1048576000]

Conclusie

Een Leaseweb Bare Metalserver is een goed alternatief op het plaatsen van eigen hardware in een datacenter. De keuze aan besturingssystemen lijkt mij voldoende voor 90% van de gebruikers maar wellicht kan LeaseWeb in de toekomst nog voorzien in de mogelijkheid om een eigen ISO te uploaden zodat het ook mogelijk is om een specifieke distributie te installeren. Over de stabiliteit en bereikbaarheid heb ik geen op of aanmerkingen.

[MBicknese]

Conclusie

Op het moment van schrijven heb ik al geen toegang meer tot mijn leen servers van Leaseweb. Even snel nog wat testen zit er niet meer in. Na te beseffen dat ik een suffe fout had gemaakt bij mijn nulmeting waren mijn geschreven teksten redelijk nutteloos en hebben jullie weinig meer van mij gehoord. Nu dan eindelijk toch mijn conclusie, wat heb ik geleerd.

We begonnen dit traject om te onderzoeken of het voor een MKB web applicatie bouwer rendabel is om een CDN van Leaseweb aan te schaffen. Het idee hierachter was dat de CDN de druk van Apache af zou halen en deze op zijn beurt meer ruimte zou hebben om API calls af te handelen. Als bijkomend voordeel zouden klanten minder lang hoeven te wachten tot hun bestanden gedownload waren. Dit vanwege het betere netwerk van de CDN.

In dit proces was het de bedoeling om benchmarks van een kleine VPS te vergelijken met die van de CDN. De fout die hierin werd gemaakt is dat ik geen rekening hield met de kracht van het netwerk intern. De benchmarks voerde ik uit met een CLI tool genaamd Siege. Door gebruik te maken van `fallocate` kon ik snel bestanden aanmaken op de VPS. Deze bestanden simuleerden een webapplicatie en varieerden in grootte van 3KB (afbeelding) tot 20MB (Flash file). Na de namen op te slaan in een text file (leaseweb_siege.txt) ging via het volgende commando Siege voor mij aan de slag.

code:

siege -t30M -c50 -f leaseweb_siege.txt

De t option geeft aan dat we voor 30 minuten gaan testen. Vervolgens stelt de c option in dat er 50 gebruikers tegelijk moeten worden gesimuleerd. En f verteld Siege de text file te gebruiken om te bepalen welke URLs moeten worden aangeroepen. Ook nuttige opties zijn `-b` voor daadwerkelijk te benchmarken (normaal zit er een delay tussen calls) en `-i` om willekeurig om te springen met de URLs in het tekst bestand. Dit laatste zou een meer realistische weergave van het gedrag van gebruikers moeten weergeven. In mijn geval kreeg ik de volgende resultaten:

code:

    Lifting the server siege...      done.
    Transactions:                24579 hits
    Availability:                100.00 %
    Elapsed time:                1799.66 secs
    Data transferred:            12734.56 MB
    Response time:               3.11 secs
    Transaction rate:            13.66 trans/sec
    Throughput:                  7.08 MB/sec
    Concurrency:                 42.49
    Successful transactions:     24579
    Failed transactions:         0
    Longest transaction:         20.83
    Shortest transaction:        0.06

Zoals je kan zien is de throughput 7.08 MB/sec wat neerkomt op ongeveer 57 Mb/s wat logisch te verklaren is gezien mijn download snelheid gelimiteerd is tot 60 Mb/s. Dat dit weinig vroeg van de server is ook goed terug te zien in het dashboard van New Relic. Zelfs de VPS kon deze requests met gemak aan.


Wat ik hieruit wel kan concluderen is dat het serveren van bestanden bijna geen belasting heeft op de server. Het geheugen, CPU en disk verbruik is verwaarloosbaar gestegen. De eerste bottleneck die we tegen lijken te komen is de bandwidth. Stel dat elke speler mijn netwerk aansluiting heeft en tijdens het gamen daar continu de volledige belasting van gebruikt. Dan kunnen theoretisch 16 man tegelijk spelen (1000 / 60 afgerond naar beneden). Om dit toch te testen heb ik op een rustig moment één van onze productie servers getest (ditmaal vanaf een andere VPS). Uit deze test kon ik concluderen de 60 Mb/s redelijk uit komt. Wel opvallend is dat de CPU load hard omhoog gaat, zelfs wanneer de request een 404 terug geeft. Dit doet vermoeden dat Apache een redelijk grote overhead heeft wanneer deze files moet serveren. Hetgeen wat een probleem kan zijn als er tegelijk rekenkracht nodig is voor PHP en MySQL.

Interface

Het eerste wat opvalt is dat de CDN een compleet eigen beheer omgeving heeft. Waar de VPSen en Bare metal servers te beheren zijn vanaf https://secure.leaseweb.nl moet je voor de CDN naar https://secure.leasewebcdn.com gaan. De inloginterface is gelukkig hetzelfde en vervolgens is het systeem zelf in dezelfde style als de andere beheer omgeving. Hiermee voelen we ons gelijk thuis. Het is ook mogelijk om wel naar secure.leaseweb.nl te gaan en daar vervolgens de CDN optie te kiezen uit de dropdown lijst. Dit stuurt je door naar secure.leasewebcdn.com.

Direct na het inloggen kom je op het dashboard. Hier kunnen account instellingen worden aangepast; Tickets aangemaakt; Factureren worden ingezien en kan een chat worden gestart met een medewerker van Leaseweb.


Het echte controle paneel van de CDN zit echter achter de dropdown van het CDN knopje in de bovenste balk van de interface. Na een klik op de dropdown klik je vervolgens op ‘control panel’. Dit brengt je naar een pagina die informatie geeft over de control panel waarbij vervolgens nogmaals op een knop moet worden gedrukt om daadwerkelijk bij het controle paneel te komen. Voor dit controle paneel moet opnieuw worden ingelogd. Dit had van mij wel wat meer geïntegreerder mogen zijn met het generieke controle paneel. Het is trouwens wel mogelijk om via een link direct naar de goede pagina te gaan. De URL hiervan is: https://my.leasewebcdn.com

Vanaf dit punt kwam ik erachter hoe weinig ik eigenlijk nog wist van CDNs (of is het CDNen?). Waar mijn eerdere beeld was dat het gewoon een simpele server was met veel bandbreedte, is het in werkelijk een veel ingewikkelder systeem. Volgens de expert van Leaseweb is zowel de hardware als software afgestemd om snel bestanden te kunnen vinden, lezen en serveren. Een infrastructuur van aan elkaar geknoopte SSDs moeten ervoor zorgen dat de servers snel bij de bestanden kunnen.



Dat de software speciaal is ingesteld merk je als beheerder ook. Bij het opzetten van een zogenaamde 'zone' moet je kiezen wat voor type CDN je wilt opzetten. Je kan hierbij kiezen voor 3 opties: kleine bestanden, grote bestanden of streaming (video en audio). Elke optie kiest ervoor om het gekozen bestandstype zo snel mogelijk te serveren. Al met al toch aardig wat meer dan gewoon een servertje met veel bandwidth.

Implementatie

Dit, voorlaatste, stuk van de review is theoretisch en gaat in op hoe de CDN van Leaseweb kan bijdragen aan een bedrijf in de MKB sector.

Het probleem was dat we een enkele server gebruiken voor al het webverkeer voor een enkele webapplicatie. Dit is een probleem doordat resource zware operaties, zoals schrijven naar de database, invloed hebben op het serveren van statische content als HTML, JS, CSS en afbeeldingen. Lange wachttijden zonder feedback zijn irritatie opwekkers en hebben een grote kans de gebruiker weg te jagen.

Als bijkomend probleem kan je niet een server met weinig resources maar veel bandwidth aanschaffen. Een tweede server neerzetten voor het zelf serveren van bestanden is een slechte optie omdat dan potentieel veel processor kracht en RAM geheugen ongebruikt blijft (waar dus wel extra voor wordt betaald).

Als oplossing hiervoor zou men een CDN kunnen gebruiken om alle statische content zo te serveren. Het voordeel hieraan zou zijn dat de CDN toegewijd is aan het serveren van deze content en dus niet vertraagd kan worden door ander rekenwerk. Als bijkomend voordeel zijn deze servers verder geoptimaliseerd om statische content zo snel mogelijk bij de gebruiker af te leveren. Iets wat een hoop werk kan opleveren wil je het zelf opzetten.

De keerzijde van de medaille is dat er een prijskaartje hangt aan een CDN. Als MKB bedrijf slaan we de 'enterprise' optie maar gelijk over en gaan rechtstreeks naar de 'pay-as-you-go' optie. De meest minimale optie kost €49,- en geeft je: 2TB dataverkeer, 2GB opslag en 0 - 20 M HTTP requests.

Bij één van onze laatste games geeft een niet geoptimaliseerde versie: 30MB over 300 calls. Daarmee kan de game in totaal 66.667 keer gedownload worden per maand. Dit delen we dan wel over meerdere games maar in combinatie met caching is dit meer dan genoeg. Over de bandwidth wordt niet gesproken, daarmee neem ik aan dat Leaseweb alles inzet om de bestanden te serveren en de connectie van de gebruiker altijd de beperkende factor zal zijn.

Een alternatief is om een infrastructuur neer te zetten die de load kan delen. Nu hebben wij onze werkwijze al omgezet naar een uitgebreidere infrastructuur t.o.v. losse VPSen waarmee dit voor ons een makkelijkere stap is. Wat is er nodig voor een dergelijke opzet: load-balancers, dns servers, applicatie servers en wat Linux kennis. Een basis opzet hiervan zou je voor $30,- in elkaar moeten kunnen zetten. Dan heb je zo'n 2TB dataverkeer, 20GB opslag en oneindig aantal requests.

Eindconclusie

De CDN van Leaseweb is een mooie en betaalbare optie. Zoals het op de website wordt beloofd is het snel op te zetten en bied het opties voor ieder wat wils. Op de vraag, kan de CDN ervoor zorgen dat statische content snel bij de gebruiker komen desondanks de rekentaken op de applicatie servers? Kunnen we gemakkelijk 'ja' zeggen.

Is het de ideale optie voor iedereen? Dat is af te vragen en naar mijn mening afhankelijk van de situatie. Is er weinig server beheer kennis in huis, dan bied de GUI van de CDN veel gemak. Met weinig leeswerk kan bijna iedereen het systeem opzetten en ervoor zorgen dat de bestanden netjes worden opgehaald. Als er wel beheer kennis in huis is echter. Zeker als er ook al een infrastructuur bestaat. Dan kan er op kosten worden bespaard door meer rekenkracht voor de load-balancers aan te schaffen.

Het resultaat zal niet helemaal hetzelfde zijn. Daar waar Leaseweb er alles op alles voor inzet om de CDN te optimaliseren. Maar wachttijden zonder feedback horen hoe dan ook tot het verleden. Het blijft een afweging tussen kosten en gebruikersgemak.

[Verwijderd]

Conclusie

Deze laatste post over Leaseweb wil ik graag beginnen met excuses voor het uitblijven van de beloofde post over de API’s. In een eerdere post heb ik er ook al kort over geschreven: sommige dingen zijn het afgelopen dikke halfjaar iets anders gelopen dan voorzien en dat heeft er, vooral de laatste 2 tot 3 maanden, toe geleid dat er gewoon even niet meer in zat. 1 van de dingen die heel veel tijd en inzet van me gevraagd hebben, is het accepteren van een andere baan. Naast dat dit tijd heeft gekost, heeft dit er ook voor gezorgd dat ik zakelijk met hele andere dingen bezig ben dan een paar maanden geleden.

Gelukkig heb ik geen spijt gehad van mijn deelname, al twijfel ik wel een beetje of ik weer voor zo’n lange review zou gaan. Ruim een half jaar is lang en in die tijd kunnen er dingen veranderen. Maar ik ben er van overtuigd, dat ik heel veel geleerd heb van mijn deelname. Daarnaast heb ik het ook heel erg leuk gevonden om eens kennis te maken met een bedrijf als Leaseweb.


Algemene indruk van de gereviewde producten

Ik heb 3 producten van Leaseweb getest, waarvan er 2 heel erg dicht bij elkaar lagen: De Private Server en de Cloudserver. Zoals waarschijnlijk wel op te maken is uit mijn eerdere posts, ben ik erg gecharmeerd van de rust een eenvoud in de gebruikersinterface van deze producten. Dit maakt ze geschikt voor een relatief breed publiek, omdat er nauwelijks technische kennis vereist is om ze te configureren. Natuurlijk heb ik zelf uptime en performance bekeken. Tijdens mijn tests heb ik geen onderbrekingen in de connectiviteit met mijn VM’s ervaren (is er buiten de tests wel een enkele keer geweest) en was de latency laag en relatief constant. In de CPU en disk performance, die over het algemeen heel acceptabel waren, waren wel duidelijke piek- en dalbelastingen waarneembaar. Ik kon bijvoorbeeld uit mijn data precies opmaken wanneer de avond begon (merkbaar hogere belasting dan overdag gedurende enkele uren) en wanneer het weekend en de vakantie begon. En daarom heeft het eigenlijk ook niet zo heel veel zin om met performance cijfers van 1 specifieke test VM te komen: je zit op een gedeelde infrastructuur en bent dus heel erg afhankelijk van de belasting van die gedeelde infrastructuur. Maar ik heb nooit het gevoel gehad, dat mijn VM’s te traag waren. Wat ook goed is om te vermelden, is dat de disk performance in eerste instantie wat tegenviel. Er is toen ook over problemen met het opslagplatform gecommuniceerd door Leaseweb en dat platform is daarop ook vervangen. Mijn indruk was, dat het nieuwe platform merkbaar beter presteerde.

Het derde product was de Apache Cloudstack Private Cloud. In dit product had ik destijds zakelijk gezien ook de grootste interesse. De gebruikersinterface van dit product kan in eerste instantie een beetje overdonderend zijn, zeker voor mensen die gewend zijn om alleen met bijvoorbeeld VMware vSphere te werken. Er komt ineens heel wat op je af: andere benadering van bepaalde zaken, andere indeling en andere benamingen. Maar zodra je het platform eenmaal een beetje leert kennen, merk je dat er wel over nagedacht is en dat er achter die – op het eerste oog misschien wat rommelige – interface een enorme berg mogelijkheden zit. Ik heb, vanwege het wisselen van werkgever, geen uitgebreide vergelijkende performance tests meer uit kunnen voeren met de door mijn voormalig werkgever gebruikte software. Er is wel getest met CPU en redelijk geheugen intensieve sequences en de verwerkingstijden waren daarin redelijk constant en bijna vergelijkbaar met die op een vergelijkbare VM op een on-premise ESXi host met direct attached 15k SAS storage. Persoonlijk was ik erg onder de indruk van dit product, vanwege de grote flexibiliteit en de in mijn ogen aantrekkelijke prijsstelling.


Algemene indruk van het bedrijf Leaseweb

Ik heb altijd een heel verkeerd beeld gehad bij het bedrijf Leaseweb. Tot de actie op Tweakers mijn aandacht had getrokken, zag ik Leaseweb altijd als een klein clubje Nederlandse nerds dat VPS-jes en fysieke servertjes voor Tweakers, zelfstandig ondernemertjes, gamers met een server en kleinschalige aanbieders van (al dan niet legale) content aanbood vanuit “een paar” rackjes in 1 of 2 datacenters. Daar had ik het dus duidelijk even mis. Leaseweb is een jonge, grote, internationale, professionele partij geworden met een veel bredere range aan producten en een nog veel bredere doelgroep. Qua communicatie heb je als Leaseweb klant eigenlijk niet te klagen. Zodra je je aanmeld om service meldingen te ontvangen, wordt je accuraat op de hoogte gehouden van storingen, te verwachten doorlooptijden en de impact van de storingen. Ook op het gebied van de afname van je diensten wordt het je ruim vooraf en meerdere malen aangegeven dat er bijvoorbeeld een dienst stopgezet gaat worden per een bepaalde datum. Leaseweb heeft een hele positieve algemene indruk op me achtergelaten.


Tot slot wil ik graag Tweakers en natuurlijk Leaseweb bedanken voor deze leuke en leerzame ervaring!


En over de afbeeldingen: ik heb vandaag de DNS-records aangepast en alle bestanden naar mijn eigen hoster geupload. Die zouden dus snel weer zichtbaar moeten zijn.