私のウェブサイトは常にダウンしています

インストール
21

より迅速に復旧するために、より広々としたサーバーに移行するのが最善ではないでしょうか？

最近のバックアップはありますか？ 既存の「異常な」サーバーのトラブルシューティングと比較して、移行は非常に短時間（1時間未満？）で完了する可能性がありますか？

「いいね！」 5
22

ストレージを自動的にスケーリングするオプションはありませんか？

「いいね！」 2
23

これらのヒントはすべて有効で正しいと確信しており、@danielabc は空き容量が不足しています。しかし、私もかつてそのような状況に陥ったことがあり、何も壊れていませんでした。VPS が小さすぎた（DO の 5 ドル ドロップレットは多くの点で非常に問題があります）場合でも同様でした。VPS を再起動したところ、Docker が再起動しませんでした。それだけです。エラーはここで示されたものと非常に似ていたか、まったく同じでした。

しかし、すべてが空き容量/メモリ不足によるものであれば、VPS のサイズを大きくすることだけが解決策ではないでしょうか？リソース不足が問題かどうかを確認するためだけでも、短時間で？なぜなら、もしそうなら、OP は長持ちしない絆創膏を使用しているだけで、再び同じ状況に陥るのではないでしょうか？

私は単なるエンドユーザーなので、簡単な解決策が好きです。すべてをきれいに整理する方法を知ることは、私たちが学ばなければならないことです。しかし、それは解決策ではなく、一時的な修正であり、その修正が機能する前に場所を壊してしまう可能性があります。

「いいね！」 1
24

docker image を試してみて、何と言うか見てみてください。

「いいね！」 1
25

実際にはサーバーのせいではなく、50GBです。Discourseが自動的にサーバーから削除してくれると思っていたのですが、実際には自分で削除する必要があることに気づきました。削除できるものや削除できる項目はどこで確認できますか？

「いいね！」 1
26

自動的にスケールアップするというのは、はい、RAM、ディスク、またはその両方をクリックするだけで増やすことができるという意味です。自動的にスケールアップするというのは、何かが不足したときに許可なくドロップレットがスケールアップするという意味でしょうか…そうでないことを強く願います。もしそうなら、莫大な請求が発生するリスクが高いため、@danielabc や私にそのことを伝えるべきではありません。

「いいね！」 1
27

データをバックアップして新しいサーバーに復元する必要がない、つまり自動で。 :slight_smile:

「いいね！」 1
28

Discourse は、更新/アップグレードを最も簡単な方法で行う場合、かなりのものを削除します。この人たちは、Docker が一体何なのかほとんど理解していないあなたや私とは違うことをたくさんやっています :wink:

私の記憶が正しければ、あなたは多くの画像を使用しています。それらは VPS に保存されている場合、ディスクを非常に速く消費します。

「いいね！」 1
29

image
image1800×1017 44.1 KB

「いいね！」 1
30

dockerは起動していますか？:face_with_raised_eyebrow:
docker image ls

「いいね！」 1
31

では、それはほぼ自動アップグレードですね :rofl:

  • アップグレード前にバックアップする必要があります（まあ、必須ではありませんが、非常に賢明な選択です）。しかし、あなたが求めていたのはそれではないことはわかっています :wink:
  • はい、DOはすべてを行います。ユーザーがすべきことは、コーヒーを淹れて待つだけです。

これはオフオントピックと呼ばれるものでしょうか… :thinking: :man_facepalming: :rofl:

「いいね！」 1
32

おっしゃる通りです。しかし、拡張には再起動が必要になる可能性があり、極端なスペース不足でそれが損なわれる可能性があるため、システムに少なくとも数メガバイトの空き容量があるドロップレットを拡張する方が、私はより快適に感じます。ただし、その方法についてはよくわかりません。

「いいね！」 2
33

「みんな」、これについてどう思う？無害かな？数百MBくらいだと思うけど。

「いいね！」 1
34

サーバーの空き容量を増やすために不要なファイルを削除するには、どうすればよいですか？

「いいね！」 1
35

申し訳ありません、タイプミスがありました - docker images（Dockerが実行されていなくても機能するかどうかは100％確信がありませんが :slight_smile:）

自宅でフォローしている人のために、私の考えは、すべてを「正規の方法™」で行うのに十分なスペースを確保するために、孤立したDockerイメージを手動で削除することです。別のトピックでは、Dockerが実行されていない間にそれを提案しましたが、同様のことを達成するためにいくつかのバックアップを削除することを選択したと思います。

基本的に、ここのディレクトリを調べて、大きなファイルがどこにあるかを確認します。通常、ログ、古いバックアップ、孤立したイメージが削除の最良の候補だと思います。

「いいね！」 2
36

この画像に含まれているのは、私のサーバーを構成するファイルすべてですか？どれを削除すべきかどうすればわかりますか？（どれでも削除しても問題ありませんか？）そして、それらをどのように削除するのですか？

image
image1167×785 66.5 KB

「いいね！」 1
37

これらはバックアップと画像を見つける場所であり、削除しても安全なものを特定したら、rmコマンドを使用して削除できます。

「いいね！」 1
38

Discourse に、これについてさらに詳しく説明しているマニュアルはありますか？

「いいね！」 1
39

656.0MB節約できたので、試す価値はあるかもしれません。

「いいね！」 3
40

MetaはDiscourseのライブマニュアルです。:slight_smile: それに関するトピックはいくつかありますが、FAQになるほど頻繁に話題に上ることはないと思います。

「いいね！」 1