FAQ |
Kalender |
Visa resultat för omröstning: Vad tror du mest på? | |||
Lastbalansering |
![]() ![]() ![]() ![]() |
7 | 53.85% |
Singelserver |
![]() ![]() ![]() ![]() |
6 | 46.15% |
Antal röster: 13. Du får inte rösta i den här omröstningen |
|
Ämnesverktyg | Visningsalternativ |
|
![]() |
#1 | |||
|
||||
Bara ett inlägg till!
|
Detta känns väldigt ovetenskapligt. Till att börja med håller jag inte riktigt med om inledningen - har du någon statistik på att de flesta webbhotellen inte gått över till lastbalanserat? Räknas även små skithotell utan riktig kunskap in (alltså något av de hundratals småhotellen med oftast bara några få kunder)?
Det finns inte mycket som håller en krånglande kund i schack i en lastbalanserad miljö heller. Besökarna sprids ju mellan maskinerna i klustret så ett krånglande skript kan lika gärna sänka alla maskinerna i klustret. Och sedan själva punktlistan: * Lastbalanserade maskiner med låg belastning har väl ändå precis lika bra prestanda som singelmaskiner med samma belastning? * Det är inte säkert att modsecurity kan centraliseras - det beror helt och hållet på vilket lager man utför sin lastbalansering på. Är det ens säkert att det är en fördel? På Levonline hade vi decentraliserad modsecurity, trots lastbalanserad miljö, och det var inte ett dugg krångligt. Osäker punkt, med andra ord. * Så himla stor kunskap behövs egentligen inte för lastbalansering. Man måste förstå sin HTTP och sina lagringslösningar, visst, men en person som inte klarar att greppa en lastbalanserad miljö borde inte få jobba som systemadministratör överhuvudtaget. Däremot är det sant att väldigt många andra problem löses av lastbalansering. |
|||
![]() |
![]() |
![]() |
#2 | |||
|
||||
Klarade millennium-buggen
|
Citat:
Det det gäller redundant lagring, så kan båda alternativen köra detta. Vidare så kan modsecurity centraliseras, vilket vi gör och jag ser bara fördelar med det ( uppdatering och ändring av config tex. ) och kostnaderna för oss skulle bli större om det decentraliserades. Det största problemet som jag ser det är inte att sätta upp flera servrar att balansera emot utan det är att sätta upp kontrollpanelen för det och så lång jag vet finns bara atomia om man inte konstruerar sin egen panel och system. Det finns vidare minst 2 dimensioner här tycker jag och det är vad som är möjligt/vad som körs i produktion idag och det är även en annan diskussion vad man kan köra och som kanske är bättre än vad någon idag kör i produktion. PatrikWeb här har tex. stor kunskap om tekniker, men du kör väl inget idag i produktion för alla dina vanliga webbkonton? Senast redigerad av Danielos den 2012-01-12 klockan 17:11 |
|||
![]() |
![]() |
![]() |
#3 | |||
|
||||
Bara ett inlägg till!
|
Citat:
När jag jobbade på Levonline så kördes en generell lastbalanserare, på en annan nivå än applikationslagret. Då är det svårt att centralisera modsecurity. Men eftersom konfig hanteras av ett versionshanteringssystem som automatiskt trycker ut ändringar så redigerar man bara på en plats i alla fall (centralisering av konfigurationsfiler kanske man kan kalla det). |
|||
![]() |
![]() |
![]() |
#4 | |||
|
||||
Klarade millennium-buggen
|
Ok, vi lägger till Levonline till listan
![]() Senast redigerad av Danielos den 2012-01-12 klockan 18:41 |
|||
![]() |
![]() |
![]() |
#5 | |||
|
||||
Bara ett inlägg till!
|
Citat:
|
|||
![]() |
![]() |
![]() |
#6 | ||
|
|||
Klarade millennium-buggen
|
Citat:
Dock så ligger det ju i ett virtuellt lager i vår redundanta 20Gbit ring. Eftersom har många olika noder och kapacitet så är det inga problem att lagra backup annan stad. Samtidigt om man behöver katastrof redundans att ha snapshot av data flera gånger per dag och transparent/dynamiskt starta upp tjänst igen på annan nod i en annan stad. Men alltid en fråga om kostnader och vad kunden vill skriva för avtal. |
||
![]() |
![]() |
Svara |
|
|