Zijn virtuele machines beter dan onbewerkt metaal?
Onderdeel van de applicatiehostingstrategie van een Windows® ISV is de keuze tussen het draaien van hun applicatie op een bare metal of virtuele machine (VM) server op de cloudservice van hun provider.
Wat is het verschil tussen Bare Metal- en VM-servers?
Bare metal servers zijn dedicated fysieke machineresources die worden aangeboden door een aanbieder van clouddiensten. De hele machine wordt toegewezen aan de ISV. Het besturingssysteem wordt direct op de machine geladen, de app van de ISV draait op dat besturingssysteem en de app heeft exclusieve toegang tot alle computerbronnen op die machine.
Servers met virtuele machines (VM's) draaien daarentegen op een fysieke machine, maar vereisen naast het besturingssysteem ook een hypervisor die op de machine wordt geïnstalleerd. De hypervisor verdeelt de fysieke machine in meerdere VM's, die elk hun eigen besturingssysteem draaien. Hoewel elke VM onafhankelijk draait, delen alle VM's op een fysieke machine de computerbronnen van die machine.
Wanneer een ISV zijn app aan gebruikers levert vanaf een VM-server, verbruiken de hypervisors die nodig zijn om de fysieke machine te verdelen in VM's 5 tot 10% van de resources van de server, wat resulteert in een zeer kleine latentie. Voor de meeste ISV's heeft deze latentie een verwaarloosbare invloed op de gebruikerservaring.
Maar als de ISV ook een virtuele desktopoplossing zoals Citrix® gebruikt om zijn applicatie te leveren, zal de latentie problematischer worden. Waarom?
De complexiteit van Citrix zorgt voor latentie.
Hier zijn maar een paar voorbeelden:
- Out of the box is Windows niet geoptimaliseerd voor Citrix-experts tellen 100 of meer mogelijke optimalisaties die gedaan kunnen worden om latency te verminderen.
- Naast de installatie en configuratie van Citrix zelf, vereist de implementatie van een Citrix-omgeving de coördinatie van vele subsystemen, waaronder SQL, opslag en Microsoft® Active Directory. Een verkeerde coördinatie beïnvloedt de latentie.
- Problemen in het algehele ontwerp, zelfs kleine, kunnen latency toevoegen; bijvoorbeeld een VM die ook maar iets te klein is.
- Verkeerd geconfigureerde gebruikersprofielen hebben een negatieve invloed op de prestaties van applicaties.
- Citrix Gateway fysieke plaatsing-om latentie te minimaliseren moet de Gateway dicht bij de server geplaatst worden.
- Citrix NetScaler kan het netwerkverkeer vertragen door een verkeerde configuratie of door problemen waar IT geen invloed op heeft, zoals CPU- of geheugenpieken en time-outs voor heruitzendingen.
Waarom kies je dan niet gewoon voor een bare metal server?
Geld.
Bare metal servers zijn aanzienlijk duurder dan VM servers, zelfs als de servers identieke werklasten hebben. Ten eerste, als een ISV heeft gekozen voor bare metal, betalen ze voor die hele machine, ongeacht of ze alle bronnen op de machine gebruiken of niet. Om nog meer zout in de wonde te strooien, als de ISV een cold standby server nodig heeft voor disaster recovery (bijvoorbeeld een ISV die een standby server nodig heeft voor naleving van de regelgeving), dan betalen ze voor die machine, of ze hem nu nodig hebben of niet.
Over hoeveel geld hebben we het? Op het moment van schrijven kost een Amazon Web Services (AWS) t3 large virtual instance (de grootste t3 virtuele instance die AWS aanbiedt) $,10 per uur. Daarentegen wordt een AWS dedicated t3 instance (d.w.z. een dedicated fysieke server) gefactureerd voor $5,50 per uur.
Dus in een factureringsperiode van 30 dagen (720 uur) betaalt een ISV $720,00 voor een grote virtuele t3-instantie en $3.960,00 voor een dedicated t3-instantie. Hoewel dit niet noodzakelijkerwijs een appels met appels vergelijking is - we hebben bijvoorbeeld geen details over het aantal gebruikers dat kan worden ondersteund op elke instance - is het een verbazingwekkend verschil in kosten.
{{CTAEMBED_IDENTIFIER}}
Flexibiliteit, wendbaarheid en schaalbaarheid
Naast de extra kosten hebben ISV's die bare metal servers gebruiken niet de flexibiliteit en wendbaarheid die VM-servers bieden. Een nieuwe VM-server kan in enkele minuten worden opgezet en ingezet. VM's kunnen ook snel worden verplaatst naar een nieuwe omgeving of fysieke machine. Daarentegen kan het opzetten van een nieuwe bare metal server uren of zelfs dagen duren als de ISV ongebruikelijke vereisten heeft. ISV's die bare metal servers gebruiken, moeten hun behoefte aan resources zorgvuldig plannen en voorspellen; ISV's die VM-servers gebruiken, kunnen veel reactiever en wendbaarder zijn.
VM-servers hebben een aanzienlijk schaalbaarheidsvoordeel ten opzichte van bare metal machines vanwege hun inherente flexibiliteit. ISV's kunnen hun applicatieomgeving aanpassen door VM's groter of kleiner te maken, dynamische werklasten te verdelen tussen machines en werklasten, apps en gegevens van de ene VM naar de andere te verplaatsen. Wanneer een ISV daarentegen een bare metal server begint te ontgroeien, is de enige optie om meer hardware toe te voegen, wat tijd en zorgvuldige planning vergt.
Voorbeeld uit de praktijk
Hier bij GO-Global kwamen we deze situatie tegen bij een nieuwe ISV-klant die Citrix gebruikte om hun apps aan financiële instellingen te leveren vanuit een publieke cloudservice. Vanwege de aard van de software verwachtten de klanten van deze ISV een latentie van bijna nul, wat ertoe leidde dat Citrix bare metal servers aanraadde om aan die verwachting te voldoen.
Na jaren de kosten te hebben gedragen van het gebruik van Citrix plus bare metal servers om klanten cloud-toegang te bieden, ging het infrastructuurbeheerteam van de ISV op zoek naar manieren om te besparen en vond GO-Global®.
Omdat GO-Global een applicatie-uitgever is en geen VDI zoals Citrix, is er geen hypervisor nodig, waardoor een van de oorzaken van latentie op serverniveau wordt geëlimineerd.
Op een meer fundamenteel niveau vermindert GO-Global de latentie dankzij het eigen en gepatenteerde RapidX Protocol (RXP), dat wordt gebruikt voor alle gegevenscommunicatie tussen GO-Global client en host. In plaats van schermbitmaps over het netwerk te verzenden, verzendt RXP afzonderlijke tekenopdrachten, wat een snellere verzending en betere gegevenscompressie oplevert dan andere oplossingen. Het RXP-weergaveprotocol is bijna volledig asynchroon, wat betekent dat de host en de client zelden wachten op een reactie van de peer. Ter vergelijking: Citrix verzendt toetsaanslagen naar de applicatieserver, die het scherm hertekent bij elke toetsaanslag.
Bovendien dupliceert GO-Global, in tegenstelling tot Citrix, de infrastructuurcomponenten en schaalbaarheidsfuncties van de publieke cloud niet. In plaats daarvan maakt GO-Global gebruik van de bestaande infrastructuur en schaalbaarheidsfuncties van een cloudservice om vergelijkbare functionaliteit te leveren met minder complexiteit en minder vertraging.
De hierboven genoemde ISV bereidt zich momenteel voor op de lancering van hun nieuwe infrastructuur voor de levering van toepassingen met behulp van GO-Global en VM-servers. Door over te schakelen op GO-Global hebben ze hun licentiekosten voor de levering van toepassingen verlaagd en kunnen ze de latentie laag houden om aan de verwachtingen van de klant te voldoen. De overstap van bare metal servers naar VM-servers heeft hun kosten ook aanzienlijk verlaagd.
Als antwoord op de vraag "Zijn virtuele machineservers beter dan onbewerkt metaal?" moeten de meeste ISV's kiezen tussen minder kosten met VM's of minder latency met onbewerkt metaal. Maar voor de ISV in dit bericht hoefden ze niet te kiezen tussen het een of het ander door over te stappen op GO-Global met VM's. Ze kregen zowel betaalbaarheid als een geweldige gebruikerservaring.
Als je een Windows ISV bent die op zoek is naar een oplossing voor het publiceren van toepassingen die zeer efficiënt gebruik maakt van computerbronnen, onnodige complexiteit elimineert en de latentie verlaagt, overweeg dan GO-Global. GO-Global is een oplossing voor het publiceren van toepassingen speciaal ontwikkeld om Windows-applicaties te publiceren vanuit elke cloud - eenvoudig, gemakkelijk en kosteneffectief.
Als je meer wilt weten over GO-Global, vraag dan hier een demo aan of download een gratis proefversie van 30 dagen.
Zie hoe GO-Global uw middelen optimaliseert en onnodige complexiteit elimineert