Залізо для проксі-сервака

[Oles Rid]

Доброго дня! Треба зібрати комп, який буде виконувати роль проксі-сервера для мережі з 32пк. Допоможіть підібрати залізо, щоб в майбутньому не було проблем з пошуком різних драйверів під лінух. Планую ставити Debian, іксів не буде.
Хотів брати щось таке:
Процесор Intel Core™2 Duo E4600 (BX80557E4600) s775, 2.4GHz, 800MHz, 2MB, 2 ядра, 65nm, 65 W, BOX
MB ASUS P5E-VM DO, G965, SVGA, PCI-E, DDR2 1066*, SATA2 RAID, 1394, 1Gb Lan, SB 8ch, mATX
DDR2 SDRAM 1024mb PC6400, Kingston, 800MHz  CL6
Накопичувач HDD Seagate  250GB (ST3250410AS) SATA II, 7200 об./хв, 16MB, NCQ
Мережеві 2 мабуть прийдеться докупляти, бо шось я не впевнений що Дебіан інтегровану побачить, які брати щоб побачив під час встановлення і я потім не морочив собі голови.

[Praporshic]

Побачить, можете не сумніватись. Особливо, якщо брати останній Etch 4.0r4 з оновленим ядром.
Якщо збираєтесь ставити саме проксі (а не звичайний шлюз з NATом), то раджу додати ще гіг мізків.

[Ign1111]

DDR2 SDRAM 1024mb PC6400, Kingston, 800MHz  CL6

Краще брати дві планки, та ставити їх паралельно. Буде швидше працювати...  :exclamation Верніше брати меньш швидкісну пам’ять, так щоб частота шити мат.плати була 2х пам’яті... а краще взяти материнку з більшою частотою...

[Oles Rid]

Буде проксі під Squidом, ну я так і думав в принципі ще 1гіг памяті добавити, і поставити в режим двойного каналу. Проца вистачить на стільки клієнтів? Колись було маздайське проксі під Usergate, то проца Pentium 4 2.6Ghz, садило ужасно тільки 10 одночасних підключень, а той був на 100% навантаження

[Praporshic]

В мене три роки тому було близько 20 користувачів, яких обслуговував Squid 2.5 на Duron 750 128 RAM. Мізків не вистачало. Проц був завантажений відсотків на 50

[RomadinR]

Буде проксі під Squidом, ну я так і думав в принципі ще 1гіг памяті добавити, і поставити в режим двойного каналу. Проца вистачить на стільки клієнтів? Колись було маздайське проксі під Usergate, то проца Pentium 4 2.6Ghz, садило ужасно тільки 10 одночасних підключень, а той був на 100% навантаження

Як показує практика, Squid більше полюбляє жерти пам’ять, ніж обчислювальну потужність. І ще. Як показує практика, канали ростуть досить швидко (У мене, наприклад, подвоюється кожного року, а іноді і частіше). Тому я б радив на найближчу перспективу запланувати додати ще 1-2 НЖМД, і розкидати на них частини кеша (у даному випадку Soft-RAID - зло, хіба, може, дзеркало для швидкості або апаратний але по грошах не вигідно).

P.S. У мене C2D E6600@2.40 GHz, 4Gb DDR2, MB P5B Deluxe, 6xHDD SATA 250Gb тримає (правда, уже з натугою) Squid на університетську мережу (в середньому ~100 одночасно працюючих клієнтів, бувало і більше) та базу користувачів на Postgres. Песля переходу на Postgres 8.3 картина трохи краща. Планую пам’яті додавати і ще один Squid-сервер паралельно ставити, бо в цьому році додали ще пару комп.класів - уже не справиться.

[PAL]

P.S. У мене C2D E6600@2.40 GHz, 4Gb DDR2, MB P5B Deluxe, 6xHDD SATA 250Gb тримає (правда, уже з натугою) Squid на університетську мережу (в середньому ~100 одночасно працюючих клієнтів, бувало і більше) та базу користувачів на Postgres. Песля переходу на Postgres 8.3 картина трохи краща. Планую пам’яті додавати і ще один Squid-сервер паралельно ставити, бо в цьому році додали ще пару комп.класів - уже не справиться.

 

Пане, що ви там такого понастраювали? Ну, звичайно, база користувачів у sql, але все одно не розумію. Півсотні одночасно працюючих клієнтів сквіду (з півтори сотень взагалі) + поштовий сервер з clamav (!), правда пошти небагато - усе це радісно крутилося на PIII 1,2 Ghz + 1G мізків й не жалувалося (хіба що антівірус підтормажував)

Чи у вас там на льоту перевіряєтся на віруси?

[RomadinR]

Ну, якщо відключити логування в базу, то справляється, звісно . А от із логуванням (on line) - важко. Можна би, звичайно, у базу лог писать за добу, але ж до хорошого звикають швидко, а одучить уже проблема :-(. Крім того, я, мабуть, трохи некоректно висловився щодо одночасних користувачів. Я мав на думці одночасні запити. Ось із mrtg за добу (макс., середнє, поточне): HTTP requests        46.7 kreq/min        3975.0 req/min        7654.0 req/min