Uppgradera OS på vps.
 

Hej.
Jag har en vps med Debian Etch (tror det är 4.0), som rullar, och har gjort det i ca 2-3år.

Funderar nu på om det är viktigt att uppgradera debian till senaste 6.0.
Det jag har på vpsen är främst en webshop, och den byggs om från grunden just nu, så nertider behöver jag inte tänka på.

Räcker det med att köra något script för att uppgradera allt, eller är det bättre att "formatera" vpsen, och installera in allt på nytt?

Stort tack på förhand!

Såklart så är det aldrig fel att uppgradera till senaste version, förutsatt att man inte kör specialmjukvara som kräver en viss version av ett bibliotek eller liknande.

I ditt fall hade jag kört om maskinen från början, även om en update från 4.0 till 6.0 är möjlig så är det alltid en bättre idé att utgå från en ny maskin.

Jag måste +1'a denna. Det SKA gå bra att uppgradera mellan releaser, men det kan bli små issues om man gjort lite för mycket eget så att köra om från noll kan vara den bästa lösningen.

Installera nytt på en annan vps hos samma leverantör, och flytta över allting. När allt fungerar som det ska så byter du bara ip-nummer så blir det ingen nertid.

Har man ett openvz-vps som de flesta har, kan man bara uppgradera userland och inte kärnan. Det innebär ofta att man råkar ut för problem i och med att en uppgradering gör att linuxversionen blir äldre än vad övriga systemet är tänkt att jobba mot. Självklart går det att fixa, men räkna med en del strul.

Tack för tipsen grabbar.
Det får bli en "formatering", och in med senaste debian disten.
Jag var i kontakt med min leverantör om en annan sak och de rekommenderade mig att uppgradera min vps till cloud vps.

Vad är det för skillnad på gammal vanlig vps mot cloud vps?

Cloud vps är mer redundant mot hårdvarufel och är enklare att ändra konfigurationen på och skala upp eller ner.
Nackdelar är att det är en mer komplex miljö vilket ställer större krav på ditt webhotell. Som kund behöver man inte bry sig.

Cloud-stämpeln är inte klart definierad och används väldigt frikostigt. Den enda skillnaden mot en "vanlig" VPS som verkar vara genomgående är att man betalar per timme för en Cloud-server medans det vanligtvis tillämpas månads/kvartal/års-fakturering för en vanlig VPS.

Lita inte på att en Cloud-VPS ska vara enklare eller stabilare, många gånger är det precis tvärt om.

Instämmer till fullo.

Att uppgradera direkt från Etch till Squeeze är inget jag rekommenderar. Nu verkar du redan bestämt dig för en ominstallation, men skulle du ändå vilja gå uppgraderingsvägen så bör du överväga att uppgradera till Lenny först och se till att allt fungerar innan du går vidare till Squeeze. Uppgraderingarna mellan två på varandra följande stabila utgåvor ska ha blivit ordentligt testade och har för mig fungerat felfritt ända sedan 3.0 Woody. Men det är en hel del som förändras mellan varje utgåva (till exempel pakethanteringssystemet, centrala C-bibliotek och liknande) så ett steg i taget är att rekommendera.

Hej.
Ang uppgradering så har jag inte bestämt mig helt än.
Det kanske rent av är lika bra att ha kvar det man har.
Fördelen med att göra uppgradering nu i så fall är att jag inte har så mycket på servern som måste vara uppe 24/7.

Ang om cloud, så har jag glesys som leverantör.
Jag brukar oftast inte skriva ut namn, pga pajkastning, men eftersom cloud uppenbarligen skiljer sig från olika, så tyckte jag det var bäst att skriva från vem.

Hur skulle ni ha gjort?
Gått från "gammal" vps till cloud, eller haft kvar den gamla nuvarande?

Glesys kör väl OpenVZ och då är det väl ganska begränsad i uppgraderingsmöjligheterna?

Räkna på det, skiljer det mycket i pris? I övrigt är det samma sak.

Eftersom du endast betalar för den tiden du använder Cloud-VPSerna så kan du lika gärna sätta upp en ny som du installerar och konfar från scratch och sen släcker ner gamla när det är klart. Du bör även kunna flytta dina nuvarande IP-adresser till nya VPSen om det handlar om samma datacenter.

Om du vill köra på uppgraderingsspåret, gör backup innan och ta snapshot om du har tillgång till det.

Hej.
Jag förstår inte riktigt det där med att man betalar när den används.
Betalar man endast när jag tex tar emot mail, en besökare besöker sidan osv osv..
Tillgång till snapshot har jag.
Jag ringde till dem för att få reda på mer info, men det var nån som inte var så inne i detta som svarade.. :(

Du betalar när VPS:en är igång. Det lönar sig mest om du har mycket besökare och en lastbalanserad miljö så att du kan anpassa mängden maskiner efter den belastning du har, eller om du behöver tillfälliga maskiner för att testa nya idéer.

Enligt GleSYS så ska det inte vara några probs att uppgradera till nya versioner.

Kommer med en annan fråga som vore kanon om någon har svar på snabbt.
VPS Debian 6.0 32 VS 64 bits.
Tanken är att jag ska köra ispconfig som kontrollpanel, och vad jag förstår så ska den funka med x64.

Fördelar / Nackdelar

Super stort tack på förhand!

Det finns i princip inga nackdelar med 64-bitarssystem numera. Ska du köra något program som du vet är 32-bitars, dvs något proprietärt program? Allt som finns i Debians paketarkiv har stöd för 64-bitarssystem så kör du dessa fria program behöver du överhuvudtaget inte bekymra dig. 64-bitars-läget är bättre för räkning med stora tal, bättre på att hantera stora filer (över 4 GB stora), och bättre på minneshantering när du har mer än 4 GB RAM (särskilt om du har ett enskilt program som ensamt vill ha mer än 4 GB RAM - något som 32-bitars x86 inte klarar).

Jag har kört 64-bitars Debian på min arbetsstation i två år nu utan några som helst problem. På hemservern har jag fortfarande 32-bitarssystem på grund av att jag inte orkat installera om och märker alltmer nackdelar med det (stora begränsningar i MongoDB till exempel).

Glesys moln är Xen, precis som du själv kör.

Så med andra ord så är 32 bits att föredra så länge man inte vill ha mer än 4gb ram.
Vpsen kommer användas för att hosta webshop så det blir inga stora filer.

Glesys har både xen och openvz

Edit: En snabb fråga till.
Hur stor skillnad är det om man väljer att ha 1,2 eller kanske 4 kärnor.
Läste nån annan tråd om att fler kärnor inte alltid var att rekommendera på vps?

Jag funderar på följande:
Openvz
Debian 6.0 32bit
20gb disk
1024mb ram
250gb transfer
Kärnor ???

Vpsen ska hosta några webbutiker..

Sedärja. De verkar köra både-och. Trevligt.

Sen om de kör Xen.org så är det en del skillnader mot Citrix XenServer som vi kör.

Men du svarade inte på min fråga ;)
Du borde ju kunna det där med om det är stor fördel med flera kärnor, eller spelar det mindre roll för mitt ändamål..

Nu har jag ingen aning om besökantal och vilken webbshopplösning du ska köra, men ispconfig har bara stöd för apache2 vad jag vet och apache gillar ram väldigt mycket. De gånger min server har fått lite större besökarantal så har ramet gått i taket och hela servern säckat ihop, dock hostar jag inte webbshoppar utan mindre hemsidor, varav min största ligger på runt 5000-10000 besökare om dagen. En liten tankeställare bara. Mindre viktiga hemsidor hostar jag på gammal intel celeron med 512MB ram och apache2, men det handlar om max 1000 besökare om dagen.

Jag hade tidigare en vps med 512mb ram och det funkade så 1gb bör räcka.
Även den förra hade apache2.
Men som sagt. Hur är det med kärnor?
Webbutikerna görs med opencart..

Hej,
Gällande multicore och VPS:er så är detta ett hett omdebatterat ämne. När jag tidigare nämnt
att man i de flesta fall inte har någon större nytta av vCPU just i virtualisering har andra svarat
att det fungerar precis lika bra i virtualiserade servrar som i fysiska.

Då jag inte är en programmerare så tänker jag inte ge mig djupare in i en sådan diskussion.
Tidigare har man t.ex. i VMware avråtts från att använda flera vCPU då det faktiskt kunde ge
sämre prestanda.

Jag skulle rekommendera dig att testa med en vCPU och räcker inte det så är det bara att slänga
till en till. Men jag skulle gissa att minnet slår i taket innan din vCPU.

De kör båda, XEN delen är relativt ny afaik, åtminstone som en del av det publika moln som de kallar "Server cloud" i din kontrollpanel, innan dess har det varit OpenVZ containrar man fått.