lakegull

Если вопрос чисто в том как регулярно перемещать такой большой объем информации, то -
Для этого нужен протокол работающий не с файлом, а с блоками.
Как минимум - btsync
Не идеально, но уже не полностью придется пересылать.
В идеале нужен механизм завязанный на дедупликацию, например branch-cache

А вообще по пунктам.
1) Залить на облако такой объем целиком проблематично или невозможно. Разбивать вручную это долго, и ненадежно.
2)Контейнер хранящийся в облаке смонтировать не получиться. Т.е теоретически можно, на практике такое решение работать не будет.
3)Правильно делаете, что не доверяете.
Хотя есть сервисы которые делают шифрование грамотно, например тот же https://mega.co.nz
Там шифрование идет на стороне клиента, и облако получает уже шифрованную информацию.

Можно использовать протокол FTP
Арендуешь удаленный сервер с нужным объемом HDD, поднимаешь FTP сервер и заливаешь туда.
В инете есть куча программ которые делают заливку файла по расписанию на FTP

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

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

Если вы грамотно настроите РК, будете её контролировать и анализировать, то вероятность окупаемости велика, а если тяп ляп сделать, то почти 100% выкините бюджет в трубу и будете рассказывать всем что директ наебалово.

Идея аналогичная этому решению, остается только изучить конфиги на предмет формата вызова Dial.