[JensS]

Ursprungligen postat av Lindahl

Jag fick detta felmeddelande både inatt (mellan kl 00:10-00:50) och igår natt (mellan kl 00:40-01:20). Så två nätter i rad har det i så fall gått fullt på diskarna. Om man nu lyckats lösa det första natten, hur kan det då inträffa igen natten efter?

Kan det möjligen ha nåt med backuper att göra?
Eftersom det sker ungefär samma tid båda nätterna.
Låter som en vettig lösning men antagligen inget vi får veta ändå.

Vilken server ligger ni på?
Jag har tillgång till tre olika konton hos dem med olika databasservrar.

[Danielos]

Ursprungligen postat av JensS

Vilken server ligger ni på?

Som mysql doktor skulle jag rekommendera ett mysql server kluster på 10 eller 20 servrar med 10Gb kort emellan eller Infiniband 40Gb emellan servrar och webbservrar. Då skulle man ha en stabil och skalbar lösning. Snabb anslutning mellan servrarna är A och O när det gäller mysql kluster eftersom all data ligger i minnet. Obs, detta kräver specialkunskap från tekniker, och programmeringskunskaper för att göra anpassningar av kontrollpanelen.

[patrikweb]

Ursprungligen postat av danielos

Som mysql doktor skulle jag rekommendera ett mysql server kluster på 10 eller 20 servrar med 10Gb kort emellan eller Infiniband 40Gb emellan servrar och webbservrar. Då skulle man ha en stabil och skalbar lösning. Obs, detta kräver specialkunskap från tekniker.

Fast ett företag som inte ens har reservkraft med generator så ligger den lösningen säkert 100 år framåt i tiden för deras del.

Men du överdriver lite med, kan hålla med om Infiniband inte kan mätas i snabbhet mot Ethernet. Men 40G är extremt mycket, normal storage drar inte i regel någon större trafikmängd.

Bara att fylla 1GE krävs jävla mycket data.

Sedan 10-20 st DB servrar med 40G Infiniband så vetefan om man skulle kört mysql som db server.

Normalt använder man Infiniband just för extremt stora kluster som behöver bearbeta extremt mycket data. Flertal 100GB i snabb fart men då är det ju inte DB saker.

Och är mycket tveksamt om Infiniband ens skulle ge någon fördel för DB som ens går mäta på ett vettigt sätt. För webbservrarna med php mysqllibesen skulle ändå vara så pass långsamma så Infiniband inte skulle ha någon fördel ändå.

[Danielos]

Ursprungligen postat av patrikweb

Men du överdriver lite med

Jo, kanske, men säg väl optimerat gigabit nätverk mellan mysql servrarna i klustret då.

[patrikweb]

Ursprungligen postat av danielos

Jo, kanske, men säg väl optimerat gigabit nätverk mellan mysql servrarna i klustret då.

Får man väl vara rätt korkad om man misslyckas med det, åt andra sidan lyckas man inte ha koll på att disken tar slut så :P


En intressant sak när man kollad på test resultat på olika typer av storage mot vmware var att jumboframes inte gav något bättre märkbar prestanda än utan.

Nu lär det ju skilja säkerligen beroende på vad för NIC och SAN (ISCSI/NFS) man kör möjligen men.

Men innan man börjar kolla på skalbara lösningar så kan ju ett bra första steg se till att ha koll på att inte få slut på disk. Klarar man inte det så kommer allt skita sig totalt i större klustrad miljö.

[kw_wasabi]

Ursprungligen postat av patrikweb

Fast ett företag som inte ens har reservkraft med generator så ligger den lösningen säkert 100 år framåt i tiden för deras del.

Jag har tappat räkningen på hur många gånger du har nämnt detta med reservkraft, väldigt många gånger är det i alla fall. Jag tror alla vet om det nu...

Jag håller dock med dig och de många andra om att loopia sköter sig dåligt. Det är alltid något som strular var och varannan dag.

[tartareandesire]

Ursprungligen postat av JensS

Kan det möjligen ha nåt med backuper att göra?
Eftersom det sker ungefär samma tid båda nätterna.
Låter som en vettig lösning men antagligen inget vi får veta ändå.

Vilken server ligger ni på?
Jag har tillgång till tre olika konton hos dem med olika databasservrar.

Det är också denna tid samtliga cron jobs körs på Loopia såvida ingenting ändrats de senaste månaderna.

[Lindahl]

Ursprungligen postat av JensS

Vilken server ligger ni på?

Har MySQL på s183 och IIS på s196.