まず、どうもありがとうございます！コンテナ内のサービスを手動で停止したところ、うまくいき、二重コンテナの再構築でアップグレード（前述のようにロケール変数を調整済み。ちなみに、インストールドキュメントを確認しましたが、ロケールについては言及されていないようです。これは良い追加点かもしれません）ができました。
残念ながら、問題のあるプロセスの分析は inconclusive でした。Postgres 関連の WalWriter、AutoVacuum などしか見当たりません。唯一の手がかりは、システムを再起動した後、またアップデートでインデックスが変更された後、通常 Postgres の CPU 使用率が約 30 分間高くなることです。
そして、再起動後に pg_stat_activity を確認したところ、2 つの長時間実行クエリ（少なくとも列の理解が正しければ）が見つかりました。
SELECT "posts"."id" FROM "posts" INNER JOIN "topics" ON "topics"."deleted_at" IS NULL AND "topics"."id" = "posts"."topic_id" LEFT JOIN post_search_data ON post_id = posts.id WHERE "posts"."deleted_at" IS NULL AND (posts.raw != '') AND (topics.deleted_at IS NULL) AND (post_search_data.locale IS NULL OR post_search_data.locale != 'de' OR post_search_data.version != 5) ORDER BY posts.id DESC LIMIT 20000
と
SELECT "optimized_images".* FROM "optimized_images" WHERE "optimized_images"."upload_id" = 13 AND "optimized_images"."height" = 32 AND "optimized_images"."width" = 32 LIMIT 1
前述の 30 分後、最初のクエリは完了したようで、postgres の CPU 使用率は現在正常です。
これらの 2 つのクエリがなぜこれほど時間がかかるのか、さらに、2 番目のクエリが 1 時間以上経っても pg_stat_activity に表示され続ける理由についてはわかりませんが、おそらくこのような長時間実行クエリが、以前に再構築しようとしたときに postgres サービスが正しくシャットダウンするのを妨げていた可能性があります。
何か手がかりがあれば、大変助かります。しかし、これも別のスレッドに移行すべきことかもしれません（もしそうなら、教えてください。この投稿を編集します）。
関連スクリーンショット：
