Вы не можете вернуться обратно на Ледник с Боргом.
Можно выполнить резервное копирование локально, а затем использовать команды AWS S3 для загрузки на S3 или сценарий типа «диск S3». Оттуда вы можете использовать правила жизненного цикла S3 для перемещения файлов в Glacier. Лично я использую скрипт для загрузки файлов в Dropbox, потому что я хотел, чтобы мои резервные копии находились в другом месте / компании на случай, если моя учетная запись AWS по какой-либо причине станет недоступной.
Схема резервного копирования, которую вы предложили, может потратить место на диске, если сделать это самым простым способом. Borg и Attic удаляют файлы резервных копий в соответствии с настроенным расписанием резервного копирования. Например, он может хранить ежедневные резервные копии в течение недели, затем еженедельные резервные копии в течение шести месяцев, а затем ежемесячные резервные копии. Таким образом, со временем созданные файлы резервных копий удаляются в локальной файловой системе. Если вы заархивируете все на Glacier, у вас будет много файлов, которые на самом деле не нужны. Это не больно, но это будет стоить вам денег.
У меня нет отличного решения. Вы можете синхронизировать свои файлы, но это означает, что в случае вируса или аварии и синхронизации их вы можете потерять свои резервные копии. Мое неуравновешенное решение состоит в том, чтобы иногда вручную удалять посторонние файлы, но это не будет масштабироваться. Интересуют предложения по его улучшению.
Обновление: я опубликовал свое руководство по резервному копированию из AWS EC2 в Dropbox, которое будет работать и для резервного копирования в другие места назначения.