[Dennis Holm]

Ursprungligen postat av Magnus_A

Även om flytten av data tar 10 minuter tar ompekningen längre tid om det är sant som det står här att vissa isp:er sätter längre tid på TTL än vad du sätter.

2 enklare versioner av vad man kan göra..

gammal site=iframe till dedikerat ip på nya siten (eller subdomän med (funkar inte om siten har länkar direkt till domän.com/filnamn.php eller scripts som är beroende av domännamnet i urlen)
Extremt lowtech lösning .


Den andra är att gamla siten kopplar till NYA serverns mysql databas.
Då är all databas trafik i sync även om man har siten på 2 ip'n för de besökare som inte fått den nya ompekningen.

Finns fler lösningar men ja. lätt att göra dessa två för deflesta.

[Norman]

Kan ju säga så här. Lagringslösningar för cloud är bra mycket mer avancerat.
Å ena sidan så är driftsäkerheten god, men när det väl strular så kan det va mycket som går ned och det kan va svårt att åtgärda.

Dedicerad server eller co-lo är mindre komplicerad, har god driftsäkerhet och är mindre svårt att fixa om något skulle pajja

[mekwall]

Ursprungligen postat av Norman

Kan ju säga så här. Lagringslösningar för cloud är bra mycket mer avancerat.
Å ena sidan så är driftsäkerheten god, men när det väl strular så kan det va mycket som går ned och det kan va svårt att åtgärda.

Dedicerad server eller co-lo är mindre komplicerad, har god driftsäkerhet och är mindre svårt att fixa om något skulle pajja

Menar du att bara för att det är fler variabler involverade så är det större risk att något strular? Må vara logiskt, men man måste vara en riktig pessimist om man ska följa det till punkt och pricka.

Rätt människor med rätt kompetens på rätt plats, så spelar antalet variabler ingen roll. Detsamma kan man säga om det motsatta, och det är mycket därför jag frågar efter era erfarenheter av de svenska bolagen som tillhandahåller dessa tjänster

[KristianE]

mekwall:
Jag tror snarare Norman syftar på att när ett stort SAN pajar i en stor cloud-
lösning så är man riktigt rökt. Du ska inte förvänta dig att din leverantör har
köpt två identiska SAN med symmetrisk replikering av data. Har de detta är
det jättebra men jag tror inte du ska räkna med det.

I alla fall inte när du betalar några korvören per timme..

[Norman]

Ursprungligen postat av KristianE

mekwall:
Jag tror snarare Norman syftar på att när ett stort SAN pajar i en stor cloud-
lösning så är man riktigt rökt. Du ska inte förvänta dig att din leverantör har
köpt två identiska SAN med symmetrisk replikering av data. Har de detta är
det jättebra men jag tror inte du ska räkna med det.

I alla fall inte när du betalar några korvören per timme..

Precis så Kristian skriver.
Räkna också med att riktigt billiga VPS:er är överbokade så IOPs prestanda blir riktigt usel.
Men det är allt efter behov, budget och krav.

[mekwall]

Ursprungligen postat av Norman

Precis så Kristian skriver.
Räkna också med att riktigt billiga VPS:er är överbokade så IOPs prestanda blir riktigt usel.
Men det är allt efter behov, budget och krav.

Överbokar man så har man skyltat med något man inte kan leverera, vilket torde vara ett brott mot marknadsföringslagen. Om det nu är såhär det fungerar hos majoriteten av webbhotell som erbjuder VPS:er låter jag vara osagt, men du kanske sitter på "inside information"?

Kanske helt enkelt borde begära att man får ut en viss IO/s och inte bara lagringsutrymme, samt att hosten kan garantera backup på sin data. Det sistnämda vet jag att GleSYS erbjuder kostnadsfritt i sin molntjänst, huruvida detta även gäller City Cloud vet jag inte då det inte framgår (tydligt nog).