アップグレードが完了すると、それらの古い画像は使用されなくなり、（最終的に？）削除される可能性があります。
（お役に立てて嬉しいです！）
その通りでした。まさにその通りになりました。空き容量が12GBになりました:tada: 重ねて感謝いたします！
「いいね！」 3
Digital Oceanをご利用の場合、/var/discourse/shared をサイズ変更可能な独自のボリュームに移動できることを知っておくと便利です。
新しいデバイスにパーティションテーブルを配置せず、直接 ext4 でフォーマットするだけの場合、最初のダウンタイムの後、柔軟性が得られます。次に容量が不足した場合は、インスタンスが実行中のままデバイスに容量を追加し、インスタンス内からマウントされたファイルシステムで resize2fs を実行すると、すぐにストレージ容量が増えます。
サポートを提供するように見える可能性があるため、具体的な手順を示すことに少し躊躇しますが、それでも提供します。ただし、これらの手順に対するサポートは実際には提供できないという免責事項を付け加えます。試す前に、必ずバックアップをオフサイトに保存し、自分で復元する方法を把握しておいてください。ここでは、このケースを処理するために実際に行ったことを共有します…
ボリュームを管理し、必要なサイズのボリュームを追加します。コンソールでは次のような表示になります。
次に、インスタンス内では次のようになります。
# ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root 9 Nov 22 19:29 scsi-0DO_Volume_var-discourse-shared -> ../../sda
そこで見つけた名前に合わせて、残りを変更してください。不明な場合は、停止して間違いを犯さないでください。
# mkfs.ext4 -L var-discourse-shared -M /var/discourse/shared /dev/disk/by-id/scsi-0DO_Volume_var-discourse-shared
echo '/dev/disk/by-id/scsi-0DO_Volume_var-discourse-shared /var/discourse/shared ext4 defaults,nofail,discard 0 0' >> /etc/fstab
# cd /var/discourse
# ./launcher stop app
# mv shared shared-old
# mkdir shared
# mount shared
# tar -C shared-old -c . | tar -C shared -x -S -p
# ./launcher start app
サイトが機能していることを確認した後、次のコマンドを実行します。
# rm -rf shared-old
これにより、システムボリュームは Docker イメージとオペレーティングシステムに使用され、新しいボリュームはすべての Discourse コンテンツに使用されます。更新ごとに ./launcher cleanup を実行する限り、今後問題なく運用できるはずです。
Digital Ocean には、ボリュームのサイズを増やす方法に関する手順があります。これには、インスタンス上のファイルシステムのサイズを増やす方法も含まれます（上記の手順に従った場合は、「ext4」タブを選択してください）。
「いいね！」 6
当然のことですが、これは月額料金がかかることを覚えておく価値があると思います。執筆時点では、1 GiBあたり月額0.10ドルと、かなり控えめな金額です。
「いいね！」 1
ありがとうございます。「明示的であることは暗黙的であることよりも優れている」が当てはまります。ストレージを増やすためだけにDropletのサイズを変更するという文脈では、より大きなDropletの追加のCPUやメモリを必要としない場合、より大きなDropletに移行するよりも安価になる可能性があります。
追加のCPUやメモリが必要な場合は、既存のDropletを拡張できます。
「いいね！」 1
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.