Vmware cloud oplossing gezocht

[Apoc]

Zou een managed oplossing ook een optie zijn? Zeker omdat het om HA gaat, is goed beheer uiteraard wel van belang. Daarnaast zal het aanmaken van VM's en de server admin taken waarschijnlijk ook goedkoper zijn als managed oplossing dan wanneer er per uur afgerekend zou worden.

Indien dit een optie is, zou je dan aan kunnen geven wat er precies op zo'n CentOS VM zou moeten komen te draaien?

Kun je verder ook een indicatie geven van hoeveel rekenkracht er nodig is? Bijvoorbeeld 1x quadcore CPU, 2x quadcore CPU, of iets anders?

[Apoc]

Namens SolidHost doe ik u graag een aanbieding:

VMware vCenter Server 4 Standard for vSphere / Vicenter server + ESXi / HA & Vmotion

2x Nodes met de volgende configuratie (per stuk):
HP DL160 G6
2x Intel L5630 (2x 4 fysieke cores met hyperthreading)
24GB RAM
2x gigabit UTP

SAN opslag:
1TB SAS (of eventueel hybride, hetgeen nog sneller is) opslag
1TB SATA (of eventueel hybride) opslag t.b.v. snapshots

Dataverkeer:
1500GB per maand op 2x 100Mbps uplinks (eventueel te upgraden naar gigabit)

Management:
Volledig managed cloud oplossing, waarbij u zelf niets aan het VMware platform zult hoeven te doen. Wij beheren alles voor u, u zou enkel het beheer binnen de VM's zelf moeten uitvoeren (wij maken de VM's voor u aan en u kunt deze zelf verder installeren). Eventueel kunnen wij ook al het beheer binnen de VM's voor u verzorgen tegen een zeer schappelijke prijs.

€1200 per maand, €499 setup kosten
12 maanden contract

In bovenstaande oplossing zou het idee zijn dat er op iedere node 5 VM's geplaatst worden, welke dus 8 cores kunnen gebruiken. Wanneer een van de twee nodes plat zou gaan, dan schakelen de 5 VM's van die betreffende node, naar de andere node, waardoor er dus op dat moment 10 VM's op 1 node draaien (welke 8 cores delen) totdat de andere node weer beschikbaar is. Dit laatste zal uiteraard enkel in uitzonderlijke gevallen gebeuren.

De genoemde specificaties van de servers zijn puur een voorbeeld van wat er mogelijk is (in dit geval gebaseerd op servers die we op voorraad hebben). Mochten deze configuraties niet volstaan, dan zijn er uiteraard ook andere mogelijkheden.

Wij kunnen overigens ook tegen goede tarieven DirectAdmin en cPanel licenties leveren (wij zijn als 1 van de zeer weinigen in Nederland partner van beiden - daarnaast ook van Plesk/Parallels).

Bedrijfs- en netwerkinfo

• SolidHost Nederland
• Netwerk: AS49544 Premium Netwerk
• Datacenter: SmartDC (wij houden hier tevens kantoor, direct grenzend aan de datavloer)
• Informatie en bestellingen: sales@solidhost.com

[DutchTSE]

Namens myH2Oservers doe ik u de volgende aanbieding:

VMware vSphere Standard + DRS (HA, vMotion & DRS)

Hardware
Ons cluster is opgebouwd uit meerdere Supermicro nodes, iedere node bestaat uit:
2x Intel X5650 processoren (2x 6-cores, dus 12 fysieke cores samen met HT maakt dat 24 logische cores per node)
48 GB of 60 GB DDR3 ECC REG RAM
1000 Mbps uplinks

SAN opslag:
Wij maken gebruik van 2 identieke SAN's welke hun data repliceren met elkaar. In geval van calamiteiten op het ene SAN schakelen wij de LUN's over naar het 2e SAN en draait alles weer verder. Uw data staat dan ook dubbel opgeslagen.

1TB hybride opslag (SAS schijven + SSD's als caching)
1TB opslag t.b.v. snapshots (momenteel hybride, kan nog wijzigen naar alleen SAS in de toekomst)

Dataverkeer:
2000 GB per maand op 100Mbps uplinks (upgrade naar 1000 Mbps mogelijk)

Management
Wij zorgen voor de virtuele infrastructuur (het cluster), u krijgt een account op onze virtual center van waaruit u uw virtuele servers kunt aanmaken en beheren (u waarschijnlijk niet onbekend).

Mocht het uw voorkeur hebben dat wij nieuwe servers voor u installeren dan is deze service kosteloos, u hoeft enkel de lege virtuele server aan te maken met de gewenste specificaties en ons het gewenste IP adres door te geven, wij installeren de server dan vanuit onze PXE boot server en kunnen desgewenst de installatie van DirectAdmin erachteraan starten.

Zelf zijn wij gespecialiseerd in servers met DirectAdmin, wij kennen DirectAdmin van binnen en van buiten en dankzij onze jarenlange ervaring hebben alle problemen wel een keer meegemaakt. Wij kunnen u daarom uitstekend helpen op het gebied van Linux en DirectAdmin ook op diep technische niveau, ons uurtarief bedraagt 45,00 Euro exclusief BTW per uur.

Cluster
Voor uw HA omgeving reserveren wij de CPU capaciteit van 2 nodes samen met 24 GB geheugen. U heeft hierdoor effectief 2x 12 CPU cores (24 CPU cores, 48 logische CPU cores) en 24 GB geheugen om over uw virtuele servers te verdelen. Echter adviseren wij om niet meer dan 2 cores per virtuele server toe te wijzen, dit in verband met de wijze waarop ESX/ESXi met CPU scheduling om gaat (meer uitleg hierover is bij ons buiten het forum om te verkrijgen).

Binnen het cluster draaien uw virtuele servers op verschillende nodes, uw virtuele servers zijn voor u zichtbaar binnen een resource pool, hiermee vergroten wij de totale failover capaciteit (valt een node uit dan zijn er nog minimaal 3 nodes waarover de virtuele servers te verdelen zijn). Dankzij DRS worden de virtuele servers gelijkmatig over alle nodes verdeeld om te voorkomen dat de ene node niets te doen heeft en de ander volledig gevuld raakt.

Mocht het uw voorkeur hebben om 2 geheel gescheiden nodes af te nemen dan is dit tevens mogelijk. Neem hiervoor even contact met ons op.

Licenties
Bij de prijs zitten de benodigde VMWare licenties inbegrepen. Deze licenties staan het u toe om de virtuele servers voor (web)hosting te gebruiken, iets dat de standaard licenties verbied. De kosten voor de licenties zijn gebaseerd op 24 GB geheugen.

Kosten
1300,00 Euro per maand exclusief 19% BTW, 250 Euro eenmalige setupkosten.
Prijzen op basis van een 1 jarig contract.

Bedrijfsinformatie
* Bedrijfsnaam: myH2Oservers (opgericht mei 2005)
* Netwerk: AS42755, IT Business Centre ICT-Alphen
* Datacenter: DataHouse
* Informatie en bestellingen: support@myh2oservers.com

[Apoc]

Ik vraag me toch ook wel af waar dat verhaal over maximaal 2 cores over gaat, want ook met meer cores zou dat probleemloos moeten werken. Wij hebben genoeg VM's draaien met meer cores, zonder problemen.

Daarnaast ook volgens VMware zelf:

The CPU scheduler in VMware vSphere™ 4.x (ESX™ 4.x) is crucial to providing good performance in a consolidated environment. Because most modern processors are equipped with multiple cores per processor, or chip multiprocessor (CMP) architecture, it is easy to build a system with tens of cores running hundreds of virtual machines. In such a large system, allocating CPU resources efficiently and fairly is critical.

[pierce]

Ik vraag me toch ook wel af waar dat verhaal over maximaal 2 cores over gaat, want ook met meer cores zou dat probleemloos moeten werken. Wij hebben genoeg VM's draaien met meer cores, zonder problemen.

Daarnaast ook volgens VMware zelf:

Daar ben ik ook wel benieuwd naar
Een klant draait ook een vsphere omgeving met ruim honderd vm's met meer dan twee cores per vm, al jaren zonder problemen.

[Randy]

VMware zorgt zelf voor de scheiduling, hier hoef je je geen zorgen om te maken. Over CPU gebruik hoef je je in het geheel al geen zorgen te maken. Investeer geld in je storage, dat is veel belangrijker.

@TS: Ik snap dat veel providers hier een dedicated omgeving aanbieden. Dit komt omdat er maar een paar partijen zijn in Nederland die VMware partner zijn die Cloudservers op een shared infrastructuur mogen aanbieden. Houdt hier rekening mee, de licentie beperkt je namelijk servers door te zetten naar je eigen klanten als je geen VMware Partner bent (en minimaal 2 VMware Certified Professionals in dienst hebt).

Bij een dedicated set-up zou ik persoonlijk het liefst minimaal 3 nodes zien omdat je hele redundacy weg is wanneer je een node in onderhoud hebt.

[Apoc]

VMware zorgt zelf voor de scheiduling, hier hoef je je geen zorgen om te maken. Over CPU gebruik hoef je je in het geheel al geen zorgen te maken.

Dat kun je gebaseerd op de info van TS helemaal niet zeggen, dat hangt er maar net van af wat er mee gedaan wordt.

@TS: Ik snap dat veel providers hier een dedicated omgeving aanbieden. Dit komt omdat er maar een paar partijen zijn in Nederland..

Dat komt voornamelijk omdat TS om een dedicated omgeving vraagt.

Bij een dedicated set-up zou ik persoonlijk het liefst minimaal 3 nodes zien omdat je hele redundacy weg is wanneer je een node in onderhoud hebt.

Dat is uiteraard ook mogelijk, maar evengoed ook duurder natuurlijk.

Verder, bedoeling van advertentietopics is aanbieden of niet reageren

[DutchTSE]

Wat dan natuurlijk een aardige beperking van de schaalbaarheid geeft. Ik weet bijna zeker dat ik met een half jaar op 1 server meer dan 2 cores wil draaien.

Ik ga midden volgende week verder aan de slag met de gedane aanbiedingen, en neem dan even direct contact op voor de overgebleven vragen, dan zal ik ook even verder vragen over het max aantal cores.

Tot die tijd kunnen anderen natuurlijk nog hun aanbieding plaatsen.

Het is geen probleem om virtuele servers met meer dan 2 cores in gebruik te nemen/te gebruiken, daar heeft u gezien het gebruik van de dual 6-core processoren alle ruimte toe (12 fysieke cores per node). Het is dan ook een advies en absoluut geen verplichting of restrictie, u kunt iedere configuratie aanmaken die u zelf wenst.

Waar ik echter op doel is dat wij in het verleden hebben meegemaakt dat virtuele servers met 4 cores trager presteerde dan virtuele servers met 2 cores binnen andere clusters met minder fysieke cores. Dit heeft ermee te maken dat zodra alle 12 cores zijn toegewezen, alle fysieke cores bezet zijn. Zodra de virtuele server met 4 cores CPU tijd nodig heeft dan dient deze virtuele server te wachten tot er 4 cores op de node beschikbaar zijn. Wanneer alle overige virtuele servers allemaal 1 of 2 cores bevatten dan is de procentuele kans dat er 2 cores vrij zijn (= 1 virtuele server) veel groter dan wanneer er 4 cores (= 2 virtuele servers) vrij zijn. Natuurlijk speelt dit probleem tegenwoordig een stuk minder vanwege de groeiende hoeveelheid fysieke cores in een CPU, desondanks leveren wij onze eigen virtuele servers met maximaal 2 cores om eventueel performance verlies op basis van bovenstaand verhaal te voorkomen.

In uw geval heeft u echter de beschikking over alle 12 fysieke cores, u kunt uw virtuele servers daarom indelen zoals u zelf wenst.

[DutchTSE]

Ik zou graag nog 1 laatste post plaatsen wat betreft het advies dat ik eerder uit bracht, omdat dit ook in het voordeel van de aanvrager en mede-aanbieders is. Ik heb via PM een bericht gekregen met extra informatie over de CPU scheduler inclusief informatie waar ik naar op zoek was.

Zo zwart/wit als mijn uitleg was is tegenwoordig niet meer helemaal waar, dit omdat het CPU scheduling mechanisme relaxter is geworden vergeleken met vorige versies van ESX. Echter blijft de opmerking over 4 vCPU's en 1 of 2 vCPU's nog steeds van toepassing, zie ook de volgende blog post waarin dit duidelijk word gemaakt aan de hand van een praktijkvoorbeeld: http://www.virtualizationpractice.com/blog/?p=9387

Het aanvullend algemene advies is dus om quad core virtuele servers alleen te gebruiken indien dit ook echt nodig is, en het allerbeste zou zijn om virtuele servers met 4 vCPU's in een apart cluster te draaien, gescheiden van de 1 of 2 vCPU virtuele servers.

Indien men nog verder wil praten over dit onderwerp stel ik voor om een nieuw topic te openen in het daarvoor bestemde onderdeel. Ik vind het persoonlijk een erg interessant onderwerp.