https://m.opennet.dev/openforum/vsluhforumID1/96178.html Есть в наличии:<br><br>Куча компьютеров и старых винтов.<br><br>Требуется:<br>Сделать SAN. Изначально идея такова:<br><br>1 Собрать несколько "серверов" набитых винтами, установить лёгкий Linux и экспортировать винты по гигабитной сети используя AoE.<br><br>2 Собрать NAS. На нём будет работать AoE-инициатор, который подцепит все накопители и LVM в который будут подключаться подцепленные из локальной сети винты и будут выглядеть в нём как Physical Volumes. Создаётся одна большая Volume Group и в ней один большой Logical Volume включающий в себя все Physical Volumes. Это даёт возможность безболезненно добавлять новые винты в дальнейшем просто расширяя LV.<br><br>2.1 В этом LV создаётся одна большая EXT4.<br>2.2 Доступ к большой EXT4 предоставляется с помощью SAMBA.<br><br>И вот вопрос заключается в следующем. Что будет с такой схемой если например один винт просто умрёт, что на самом деле очень вероятно.<br><br>Будет ли потеряна только та часть информации которая хранится на физических экстентах этого диска? Как отреагирует на это LVM, сделае https://m.opennet.dev/openforum/vsluhforumID1/96178.html#38 Wed, 08 Jul 2015 22:00:01 GMT <br>&gt;&gt; ключевая фраза " в результате аппаратного сбоя".<br>&gt; Они кинули на бабло и данные дох.ра народа.... Что еще они могли <br>&gt; написать? что они используют неправильные инструменты для неправильной архитектуры неправильными <br>&gt; людьми?<br>&gt; Между тем, именно так и нужно понимать их фразу " в результате <br>&gt; аппаратного сбоя".<br><br>Они словили багу в ceph, собранном из апстрима. Была ли это в самом деле "аппаратная проблема", или это был программный баг, или сочетание первого и второго, приведший к тому, что произощло - уже неважно. Но надо понимать, что, к сожалению, на сегодня текущая версия ceph в продакшн не пригодна. Они рискнули и они проиграли. Ну, бывает. "Слабоумие и отвага", чо.<br><br>PS. flops.ru использует версию почти двухлетней давности, на которой полтора года вылизывали код и отлавливали (многочисленные)баги. Да, у них нет многих новых фич ceph, но зато у них отлаженный код и он работает. <br>Просто надо понимать, что не все то, что называется stable и выложено в интернет - пригодно для серьезной работы с https://m.opennet.dev/openforum/vsluhforumID1/96178.html#37 Fri, 26 Jun 2015 15:12:18 GMT &gt;&gt; От реализации в продакшне данной системы отказался - изменились приоритеты и цели.<br>&gt; это потому-что ты sooo slooow <br><br>Ну с другой стороны если бы мне оплачивали время на экспирименты интересные мне, а не компании я бы .... УХ! :)<br><br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#36 Fri, 26 Jun 2015 12:07:03 GMT &gt; От реализации в продакшне данной системы отказался - изменились приоритеты и цели. <br><br>это потому-что ты sooo slooow<br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#35 Fri, 26 Jun 2015 11:27:44 GMT По теме. Если кому-то интересно решение AoE+LVM+Ext4 - оно работает. При потере диска теряется только часть данных. Остальные данные доступны. Если есть деньги на RAID - это будет стабильная и простая система для консолидации ресурсов SAN.<br><br>У Ext4 есть опция монтирования, корректирующая поведение при ошибках: errors=continue. Это её значение обеспечивает дальнейшую работу даже при потере диска. Однако я счёл подобный уровень автомоушна излишним и опасным. Потеря диска - событие на которое надо обратить внимание в любом случае т.к. клиенты как минимум начинают получать отказы при обращении к утраченной области. Админ должен быть в курсе что область утрачена. В результате умолчальное поведение errors=remount-ro считаю оптимальным.<br><br>От реализации в продакшне данной системы отказался - изменились приоритеты и цели.<br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#34 Thu, 18 Jun 2015 14:57:40 GMT &gt; "если подключить дисковую полку только к одному серверу не о какой HA <br>&gt; говорить не стоит." (автор не известен) <br><br>Автор прячется :) <br>Ибо "если у вас только одна дисковая полка - не о какой HA говорить не стоит!" Автор - Я.<br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#33 Thu, 18 Jun 2015 13:42:36 GMT &gt; ключевая фраза " в результате аппаратного сбоя".<br><br>а что по твоему они должны были написать? :facepalm:<br><br>Ибо я получал пару их писем, и явно было видно, что коммуникация с общественностью у них очень страдает. Так что ... <br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#32 Thu, 18 Jun 2015 11:43:54 GMT &gt; Они кинули на бабло и данные дох.ра народа.... Что еще они могли <br>&gt; написать? что они используют неправильные инструменты для неправильной архитектуры неправильными людьми?<br>&gt; Между тем, именно так и нужно понимать их фразу " в результате <br>&gt; аппаратного сбоя".<br><br>но их кидаловом не стоит опускать нормальные инструменты<br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#31 Thu, 18 Jun 2015 10:45:30 GMT &gt;&gt; логично, но насколько я знаю, точкой отказа стал именно Ceph <br>&gt; http://habrahabr.ru/post/250097/ <br>&gt; из тикетов "Уважаемые пользователи, в результате аппаратного сбоя были утеряны все <br>&gt; данные виртуальных машин, включая их бекапы. И как следствие, мы вынуждены <br>&gt; были удалить все виртуальные машины в облаке....<br>&gt; С уважением, <br>&gt; команда разработчиков CloudMouse" <br>&gt; ключевая фраза " в результате аппаратного сбоя".<br><br>Они кинули на бабло и данные дох.ра народа.... Что еще они могли написать? что они используют неправильные инструменты для неправильной архитектуры неправильными людьми?<br>Между тем, именно так и нужно понимать их фразу " в результате аппаратного сбоя".<br><br> https://m.opennet.dev/openforum/vsluhforumID1/96178.html#30 Thu, 18 Jun 2015 10:35:29 GMT &gt; логично, но насколько я знаю, точкой отказа стал именно Ceph <br><br>http://habrahabr.ru/post/250097/ <br>из тикетов "Уважаемые пользователи, в результате аппаратного сбоя были утеряны все данные виртуальных машин, включая их бекапы. И как следствие, мы вынуждены были удалить все виртуальные машины в облаке.... <br>С уважением,<br>команда разработчиков CloudMouse"<br><br>ключевая фраза " в результате аппаратного сбоя".<br><br>