Hallo Olaf, > wir haben ein DigitalFotoUploadSystem entwickelt, mit > VBScript. Das funzt > ganz nett. Aber die Lasten auf den Web-Servern bei 50-100 > tausend Bildern > pro Tag sind teilweise enorm. Wir wollten schon lange auf > .net umsteigen, > nun soll es endlich los gehen. U.a. weil wir uns davon > versprechen, dass wir > die Lasten auf verschiedene Server verteilen k�nnen. Z.B. k�nnen die > Leadtools auf dem einen Server arbeiten, ein anderer nimmt die Bilder > entgegen, einer plagt sich mit dem SQL Server rum und der > Webserver managed > alles und bildet das Userinterface. Ich wollte nun mal > fragen, ob ihr mit > der Verteilung von Augaben an mehrere Server Erfahrungen habt > und ob man das > uneingeschr�nkt empfehlen kann oder ob es irgendwelche > gravierenden Kinken > gibt, die man im Auge behalten muss. Falls wichtig, die > Sprache der Wahl ist > C#.
Falls bis jetzt alles auf einem Server l�uft, sollte allein schon das Trennen von Webserver und Datenbank einiges bringen. Datenbanken sind Speicherfresser und machen dem Webserver das Leben schwer. Besonders wenn er mit vielen oder gro�en Dateien arbeitet, m�chte er auch ein bisschen Speicher f�r sich haben. Wahrscheinlich ist es auch lohnenswert, sich �ber die technischen Details des Uploads (und Downloads?) der Bilder Gedanken zu machen. Am effektivsten ist es, die Bilddaten m�glichst fr�h in eine Datei zu schreiben - bevor sie durch die ganze Engine geistern. ISAPI-L�sungen k�nnen dabei sehr von Nutzen sein. Beim Download ist es am besten, ihn dem Server zu �berlassen. Was der/die Server Performance an bringen m�ssen, d�rfte direkt von der Bandbreite der Internetanbindung abh�ngen. Falls die zu gro� ist (kann sie das sein?), kann man sicher auch Gedanken an 'horizontales' Load-Balancing verschwenden. -- Viele Gr��e, Alex _______________________________________________ Coffeehouse mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/coffeehouse
