Fejl

[mstauningDeltager Black Hole]

Samt at du ikke selv har adgang til logfilerne…..

[michaelDeltager Giant]

Bjørn T. Jønsson wrote: Men nu fik vi ihvertfald
bekreftet at de ikke har load balance på sin(e) server(e).

Det har de ikke, og de ville rent teknisk ikke kunne gøre det, uden applikationen (astro-forum’s web wiz forum) understøttede det.

Problemet er databasen. At gå fra 1 database server, til 2 database server, fuldt understøttet af applikationen, er 100x sværrere end bare at køre en enkelt database server.

Load balancing af rene statiske filer, er noget mere simpelt, men her er der tale om databaser m.m.

Meget få (jeg kender ingen) kan gøre det med simple webhosting løsninger som denne

MStauning wrote: Samt at du ikke selv har adgang til logfilerne…..

Hvis det er de logfiler jeg hentydede til, var det ikke serverens logfiler, men derimod forum applikationen egen logfil. Den kan så vidt jeg kan se slåes til/fra – den smule jeg har kigget i koden 😉

[michaelDeltager Giant]

Jeppe wrote: Her er svaret fra Azero:

Du ligger på en shared hosting server. Så vi kan selvfølgelig ikke garantere at andre kunder ikke kan tage nogle af de samlede ressourcer på serveren.

Ja shared er rigtigt. serveren deles med 216 andre domæner.

Her er nogle af dem

1.	aab45.dk		200
2.	aarhusseniorforening.dk		200
3.	aasenielsen.dk		403
4.	abpostgaarden.dk		200
5.	acekulturrejser.dk		200
6.	aeblelauget.dk		200
7.	aestas.dk		403
8.	afrikaunik.dk		200
9.	aia-tranbjerg.dk		200
10.	alanyaliving.dk		200
11.	alkoholpolitik.dk		200
12.	ammex.dk		200
13.	aof-kolibri.dk		403
14.	arevisor.dk		302
15.	astro-forum.dk		200
16.	avcenter.dk		200
17.	backupvikaren.dk		302
18.	bangsmarmelade.dk		200
19.	bilsynkerteminde.dk		200
20.	bisgaardmaare.dk		302
21.	bisrideklub.dk		200
22.	bjergskoreskole.dk		200
23.	blueayers.dk		200
24.	boligvision.dk		302
25.	borgerfakta.dk		302
26.	bornholmerpillen.dk		200
27.	bosperling.dk		200
28.	bowadtimprovement.dk		200
29.	brandt.dk		200
30.	byoasen.dk		200

Der kan sagtens være flere (og færre) men shared i alle tilfælde rigtigt.

Vi har overvågning af serverload, trafik, generelt ressourceforbrug. Hvis

der skulle opstå en situation hvor en anden kunde trækker mere end de har lov til går vi selvfølgelig ind og pålægger sanktioner herpå.

Så spørgsmålet er om Azero nogen sinde opdager om en kunde (eller flere) bruger alt tilstedeværende Disk IO eller lignende.. Sikkert nok ikke.

Spændende om deres application pool løsning hjælper 😉

[Bjørn SandåkerDeltager Neutron star]

Michael wrote:

Men nu fik vi ihvertfald
bekreftet at de ikke har load balance på sin(e) server(e).

Det har de ikke, og de ville rent teknisk ikke kunne gøre det, uden applikationen (astro-forum’s web wiz forum) understøttede det.
Nuvel, det er vel flere måder at løse det på. Måske bliver det ikke helt godt, men bedre end det de har nu – ingenting. Man kan f.eks. bruge simpel replikeringsteknologi på data og load balancing på inkomne opkald på routerniveu, ikke? Det burde være muligt.

Mvh,
Bjørn

[michaelDeltager Giant]

Bjørn T. Jønsson wrote:

Men nu fik vi ihvertfald
bekreftet at de ikke har load balance på sin(e) server(e).

Det har de ikke, og de ville rent teknisk ikke kunne gøre det, uden applikationen (astro-forum’s web wiz forum) understøttede det.

Nuvel, det er vel flere måder at løse det på. Måske bliver det ikke helt godt, men bedre end det de har nu – ingenting. Man kan f.eks. bruge simpel replikeringsteknologi på data og load balancing på inkomne opkald på routerniveu, ikke? Det burde være muligt.

Det lyder simpeltnok, men giver en lang række andre udfordringer. Problemet er bl.a. consitancy og availability og paritioning.

* Du skal sikre at data *altid* er til rådighed på begge DB’er
* Du skal sikre at en server der kommer offline efter reboot eller maintainance har samme data som de andre servere – inden den kommer i drift
* Det skal være lige meget hvor du skriver dine data – f.eks. du skal kunne skrive til db2 eller db1 uanset hvilken server du ønsker.

På overfladen ser en løsning af sådan et problem nemt ud, men dette er uhyre kompleskst, og derfor jeg skrev at det er 100x så svært.

men jo, din forslag vil virke, men kun virke fornuftigt indtil alle servere/services kører – og derefter, efter systemnedbrud, vil du få mange – rigtigt mange – problemer.

[Forfatter]

Indlæg