Исходное сообщение
"Исключение файловой системы Lustre из ядра Linux" Отправлено Аноним, 13-Июн-18 17:35
> Второй вопрос с реализацией клиента - он не должен заметить переключения между двумя фс, по сути можно попробовать использовать обычный iscsi multipathing, думаю это может сработать. Спасибо классную идею! Зависит - хватит ли вам одного сервера для хранения данных. Люстра это в первую очередь сетевой страйпинг, когда вам одного OST не хватит для данных файла. > Была идея иметь большое количество OSS-серверов поделеные на отказоустойчивые пары, > а на каждой паре держать только один OST (блочное устройство реплицируемое по сети). Это все о контролерах (серверах) а дисковые хранилища то как? так же полная дупликация? >В случае отказа одного OSS, то OST перезапускался бы на другом. это типичный кейс люстры. Правда требует что бы данные были доступны на втором OSS. Это решает iSCSI multipath (как вы заметили) или EBOD с дисковой полки в 2 контролера. FLR - да позволяет иметь 2 копии, но только одна из них writetable. > Есть еще nbd, AoE, но не совсем понял зачем, iscsi работает отлично. у вас есть диски сами по себе, их надо как-то отдать на 2 хоста или зеркалить данные. Если у вас данные изменяются часто, у вас весь сетевой трафик может быть забит одной синхронизацией. Тогда уже sync over SAS или похоже технологии.