FAQ |
Kalender |
2010-03-04, 11:45 | #1 | ||
|
|||
Medlem
|
Vi är på väg att lansera en tjänst som kommer kräva databasprestanda, databasen är väldigt stor och kommer vara sökbar.
Vad är det man borde tänka mest på när man ska hosta en sån tjänst? I början hade vi tänkt oss vps/dedikerad med max 1.000:- månadsavgift , däremot kommer vi vid behov uppgradera servern och då spelar priset inte så mycket roll utan vi tar det som behövs för att sajten kommer fortsätta vara blixtsnabb. Vilket webbhotell tycker ni har bäst vps/dedikerad server som sen kan enkelt uppgraderas vid behov, och vilken hårdvara är viktigast när mycket krävs från databasen? Tack för svar! =) |
||
Svara med citat |
2010-03-04, 11:57 | #2 | ||
|
|||
Klarade millennium-buggen
|
Jag skulle inte kört VPS för en stor och krävande databas, egen server bör du köra.
Mycket minne och SSD gör extremt mycket, både minne och CPU är extremt billigt idag. Nu vet jag inte vad du menar med väldig stor databas, men om du behöver över 100-300GB blir SSD väldigt dyrt och då bör du köra med SAS. |
||
Svara med citat |
2010-03-04, 12:26 | #3 | ||
|
|||
Medlem
|
Med väldigt stor menar jag ett par miljoner rader, raderna själva har kanske inte så mycket information dock.
Vilka lösningar finns det för en dedikerad server med SSD? Kan inte hitta några, måste man bygga en server själv då och fixa colocation? |
||
Svara med citat |
2010-03-04, 12:34 | #4 | ||
|
|||
Flitig postare
|
Minne är den absolut viktigaste parametern. Tyvärr är det det som är dyrast också. Annat såsom CPU, diskutrymme och bandbredd kan du få för spottstyvrar men minne måste man betala för. Ju mer minne, desto större del av databasen kan du cacha så att trafiken slipper belasta hårddiskarna vilket är det som tar mest tid.
Dessutom beror det på vad du menar med "väldigt stor." Själv har jag en "liten" databas med fyra miljoner rader och den klarar sig hur bra som helst på 200mb minne. Är databasen för stor kanske du måste välja en dedikerad server istället för ett vps. Är den "ännu större" kanske du behöver ett helt kluster och en distribuerad databas. Men det finns leverantörer som erbjuder vps med 8gb ram som är fullt tillräckligt även för "väldigt stora" databaser (storlek är ju relativt). Sen skulle jag vilja påstå att ännu viktigare för prestandan, är hur mycket teknik du själv kan/hur skickliga dina tekniker är. Vet man hur memcached, squid, nginx, indexering och lastbalansering fungerar kan man pressa ut hundra gånger mer prestanda ur samma hårdvara än någon som inte kan det. |
||
Svara med citat |
2010-03-04, 13:27 | #5 | ||
|
|||
Klarade millennium-buggen
|
Minne är ju i stort sätt gratis idag, 16GB ram kan man få för några tusen. Börjar endast bli dyrt om man har ont om slott och behöver stora moduler.
|
||
Svara med citat |
2010-03-04, 14:50 | #6 | |||
|
||||
Klarade millennium-buggen
|
Stora databaser är ett väldigt relativt begrepp men generellt så har jag på sista tiden insett att många löser prestandaproblem med hårdvara pga. okunskap inom databasadministration. Indexeringar och underhåll är väldigt sällsynt, hittar man underhåll så är de oftast i form av rebuild index och kanske med en reorg med lite tur. Dessutom bör man använda views och stored procedures i större utsträckning än vad som är vanligt.
Om det rör sig om mycket trafik till databasen så är ramminne minst lika viktigt som korrekta index. Sen hur man sätter upp det hela beror också på om det är mycket läs eller mycket skriv eller både och. Det är inte för inte som det finns långa kurser att gå för att bli en bra dba. Tyvärr är de flesta ganska tråkiga (därför är jag ingen bra dba). |
|||
Svara med citat |
2010-03-04, 15:05 | #7 | ||
|
|||
Klarade millennium-buggen
|
För att få en dedikerad server med SSD så är det bara att droppa
ett mail till leverantören så kan de säkert ordna detta. Ska du ha extrem prestanda så kan man alltid satsa på Fusion I/O:s IODrives som är flashdiskar anslutna direkt på ett PCIe-kort och krossar allt vad "vanliga" SSD och SAS heter. Ett kort motsvarar i IOPS som ett 250-diskars 15k-SAN.. Men visst, korten kostar lite grann. Vill du ha mycket prestanda så kan en dedikerad server med 4-8 GB RAM och 4 SAS-diskar (RAID10) bli riktigt bra för dig, men det kommer kosta bra mycket mer än en tusing i månaden. Du kanske ska börja med en VPS med kanske 4 GB RAM och känna dig för innan du går vidare. Databasen kan du ju alltid flytta till en ny server i efterhand. |
||
Svara med citat |
2010-03-04, 15:59 | #8 | |||
|
||||
Klarade millennium-buggen
|
HP har bland annat SSD diskar att erbjuda i serverna, tror nog alla kan erbjuda de.
Enligt MS så är en databas liten om den är under 50GB, men jag skulle inte vilja köra en "liten" 40GB databas på en VPS. |
|||
Svara med citat |
2010-03-05, 00:05 | #9 | |||
|
||||
Klarade millennium-buggen
|
Dumsnåla inte på en vps utan försöka att hitta en lösning som ni tror på.
|
|||
Svara med citat |
2010-03-05, 02:26 | #10 | |||
|
||||
Mycket flitig postare
|
VPS har definitivt möjlighet att klara IOPS som databasservrar kör (beroende på vad som körs, direct mot disk, kraftigt SAN).
Men tyvärr är de flesta VPS begränsade i och med att bakomliggande hårdvara delas. Sen faller en viss procent av kapacitet ifrån även om t.ex. VMWare ger gästsystem (VPS:erna) access till systemanrop direkt mot hårdvara. Instämmer med tidigare talare. Dedicerad server är nog vad du ska satsa på. Börja på enklare system och bygg på allt efter som. Du kan även köpa och ställa på co-location. Att satsa på SSD kanske är lite att ta i, ta hellre mer RAM minne och konfa upp databasen att det får cacha allt i minnet. Är man orolig för strömbortfall väljer man server med redundant strömförsörjning. Vill passa på att tipsa om billigare co-lo/dedicerade servrar som bygger på ATOM 310/510. 310 är begränsad till 2GB ram, men 510 kan du stoppa in mer. Ha flera sådana i ett kluster och du får väldigt hög prestanda. Man kan börja med ett, och sen bygga ut allt eftersom behovet finns. |
|||
Svara med citat |
Svara |
|
|