Планирование реализации Backup'а

какая fs, кто отвечает за запись, контроллер или os и её fs?что мешает делать репликации?

ФС - ext4

кто отвечает за запись

не совсем понял, но пусть будет софтовый рейд :)

что мешает делать репликации?

в смысле снимать бекапы уже с реплики? Надо подумать над этим.

это единственный выход для нагруженных серверов,снимать с реплики бэкапы. Если есть возможность, смени fs на btrfs либо на xfs, ext4 особенно с xen это ужас, тк дисковые массивы тупят очень сильно. А так же разори начальство на рейд контроллер, хотя бы тыс за 20,софтовый рейд подходит разве что для Ad+файл серверы.

Никакой виртуализации нету, это чистый shared hosting со специфическими проектами. Спасибо за советы.

тогда меняй на btrfs файловую систему, делай репликацию и снимай с неё бэкапы, и в любом случае рейд лучше делать железный.

Может кто-что посоветует

Уменьшить пропускную способность в сети между твоими серверами так, чтобы она стала узким местом, а не дисковая система. Делается на маршрутизаторе или средствами linux. Один из самых простых бекапов - зеркало по lftp, а на vsftpd ограничиваешь скорость, но ты используешь средство покруче - bacula.

Проблема не в ширине канала, а в том что 15М файлов с HDD долго проверяются из-за загруженности дисковой подсистемы. При этом немного замедляется общий отклик системы. LA ~20 из-за iowait (E3-1240v3). Так то все 40Mbps редко полностью забиты.

это из-за ext4 отчасти , ну не подходит она под базы данных и нагрузки, она сделана для домашнего потребления.

В общем понял, без развода начальства на деньги не выйдет. Хотят чтобы все было ок, пусть платят, главное обосновать.

начни сначала с перехода с ext4 на btrfs, если нету бесперебойника мин на 6 часов работы, если он есть, тогда xfs, возможно тебе этого хватит на данный момент.

БД на отдельных SSD, такие дела. Я пробовал журналирование отключать, становится намного легче, но у меня мурашки по коже бегают от такого режима работы.

так я не предлагаю журналирование отключать, эти файловые системы обе журналируемые, и обе работают куда лучше ext4, хотя сейчас уже вообще не понятен смысл с ext4,в федоре,арче и опенсусе вообще ext советуют не юзать, из-за её проблем с производительностью.

Проблема не в ширине канала, а в том что 15М файлов с HDD долго проверяются

Ну раз проверка файлов обязательна, то надо тюнить дисковую систему. Самый действенный вариант без затрат - RAID0 на большом числе дисков на боевом сервере. Насколько у тебя крепкие памперсы на случай дохлого винта - решай сам. Я бы этим вариантом не пользовался. Тебе тут уже все посоветовали. Еще можно конечно делать снепшот LVM, его забирать, и уже из него данные выковыривать.

Так то все 40Mbps редко полностью забиты.

Поставь меньше (20 или 10) и посмотри как будет, хотя наверное бесполезно если у тебя сперва проверка идет, которая укладывает сервер.

А какие фс в федоре арче и сусе?

в основном рекомендуют сейчас btrfs, особенно в сусе.

софтовый рейд подходит разве что для Ad+файл серверы

Не соглашусь в корне!

какие преимущества у софтового рейда до 60 тыс в год за лицензию, перед рейд контроллером тысяч за 40-60?

посмотри в сторону ZOL, zfs умеет и массивы десятки и снапшоты мгновенные, снапшоты lvm поставят раком всю систему надолго, btrfs - еще сыра, на данный момент лучше zfs ничего нет.