Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно

Забанен


Сообщения: 6345
Благодарности: 1436

Профиль | Цитировать


Цитата Charg:
У тебя все бэкапы хранятся и отдаются в облака через один комп, а значит и точка отказа у тебя одна. »
Тут даже не в этом дело, если комп сдохнет, то данные останутся в облаке. Дело в том, что одновременное использование нескольких служб синхронизации даёт сильный удар по производительности – плодится куча конкурентных запросов на IO, часть встаёт в очередь, начинаются описанные тормоза. И тупо увеличение производительности цпу тут мало поможет. Нужно переработать политику синхронизации и бекапов, потому что ну зачем стрелять себе же в ногу? Не всегда больше значит лучше. И да, использование NAS это хороший выход - синкаться только с ним, а уже оттуда заливать в облака сколько влезет, по расписанию, чтобы теперь не замучить уже NAS. Возможно придётся отказаться от облачных провайдеров, не поддерживающих работу напрямую с NAS – если для них нет клиентов у тех же QNAP/Synology, то это колхозники, а кто в здравом уме доверит свои данные колхозникам? Например:
Цитата:
We allow all users backup of network disks / NASs per Jottacloud account. We do not offer own clients to network drives, so the backup of such equipment must go through a computer running Jottacloud client. One can only use Backup to upload data from network drives, you can not use the sync folder.
Ну что это такое? Позорище...

И, с другой стороны, подыскать облачные сервисы качеством повыше с поддержкой NAS.

В любом случае, мне интересно развитие событий.
Это сообщение посчитали полезным следующие участники:

Отправлено: 13:50, 11-04-2018 | #1045