# 最小限のダウンタイムで主要なディスコースメンテナンスを実行する方法は？

**URL:** https://meta.discourse.org/t/how-to-perform-major-discourse-maintenance-with-minimal-downtime/381753
**Category:** Self-hosting
**Tags:** hosting
**Created:** [2025 年 9 月 5 日午後 8:27 UTC](https://meta.discourse.org/t/how-to-perform-major-discourse-maintenance-with-minimal-downtime/381753 "2025-09-05T20:27:35Z")
**Posts on this page:** 1
**Showing post:** 1

<div class="post-metadata">

### Author: ![emonunix](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/emonunix/32/485652_2.png) [@emonunix](https://meta.discourse.org/u/emonunix)
#### Post date: [2025 年 9 月 5 日午後 8:27 UTC](https://meta.discourse.org/t/how-to-perform-major-discourse-maintenance-with-minimal-downtime/381753/1 "2025-09-05T20:27:35Z")

</div>

Discourse インスタンスのコアメンテナンスタスクをダウンタイムを最小限に抑えるか排除して実行するためのベストプラクティスに関するディスカッションを開始したいと思います。

`UNICORN_WORKERS`、`DISCOURSE_SIDEKIQ_WORKERS`、`DISCOURSE_DB_POOL` などの重要なリソース設定の変更や、メジャーアップデートの適用のようなタスクでは、通常 `launcher rebuild app` が必要となり、これにはかなりの時間がかかることがあります。場合によっては 30 分以上かかることもあります。

私の質問は次のとおりです。  
**システム管理者は、ユーザーが直面するダウンタイムを最小限に抑えて、これらの不可欠なアップデートや設定変更を実行するために、どのような推奨戦略がありますか？**

Discourse でサポートされている、または推奨されている、ブルー/グリーンデプロイメントやその他のゼロダウンタイムデプロイメント戦略のような高度なテクニックはありますか？それとも、標準の `rebuild` プロセスのみがサポートされている方法であり、再構築時間自体の最適化に焦点を当てるべきでしょうか？

大規模または高トラフィックのインスタンスを管理した経験がある方で、メンテナンスのワークフローがどのようになっているか、ご意見をお聞かせください。

洞察をいただければ幸いです！

---

_[View the full topic](https://meta.discourse.org/t/how-to-perform-major-discourse-maintenance-with-minimal-downtime/381753)._