21 марта 2013 г., 21:12 пользователь "Артём Н." <[email protected]> написал: >>> Как сделать так, чтобы при выходе из строя одной машины *хранилища*, все >>> данные >>> (или наиболее критичные, которыми являются образы ВМ) оставались доступны >>> на второй? >> Тогда да, шаред сторадж. Можно обойтись DRBD, хотя лучше что-то более >> приличное, конечно... > Например?
Дорого... Отдельные стораджи от того же HP. Из недублируемого - шасси. Но дорого. >>>> Могу сказать, что для алертов лучше использовать нагиос. >>> Мне nagios не понравился. Не такой гибкий, как Zabbix, меньше возможностей, >>> всяких там графиков, нет распределённого мониторинга (нужен на перспективу, >> Хм... Имелся ввиду доступ к хостам через хоста-посредника? > Да. >> Тогда наиболее близкое - nrpe. > А помимо Nagios? Смотря с какой целью. Для показометров с графиками - тот же cacti. Если воспользоваться написанием внешних скриптов - рисовать можно всё, что угодно. Я рисовал количество пользователей БД OpenEdge, например. Для оповещений о выходе параметров за границы - всё-таки nagios. К нему добавить к нему nconf (вебморда-конфигуратор) и приём snmp-алертов, чтоб о некоторых проблемах узнавать сразу, а не когда нагиос убедится, что это не из-за проблем со связью. Если нужен визуальный мониторинг чего сломалось - можно добавить nagvis и нарисовать карту или карты сети. Или подложить туда фотографию стойки и разложить индикаторы по нужным серверам. Использовал такое для того, чтобы дать оперативному дежурному средство узнать, в каком направлении сломалось и о чём сообщать. Показывать ему ВСЮ карту было излишним, так что он видел наиболее важные сервера + доступность удалённых точек. >>> поскольку некоторые машины только во внутренних сетях), менее приятный >>> интерфейс >>> (да, я понимаю, что у Zabbix он неудобный, но у Nagios - это вообще незнамо >>> что), . Всё, конечно, возможно допилить, но делать из Nagios Zabbix не >>> хочется. >> И не надо. Если нужна система, предупреждающая о том, что "ща всё >> накроется" и только - nagios. >> Если нужны показометры - таки да, zabbix. Хотя я как-то cacti >> обходился, там почему-то меньше жрало. > Желательны "показометры". На мой взгляд, лучше не смешивать алерты и показометры. Если показометры нужны для начальства - тем более. > И ведение "чёрного ящика". Хм... Что имелось ввиду и чем недостаточен для этого удалённый сислог? >>> А то, что жрёт: на него и кластер. >> >> Отдельный кластер для мониторилки - чересчур, по-моему. А если внутри >> кластера - получится, что под мониторилку выделены ресурсы, которых >> может не хватить для основных задач. > Внутри кластера. Но отдельная ВМ. У меня как раз была отдельная ВМ. Упёрлась в тогда локальный диск по количеству запросов в секунду и стала мешать соседям. Были установлены нагиос и какти, были натравлены на те же показатели, нагрузка стала на порядок меньше. > Ещё хочу систему рез. копирования. > Какую порекомендуете? Сильно зависит от того, как и что хотите копировать. Для файлов из линукса - rsnapshot неплох. У почтового сервера объём бекапа с историей за две недели составлял примерно 1.3 объёма от самого сервера. Да и у остальных серверов примерно также, так как менялись далеко не все файлы. Также очень даже неплоха bacula. Для БД - лучше что-то специализированное. Виртуалки целиком - для квм не знаю чего-либо готового, под Xen - аналогично. Делал снапшоты LVM и копировал диски целиком. -- Stanislav
