[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: DRBD + ...



30.05.2013 21:32, Aleksandr Sytar пишет:
> 
> 
> 
> 29 мая 2013 г., 23:17 пользователь "Артём Н." <artiom14@yandex.ru
> <mailto:artiom14@yandex.ru>> написал:
> 
>     28.05.2013 23:06, Aleksandr Sytar пишет:
>     >
>     > 28 мая 2013 г., 21:02 пользователь "Артём Н." <artiom14@yandex.ru
>     <mailto:artiom14@yandex.ru>
>     > <mailto:artiom14@yandex.ru <mailto:artiom14@yandex.ru>>> написал:
>     >
>     >     Мало того, для DRBD надо создавать метаданные.
>     >     Есть ли вариант без этого?
>     >     Т.е., если один диск упадёт, его было возможно легко заменить (просто
>     выключив
>     >     сервер, вынув испорченный диск и вставив новый)?
>     >     И, если одна машина упадёт, всё работало бы и на одной второй?
>     >
>     >
>     > Только если упавший диск будет в момент падения слейвом.
>     >
>     С этим ясно. В принципе, переключение может сделать и Pacemaker.
> 
>     > Метаданные можно хранить внутри раздела, но это, как понимаете, чревато боком
>     >
>     Сейчас метаданные и хранятся внутри раздела.
>     Проблема в том, что при замене диска, придётся создавать метаданные.
>     Это нереально.
>     Сегодня я перезагрузил один, он не поднялся, видимо из-за того, что репозиторий
>     на DRBD я прописал в fstab, забыл про модуль и ещё таймаут оставил нулевым (и
>     ещё где-то напортачил, скорее всего).
>     Позвонил, чтобы посмотрели, почему не загружается. Дежурный инженер этот сервер
>     даже в консольке не смог найти. Завтра надо ехать.
>     Так что, про ручное пересоздание кем-то, каких-то метаданных DRBD, говорить не
>     приходится.
> А почему вы не хотите переложить управление статусом DRBD на Pacemaker?
>  
Я просто недостаточно знаком с его возможностями.
В принципе, он может пересоздать программный RAID-0 и метаданные DRBD?
И для этого уже есть готовые сценарии для него?


Reply to: