Мы прописываем через тикеты RDNS или же делегируем подсеть на Ваши НСы.
Еще дешевле кимсуфи? :D
Работает на том же опенсорсе... До первой проблемы, где они умоют ручки тыкая в мелкий текст на другой стороне бумажки, плавали, знаем.
Про то и речь... Есть готовое и рабочее решение, которое выполняет все требования практически из коробки (придется немного помозговать с HAST, но это довольно просто и мануалы в интернете есть).
Хотя честно говоря, с SSD можно опустить HAST, вероятность потери всех данных стремится к нулю в новых платформах с использованием SSD просто потому что все элементы на пути к данным имеют защиту от электрических проблем (основные ошибки вызываются именно ими). А если что-то и будет то это покроет бекап, даже в пассивном режиме, т.к. ZFS позволяет делать инкрементальный бекап из коробки. Вместо второй системы лучше вложиться в Infiniband и поставить таки QDR сеть, которая в поддержке https://wiki.freebsd.org/InfiniBand уже. Или без экспериментов поставить 40гб сетевухи и купить свитч...
В любом случае, если увеличивать кластер, то будет накладно его содержать в ceph или любой другой кластерной ФС, репликация DRBD будет накладной в плане сети и конфигурации.
Намного проще поднять FreeBSD хранилище с HAST. Единственная проблема - возможный split brain.
Но эта проблема возможна везде.
Не вижу таких проблем там. В основном косметические.
Как я уже говорил, выход в хранилище на FreeBSD. Будет надежнее.
Если Вы живете в 2012 то да. Сейчас ZoL почти полностью соответствует OpenZFS спецификациям.
Если можете использовать Ceph, то ZoL уж точно.
Ну или ZFS хранилище на БСД, еще лучший и более стабильный вариант.
В мусор райд. Используйте ZFS, там все это из коробки и довольно просто. RAID карты - это SPoF в любой системе.
Бекап утилиты конечно не существует для ВПС на LVM, однако есть варианты. Мы внутри нод использовали кластер ganeti, приходится выкручиваться с подобной системой и написали собственный скрипт для бекапа на любой сервер через SSH на ZFS без особой нагрузки. Todo есть на создания карт 4кб блоков для еще пущего упрощения бекапа и увеличения скорости.
Сейчас ZoL вполне себе взрослый для использования в продакшне, никаких проблем в работе с ним нет (кроме невозможности уменьшения виртуальных девайсов в онлайне), скорость он дает быстрее. Кеш настраивать можно тоньше, защита от bitrot... В общем одни прелести. Да придется поделиться памятью (грубо говоря 3-10гб на 1 ТБ данных в зависимости от функционала) - но это того стоит.
Будет медленно
Что тут непонятного?---------- Добавлено 06.08.2016 в 15:11 ----------
На данный момент нет 100% гарантирующей сохранность данных дублицирующих технологий без каких-либо заковырок.
То что бекапа не было - это да, странно. Но с другой стороны, они это и не предлагали ведь?
Хаха, насмешили :)...
Дешево, быстро, качественно - выберите любые два.
Кластерные данные обычно хранят на master-master active/passive хранилище в том же дц. Чаще всего хранилища одной и той же фирмы ибо иначе не выйдет делать кластер из-за проприетарщины.
Это хранилище обычно одно, никто не раскидывает данные по нодам, ибо такое решение увеличивает технические требования и не скалируется нормально.
