web-dev-qa-db-ja.com

ライブサイトを実行しているAWS Ubuntuインスタンスをアップグレードしても安全ですか？

2015年に、14.04を実行するAWSインスタンスを作成しました。 2.5年後、毎日ログインするときにこのメッセージが表示されるので、アップグレードすることをお勧めしますか？

Welcome to Ubuntu 14.04.3 LTS (GNU/Linux 3.13.0-48-generic x86_64)

309 packages can be updated.
235 updates are security updates.

New release '16.04.4 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

私の質問は-

  1. Ubuntuをアップグレードするか、そのままにしておく必要がありますか？パッケージを誤ってアップグレードすると、サーバー/ライブサイトが破損する可能性があるためです。
  2. このdo-release-upgradeを実行しているようにUbuntuをアップグレードしても安全ですか？特にライブサーバーでそれを行うより良い方法はありますか？

ありがとう

14.0416.04serverupgrade
6
iCyborg

Ubuntuをアップグレードするか、そのままにしておく必要がありますか？パッケージを誤ってアップグレードすると、サーバー/ライブサイトが破損する可能性があるためです。

はい、クラウドインスタンスをアップグレードする必要があります。

この実行do-release-upgradeのようにUbuntuをアップグレードしても安全ですか？

番号。

または特にライブサーバーでそれを行うより良い方法はありますか？

はい、AWSプラットフォームでこれに関するハウツーが必要です（少なくとも、GCEに1つあることはわかっているので、AWSにも1つあると思います;-)）

クラウドインスタンスを扱う際の一般的なルール：障害に備えます。なんとかして、インスタンスはなくなって、死んでいて、決して戻らない。

インスタンスのセットアップは次のようになります。

  1. インスタンスを作成するルートディスク。
  2. インスタンスに追加されるパーソナルディスク。このパーソナルディスクには、ルートディスクで編集したすべてのファイルのコピーもあります。このディスクもバックアップを作成します。ダッシュボードでディスクをコピーして、複数のコピーを作成します。可能であれば、それらを別のマシンに保存します。

オペレーティングシステムの内部からアップグレードツールを使用しないでください。起動できないクラウドインスタンスは-dead-です。そのため、通常のデスクトップインストールを使用したときにgrubレスキューが表示されるという障害が発生した場合、クラウドインスタンスにねじ込まれます。

ただし、クラウドインスタンスを使用すると、アップグレードがはるかに簡単になります。新しいOSで新しいルートディスクを作成し、個人用ディスクのコピーをルートディスクに添付して、関連するデータディスクで編集する必要があるファイルを調べます。これが失敗した場合でも、古いインスタンスが残っています。すべて正常に機能する場合は、このセットアップのバックアップを開始し、時間の経過とともに古いバージョンのバックアップを新しいものに置き換えることができます。

6
Rinzwind

これらの更新を適用するため、Sudo apt-get upgrade && Sudo apt-get updateを実行できます。リリースアップグレードの場合、これらの操作はSSHでは推奨されないため、マシンのクローンを作成して試してみるか、新しいLTSで新しいマシンを作成することをお勧めします。

1
Alwin Kesler