[50inches]

Hej,

Jag har sett contabo har väldigt prisvärda servrar.

Kan någon förklara för mig varför man skulle vilja ha en dedikerad server på 24 gig ram för 69 euro i månaden, istället för en VPS på 30 gig ram för 25 euro i månaden?

Borde inte en virtuell server simulera exakt samma funktionalitet som en dedikerad server?

[SvanteH]

Ursprungligen postat av 50inches

Hej,

Jag har sett contabo har väldigt prisvärda servrar.

Kan någon förklara för mig varför man skulle vilja ha en dedikerad server på 24 gig ram för 69 euro i månaden, istället för en VPS på 30 gig ram för 25 euro i månaden?

Borde inte en virtuell server simulera exakt samma funktionalitet som en dedikerad server?

Om jag skall vara ärlig så verkar de lite "too good to be true".

RAM är dyrt och är väldigt tveksam till något som vanligtvis går för $200+ för samma hårdvara hos andra företag (t.ex. DigitalOcean & Amazon EC2)

[KristianE]

Nu har jag inte kollat vad de kör för virtualiseringsplattform men 30 GB RAM för 25 EUR låter nästan som OpenVZ - d.v.s. containers. Det är en mycket dålig virtualiseringsplattform som är mycket enkel att översälja. Du kan dela den fysiska servern med väldigt många andra instanser än om en "riktig" virtualiseringsteknologi som t.ex. Hyper-V eller Xen används.

En dedikerad server är bara din och ingen annans.

[Björklund]

Ursprungligen postat av KristianE

OpenVZ - d.v.s. containers. Det är en mycket dålig virtualiseringsplattform som är mycket enkel att översälja.

Mycket dålig? För att den går att överboka?
Du menar väl inte att en plattform är dålig för att den ger dig frihet att göra saker? Det är ju den som överbokar som gör ett dåligt val, det har ju inget med plattformen att göra.

Xen/VMWare etc har länge kunnat överboka minnet också. Det är ju en bra funktion. oavsett plattform. Bara den används på rätt sätt.

CPU, bandbredd, diskutrymme, IOPS, minne, allt överbokas idag. Det finns ingen leverantör som inte gör det. Det är detta som är virtualisering, dela på resurser på ett bra sätt, överkonsumera hårdvara när det tillåts och ingen annan instans på samma HW behöver kapaciten. Men gör det bara till en gräns som gör att det inte påverkar andra kunder.

[ZynX]

Ursprungligen postat av Björklund

Mycket dålig? För att den går att överboka?
Du menar väl inte att en plattform är dålig för att den ger dig frihet att göra saker? Det är ju den som överbokar som gör ett dåligt val, det har ju inget med plattformen att göra.

Xen/VMWare etc har länge kunnat överboka minnet också. Det är ju en bra funktion. oavsett plattform. Bara den används på rätt sätt.

CPU, bandbredd, diskutrymme, IOPS, minne, allt överbokas idag. Det finns ingen leverantör som inte gör det. Det är detta som är virtualisering, dela på resurser på ett bra sätt, överkonsumera hårdvara när det tillåts och ingen annan instans på samma HW behöver kapaciten. Men gör det bara till en gräns som gör att det inte påverkar andra kunder.

Håller fullständigt med, beror ju på operatören om dom väljer att lasta sina servrar så hårt att dom säljer dynga, själv skulle jag nog säga att OpenVZ är blad de absolut bästa och enklaste virtualiseringsplattformen för linux såvida man inte behöver en egen Kernel. Enkelt skala med cpu,minne,disk on the fly utan någon som helst driftstopp och även med live migreringar.

[johan1234]

Ursprungligen postat av Björklund

Mycket dålig? För att den går att överboka?
Du menar väl inte att en plattform är dålig för att den ger dig frihet att göra saker? Det är ju den som överbokar som gör ett dåligt val, det har ju inget med plattformen att göra.

Xen/VMWare etc har länge kunnat överboka minnet också. Det är ju en bra funktion. oavsett plattform. Bara den används på rätt sätt.

CPU, bandbredd, diskutrymme, IOPS, minne, allt överbokas idag. Det finns ingen leverantör som inte gör det. Det är detta som är virtualisering, dela på resurser på ett bra sätt, överkonsumera hårdvara när det tillåts och ingen annan instans på samma HW behöver kapaciten. Men gör det bara till en gräns som gör att det inte påverkar andra kunder.

Håller också med om detta - generellt. Vi överbokar dock aldrig minne (RAM). Satt precis på en panel i London på Cloud Expo i veckan där en kollega från tyskland berättade om problemen de haft med openVZ och just runt överbokande av RAM. Ser ni inte några risker i att överboka RAM för era kunder? Om ni utnyttjar den möjligheten dvs?

Som alltid är det oftast beroende på hur saker används - men är lite nyfiken för vi har valt ett annan väg.

[Björklund]

Ursprungligen postat av johan1234

kollega från tyskland berättade om problemen de haft med openVZ och just runt överbokande av RAM. Ser ni inte några risker i att överboka RAM för era kunder? Om ni utnyttjar den möjligheten dvs?

Vi har så stora HW-noder att några få procent överbokning aldrig är några problem.
Vi har drivit virtuella servrar sidan 2001, och inte stött på problem med det.

Däremot det som alltid överbokas är disk-IO. Och det har vi verkligen haft problem med.
Vi sponsrar OpenVZ med olika features, och en av dem är disk-IO https://twitter.com/_openvz_/status/393940599809638400
Sedan de la till detta var det enkelt att få en jämn och fin prestanda till kunderna.

Det är tråkigt att er kollega inte kunnat sätta rätt konfiguration, och överbokat så det blivit ett problem för dom.

[johan1234]

Ursprungligen postat av Björklund

Vi har så stora HW-noder att några få procent överbokning aldrig är några problem.
Vi har drivit virtuella servrar sidan 2001, och inte stött på problem med det.

Däremot det som alltid överbokas är disk-IO. Och det har vi verkligen haft problem med.
Vi sponsrar OpenVZ med olika features, och en av dem är disk-IO https://twitter.com/_openvz_/status/393940599809638400
Sedan de la till detta var det enkelt att få en jämn och fin prestanda till kunderna.

Det är tråkigt att er kollega inte kunnat sätta rätt konfiguration, och överbokat så det blivit ett problem för dom.

Det är din kollega som har problem. Vi kör inte OpenVZ. ;-) Uppenbarligen får vissa problem med det och det är som du säger - som alltid måste man ha "koll" och konfigga rätt. Trevligt att ni ger tillbaka. Säkert enormt användbart för många. IO är alltid känsligt som du säger.