Re: Виртуализация
21 марта 2013 г., 21:12 пользователь "Артём Н." <artiom14@yandex.ru> написал:
>>> Как сделать так, чтобы при выходе из строя одной машины *хранилища*, все данные
>>> (или наиболее критичные, которыми являются образы ВМ) оставались доступны на второй?
>> Тогда да, шаред сторадж. Можно обойтись 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
Reply to: