Gracias por los comentarios sobre esta pregunta.
Como mencionó @RGJ, nuestra infraestructura empresarial utiliza servicios externos para cosas como caché, base de datos, etc., de ahí Elasticache y RDS. Esto significa que podemos tener copias de seguridad completas y redundancia para estos servicios, y también ayuda con los controles de seguridad. Esta es una instalación oficial/soportada desde el punto de vista de Discourse; solo utiliza un conjunto diferente de plantillas; usamos discourse_docker/samples/web_only.yml at main · discourse/discourse_docker · GitHub (quizás usar la palabra estándar fue un poco engañoso, disculpas).
Entonces, parece que primero deberíamos actualizar los nombres de nuestros buckets para la instalación existente y luego realizar la migración al nuevo servidor. Actualizar la instalación existente a la última versión no es una opción; experimentamos problemas con la actualización de Bitnami anteriormente, de ahí el cambio al método de instalación oficial.
Sin embargo, ¿puedo preguntar qué problemas podrían ocurrir si realizamos la restauración con los buckets existentes y luego actualizamos el app.yml para que haga referencia a los nuevos buckets? ¿No tienen precedencia todas las variables de entorno DISCOURSE_ sobre cualquier configuración en la base de datos (si corresponde)? ¿O hay algo más que podría causar un problema?