Перевод сервера на Linux

[bukass]

Алекс Федучин,
Делать лучше самому и постепенно. Только сервер и маршрутизатор стоит разделить. Нет смысла сваливать все в кучу, к тому же серверу нужно обновляться/перезагружаться...
Есть подшефный пограничник на

Код: [Выделить]

Linux vyatta 3.3.8-1-586-vyatta #1 SMP Mon Nov 12 12:04:28 PST 2012 i686 GNU/Linux
uptime
 12:50:05 up 194 days, 17:27,  2 users,  load average: 0.17, 0.11, 0.07Очень интересный проект.

[Yuriy_Y]

Только сервер и маршрутизатор стоит разделить. Нет смысла сваливать все в кучу, к тому же серверу нужно обновляться/перезагружаться...

Очень спорное утверждение. Маршрутизатор потребляет очень мало ресурсов, найти сейчас комп класса начального пеньтиума весьма проблематично. А нормальный комп выделять жаба душит. Потому, вполне реально собрать там целый комбайн и пусть пашет. И то, загрузка будет минимальна. Это же не венда.

[bukass]

Yuriy_Y,

Так-то да, но собирать комбайны, не думая о дальнейшей масштабируемости - это не Linux вэй, а как раз наоборот.

[Yuriy_Y]

Не, ну в пределах разумного-то всё равно надо думать. Ты ж не будешь ставить ксеон о 12-ти головах на шлюз и почтовый сервер, а вдруг у меня завтра появится локалка из 1М компов и 200К почтовых юзверей. Нафига фигачить из гаубицы по воробьям?

[bukass]

Не, ну в пределах разумного-то всё равно надо думать. Ты ж не будешь ставить ксеон о 12-ти головах на шлюз и почтовый сервер, а вдруг у меня завтра появится локалка из 1М компов и 200К почтовых юзверей. Нафига фигачить из гаубицы по воробьям?

Я про то, что маршрутизатор и сервер вещи разные, и железно тачки должны быть разные. В идеале (я о 12 головом ксеоне) KVM и раздел виртуальных серверов по осям. Но не в том масштабе, который упомянут здесь.

[thunderamur]

bukass,
Вот именно, что здесь обсуждается местный масштаб. Так что просьба - не надо воду мутить и спор разводить без повода.

[Yuriy_Y]

Вот именно. У меня на "жудком комбайнище" с процом атлоном двухголовом и 2 гигами рамы, средняя загрузка не превышает полпроцента. Там АТСка с факсами, прокси-шлюз, ДНС, ДХЦП, НТП. Локалка около 30 машин и столько же телефонов. В этом секторе точно не нужно дробление серверов даже на виртуалки.

[thunderamur]

Yuriy_Y,
А ты винду в гипервизоре поставь, жрать будет даже в простое

[bukass]

Извиняюсь, привычка думать о сети на много лет в перед. Но автор говорит что у него жопа одина и еще какая-то база со специфической программой. У нас в организации 1с стоит на винде и постоянно тормозит, ребята ее постоянно ребутят по чем зря. А отдельный шлюз, есть отдельный шлюз, к тому же по цене сохо роутера.
К стати как вариант, вместо шлюза mikrotik?

[ArcFi]

Лучше иметь 3 нормальных физических сервера, чем десяток недомашин, не умеющих ни RAID, ни IPMI, ни SVM/VMX.

И насчёт масштабируемости: есть конторы, в которых штат фиксирован, и значительную масштабируемость закладывать бессмысленно.

[конь]

я бы не переносил файловый вариант баз 1с7.7 на samba. потом будет народ ныть, что скорость не такая как раньше. в старой samba 3.6.3 (точно не помню), был какой то косяк с подключением 2-3 пользователя к базам и вывод элементарных данных, заставлял тупить базы. при чем когда сидел 1 человек все отлично и довольно таки быстро. было перепробовано куча вариантов и решилась только тем, что программисты перевели базы на 1с8 , а её я уже закинул в sql.
пункт 1 - iRedMail - для лентяев отлично настраивается за 10-20 минут.
пункт 2 - Postgre или MySQL.
пункт 5 - iptables, NAT, squid.
я бы больше переживал из-за пункта 3 и 4.