21 марта 2013 г., 21:12 пользователь "Артём Н." написал:
>>> Как сделать так, чтобы при выходе из строя одной машины *хранилища*, все
>>> данные
>>> (или наиболее критичные, которыми являются образы ВМ) оставались доступны
>>> на второй?
>> Тогда да, шаред сторадж. Можно обойтись DRBD, хотя лучш
On Wed, Mar 20, 2013 at 01:04:08PM +0400, Korona Auto Ltd. Andrey N. Prokofiev
wrote:
> замечательно, но иногда проскакивают сообщения с подделанным
> заголовком from. Их мало (большая часть отфутболивается по
Не понял в чём вопрос, но на всякий случай напишу.
Разные From: и envelope-from - это
21.03.2013 20:31, Dmitry A. Zhiglov пишет:
> 21 марта 2013 г., 19:14 пользователь "Артём Н." написал:
>> 18.03.2013 11:08, Dmitry A. Zhiglov пишет:
>>> 18 марта 2013 г., 8:52 пользователь Stanislav Vlasov
>>> написал:
> поскольку некоторые машины только во внутренних сетях), менее приятный
>
21.03.2013 20:26, Dmitry A. Zhiglov пишет:
> 21 марта 2013 г., 18:51 пользователь "Артём Н." написал:
>>> И вся эта толпа гадит в одну DB :)
>> Для СУБД это очень большая нагрузка или всё-таки не запредельная?
>> Какие требуются минимальные ресурсы по памяти и CPU для 1000 хостов?
>
> Intel Dual
21 марта 2013 г., 19:14 пользователь "Артём Н." написал:
> 18.03.2013 11:08, Dmitry A. Zhiglov пишет:
>> 18 марта 2013 г., 8:52 пользователь Stanislav Vlasov
>> написал:
поскольку некоторые машины только во внутренних сетях), менее приятный
интерфейс
(да, я понимаю, что у Zabbix о
21 марта 2013 г., 18:51 пользователь "Артём Н." написал:
>> И вся эта толпа гадит в одну DB :)
> Для СУБД это очень большая нагрузка или всё-таки не запредельная?
> Какие требуются минимальные ресурсы по памяти и CPU для 1000 хостов?
Intel Dual Core 6400
4GB
RAID10 MySQL InnoDB or PostgreSQL
htt
On Wed, Mar 20, 2013 at 03:30:20PM +0300, Andrey Tataranovich wrote:
> Пробовал смотреть исходники rdiff-backup в районе remove-older-than
>
> # /usr/share/pyshared/rdiff_backup/manage.py
>
> def delete_earlier_than_local(baserp, time):
> """Like delete_earlier_than, but run on loca
18.03.2013 11:08, Dmitry A. Zhiglov пишет:
> 18 марта 2013 г., 8:52 пользователь Stanislav Vlasov
> написал:
>>> поскольку некоторые машины только во внутренних сетях), менее приятный
>>> интерфейс
>>> (да, я понимаю, что у Zabbix он неудобный, но у Nagios - это вообще незнамо
>>> что), . Всё, ко
18.03.2013 08:52, Stanislav Vlasov пишет:
> 15 марта 2013 г., 23:37 пользователь "Артём Н." написал:
Что бы перетекали виртуалки (не делал на linux) нужен shared storage.
>>> Не "нужен", а "очень желателен".
>>> В случае kvm более-менее свежих версий возможна живая миграция с
>>> одного хоста
19.03.2013 07:25, Роман Гуща пишет:
> 16.03.2013, 01:47, "Артём Н." :
>> 15.03.2013 18:31, Andrey Melnikoff пишет:
>>
>>> Но если автору так хочется жабикс - то использовать dotdeb.org, там он
>>> свежий в отличии от "стабильного" в debian'e.
>>
>> Кстати, за ссылку репозиторий отдельное спасибо.
19.03.2013 21:09, Andrey Melnikoff пишет:
> "Артём Н." wrote:
>> 15.03.2013 18:31, Andrey Melnikoff пишет:
>>> Stanislav Vlasov wrote:
14 марта 2013 г., 22:11 пользователь Dmitry A. Zhiglov
написал:
> Что бы перетекали виртуалки (не делал на linux) нужен shared storage.
>>>
Не
16.03.2013 21:52, Maksym Tiurin пишет:
> Артём Н. writes:
>
>>> Плохо маштабируется. Хотя если у вас нем нескольких тысяч хостов - можно
>>> и забикс использовать.
>> А что происходит, при количестве хостов в несколько тысяч?
> Все хранится в одной RDBMS.
> ИМХО идею здравой назвать нельзя.
Хм...
On Thu, Mar 21, 2013 at 11:35:37AM +0300, Andrey Tataranovich wrote:
> 15:30 Wed 20 Mar, Andrey Tataranovich wrote:
> > Мой вылез за пределы 27 млн. инод - это всего 51 инкремент
> > (ежедневный бэкап за последних 50 дней). Объем архива пока сказать
> > не могу, он еще вычисляется.
>
> Сделал:
15:30 Wed 20 Mar, Andrey Tataranovich wrote:
> Мой вылез за пределы 27 млн. инод - это всего 51 инкремент
> (ежедневный бэкап за последних 50 дней). Объем архива пока сказать
> не могу, он еще вычисляется.
Сделал:
# find /backup/server > filelist.txt
# ls -lh filelist.txt
-rw-r--r-- 1 root ro
14 matches
Mail list logo
