Здравствуйте,
После множества сбоев и проблем с нашим провайдером S3 (Vultr) я решил, что лучше изменить подход к загрузке файлов на сайт. Их VPS работает стабильно, но объектное хранилище отказывает гораздо чаще. Я также рассматриваю возможность миграции на собственное новое оборудование, чтобы сэкономить деньги, но первым препятствием, похоже, является отсутствие способа миграции с S3 на локальное хранилище. Я вижу, что задача rake, которая должна была служить этой цели, теперь удалена, а рекомендуемая операция резервного копирования/восстановления, похоже, имеет проблемы на моей стороне.
У меня есть сервер, который в настоящее время работает на forum.tld, а новое целевое оборудование запущено на forum2.tld. Я включил скрытые настройки сайта для резервного копирования загрузок и запустил задачу резервного копирования.
Когда я запускаю задачу резервного копирования с включенным S3, я действительно, похоже, захватываю все соответствующие загрузки, но восстановление этой резервной копии не удаётся (и, как представляется, при этом всё равно используется S3).
Когда я отключаю S3 перед запуском резервного копирования и восстановления, восстановление проходит успешно, но, очевидно, загрузки с S3 оказываются неработоспособными. Я могу объединить загрузки из другой резервной копии, но простое выполнение rebake, похоже, не обновляет сообщения должным образом.
Мне повезло иметь второй сервер, чтобы опробовать на нём все глупые идеи, так что если у кого-то есть безумная мысль, я с радостью её рассмотрю.
Я просто не вижу хорошего пути для отказа от S3, когда вы его уже внедрили. У меня есть старые сообщения со времени миграции на AWS и обратно на Vultr, которые сломались, и я отказался от попыток разобраться в этом. Похоже, что все загрузки хешируются по алгоритму sha1, переименовываются, а затем добавляются в какую-то карту, отдельную от базы данных. Этот процесс, похоже, является односторонним. Возможно, разработчик сможет пролить свет на то, как генерируется эта карта?
Есть ли способ сделать это без операции резервного копирования/восстановления?
Каков ожидаемый/предназначенный путь для миграции с S3 на данный момент?
, занимает довольно много времени. Возможно, было бы полезно указать это либо с помощью команды discourse в контейнере, либо через app.yml. Может быть, добавить раздел для «переопределения настроек БД», который процесс восстановления проверяет в первую очередь? Это просто мои догадки, потому что я лишь притворяюсь, что понимаю, что делаю здесь.