Реорганизация серверной инфраструктуры

Добрейшего утречка.
Задумал в своей конторе полностью перековырять серверную инфраструктуру. Контора небольшая, порядка 40 компов и с десяток серверов (vmware esxi, nix), но хочется сделать все по уму. В связи с чем хотелось бы обсудить схему построения всего добра.

Итак что требуется (деление на сервера условное, в скобках указано что используется сейчас):

Сервер №1
1) Маршрутизация 3х интернет каналов (iproute2):
а) интернет для сотрудников
б) почтовый и веб трафик
в) безлимит для избранных
2) Межсетевой экран (iptables)
3) Разграничение использования интернета, статистика посещения, антивирусная и контент–фильтрация, приемлимая веб–морда для просмотра статистики и прочие пряники (squid3+clamav+lightsquid+apache2)
4) DNS (bind)
5) VPN (openvpn)
6) DHCP (dhcp3)

Сервер №2
1) Корпоративная почта (exim+courierIMAP+spamassasin+clamav):
а) POP, SMTP, IMAP
б) Антивирус и антиспам
в) Веб морда (не реализовано)

Сервер №3
1) MySQL (mysql)
2) Мониторинг (не реализовано)

Сервер №4
1) Веб–сервер (nginx+php–cgi+memcached)
2) FTP (proftpd)

Сервер №5
1) Видеонаблюдение (zoneminder+apache2)

Сервер №6
1) Файловый сервер
а) разграничение прав доступа (acl)
б) шифрование данных (dmcrypt)
в) Ключевой носитель (ключи с gpg шифрованием на флешке+шифрованный скрипт для автомонтирования раздела при загрузке системы)
г) Сетевая корзина (samba)
д) Учет использования (samba)
2) Резервное копирование (централизованной реализации нет)

Сервер №7
1) Виртуализация windows систем (vmware server 2, vmware esxi 4.1)

На виртуалках ничего интересного особо нет: AD+DNS, GP, WSUS, TerminalServer, MSSQL, Citrix и различные пользовательские приложения: 1C, CRM и прочее.
Для всех серверов нужно реализовать мониторинг, резервное копирование и хочется связать их воедино либо с AD, либо с OpenLDAP.

Как я это вижу:
Я так и не могу определиться чего взять за основу центрального ядра системы. Большинство машин в офисе на win и совсем небольшой процент сидит на ubuntu. Плюсы AD с политиками очевидны, но и openldap тоже не лыком шит.
Если делать на openldap, то есть мысль поднять слабенький кластер из двух нодов на heartbeat+drdb и повесить на него openldap, dns, dhcp, mysql, мониторинг.

Отдельный сервер маршрутизации с прокси и привязкой к ldap. Реализация: iptables, iproute2, squid3+havp+clamav+sams+openvpn
Почтовый сервер: postfix+dovecot+spamassasin+clamav+web морда
Веб сервер думаю остается без изменений, так как реализовано сейчас, ну разве что добавятся плюшки типа мониторинга и прочего
Видеонаблюдение: zoneminder всем устраивает, кроме аццки тяжелой веб морды, которая начинает лагать при доступе с 3–4 компов одновременно.
Что использовать в качестве сервера резервного копирования? Смотрю на bacula, но до конца так и не определился.
Также не знаю что заюзать в качестве мониторинга состояния nagios, cacti? Что будет полезнее в качестве опыта, для меня сейчас это на первом месте.
Файловая помойка остается с текущей реализацией, наверно.
И что скажете по поводу виртуализации? Оставить то что есть или рассмотреть варианты c kvm, xen, php–virtualbox?

В общем готов выслушать умных людей, критика, комментарии приветствуются.

PS. Надеюсь обойдемся без холиваров типа "венда это плохо"

МТ какой нить 5-ти портовый.

МТ какой нить 5-ти портовый. хоронилка на чем нить вроде rioworks шпинделей на 8, вменяемый гигабитник на завязку и и 3 машинки - линуха и 2 esxi .
вмварей рулить с виндовой машинки, вееам крайне желателен.
На реальное железо - субд , все остальное под виртуализацию с держанием на хронилках.
все хозяйство пихается в DMZ, файер на MT, при наличии L2 свитчей можно побаловатся вланами на рыло

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Я б в дополнение к openvpn

Я б в дополнение к openvpn прикрутил и ipsec, это если планируется, что всякие VIP захотят сидеть у себя в сети удаленно через андроиды. Ибо для себя отметил, что openvpn в андроиде ставится через гланды, а ipsec там вроде как из коробки.

Спасибо за совет, при

Спасибо за совет, при поднятии нового сервака учту данный момент

Agranom написал(а): Также не

Agranom написал(а):
Также не знаю что заюзать в качестве мониторинга состояния nagios, cacti?

Nagios низкоуровневый весьма. Можно прикрутить графики, вменяемую схему сети, snmp traps, всякие замароченные схемы оповещения + винду сапортит не плохо.

( . ) ( . )

Сервер1 http://www.pfsense.org/
Файлопомойка http://www.freenas.org/
Мониторинг Zabbix (рекомендую), Cacti, Nagios
Вебморда к почте http://www.roundcube.ru/
Веб nginx+php-fpm+eaccelerator
остальные сервера на http://www.calculate-linux.org/main/ru/cls

и че со всем этим добром

и че со всем этим добром делать ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Не видно цели. Сейчас все

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

Кластер - здравая мысль. Основа любой кластерной системы - неубиваемое кластерное хранилище. Нет файлов - нет кластера. Ну и система приоритетов имхо хромает. Поднять с бэка dhcp или dns - минут 10. Dns вообще трудно убить, ибо по дизайну - штука дублируемая по умолчанию. Трудно сказать зачем вам кластеризировать mysql, возможно для вашего предприятия (тоесть не для вас лично) это важно. У меня мускуль занимается сервисными вещами. Время его восстановления не критично. Ну и необходимость кластеризации мониторинга. Мониторинг нужен ТОЛЬКО ВАМ. Юзер про него вообще ничего не ведает.

Насчет ядра. Насколько в курсе для вин окружения никакой альтернативы АД нет. Устойчивость обеспечивается winntbackup плюс наличие вторичных контроллеров. Для наибольшей устойчивости - перенаправление папок профиля на шару ( политиками, желательно на кластер) плюс стандартизация клиентского ПО. В этом случае при выходе десктопа юзер садится на любую машинку сети и работает. На самбе настраивать сетевую корзинку (спасает от удаления). Плюс бэк, бакула подойдет.

В качестве мониторинга весьма неплох заббикс. Доступ в инет и разграничения - squid + sams (кривой,без документации... но имхо лучший)

ЗЫ
1) Без холиваров никак. Виндовс - маст дай.
2) Время восстановления - основной критерий оценки эффективности работы администратора сети.
3) Насчет шифрования - перебор. Если для закона о защите персональных данных - сносите линей, ставьте континентов,секретнетов и прочей доморощенной шняги. И забейте на п. 2

Цель -- сделать по

Цель -- сделать по возможности единую, надежную систему. Все сервисы я планирую интегрировать либо в АД либо в ОпенЛДАП.

Цитата:
Ну и система приоритетов имхо хромает. Поднять с бэка dhcp или dns - минут 10. Dns вообще трудно убить, ибо по дизайну - штука дублируемая по умолчанию. Трудно сказать зачем вам кластеризировать mysql, возможно для вашего предприятия (тоесть не для вас лично) это важно. У меня мускуль занимается сервисными вещами. Время его восстановления не критично. Ну и необходимость кластеризации мониторинга. Мониторинг нужен ТОЛЬКО ВАМ. Юзер про него вообще ничего не ведает.

Логично. DHCP, DNS, мониторинг действительно не нужно кластеризовать. На mysql висят базы данных нескольких веб-сайтов, поэтому доступность для них важна. Теперь я думаю про связку для кластера такую: heartbeat+drdb+xen. Преимущество как мне видится в том, что на кластер можно будет повесить не только никсовые сервисы, но и некоторые виндовые. Но вообще я все больше и больше задумываюсь: а нужен ли кластер? Идеальный путь был бы поднять пару серверов c VSphere, но так как конторка не особо крупная, этот вариант мне не светит.

Просто половина серверов давно устарели и их надежность оставляет желать лучшего, поэтому я и хочу оптимизировать всю систему, избавиться от совсем древнего хлама в серверной, ну и естественно сделать это дешево :)

>>Логично. DHCP, DNS,

>>Логично. DHCP, DNS, мониторинг действительно не нужно кластеризовать
Скажем так - не первой необходимости.

>>heartbeat+drdb+xen
В случае ксенизаципи винды - никакого преимущества ксена перед прочими нет. Винда не предоставляет ксенизированных сборок. Профит от паравиртуализации - ноль.
Либвирт +qemu-kvm дает весьма неплохие результаты, особенно с виртио дровами. В качестве CRM можно так же взглянуть на pacemaker.

Никсовые сервисы достаточно легко кластеризуются и уживаются друг с другом. Запихивать их под виртуалку (ИМХО) смысла особого нет. В моем парке виртуальные линуксы лишь для технологической обкатки. Под виндой кружатся всякие всусы,принтсерверы, KAV..

Ежели речь идет о повышении устойчивости системы без кластера никак.

И да, генто с кластерами не дружит.

wi написал(а): >> И да, генто

wi написал(а):
>>
И да, генто с кластерами не дружит.

слышали уже :) - с какими именно и почему ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".