
現在、本番サーバーでは Ubuntu を使用しています。
私はデスクトップで Arch Linux を使用することを好みます。これは、Ubuntu、Debian などのオペレーティング システム用のバージョンがないため、EOL について心配する必要がないためです。
jessi、wheezy などのコード名ではなく、「stable」を使用するようにリポジトリを設定した Debian を使用できる可能性はありますか。
サーバーの寿命が尽きないようにするには?
私はDebian/UbuntuのようなOSを好みます。なぜなら、UnattendedUpgradesを設定できるからです。
または、サーバーで使用できるようなオペレーティング システムはありますか。
私はこれらのサーバーを使用して Magento ウェブサイトをホストしています。[nginx/apache、php、mysql、redis、memcached を使用]
答え1
これに対する簡単な「修正」はないと思います。私も Debian と Arch Linux の両方を使用しています。後者は私のラップトップの 1 つで使用し、Debian は私のサーバー (および実際には別のラップトップ) で使用しています。
私が自分のサーバーでArchを使わないのには理由があります。それはローリングリリースなので潜在的破損の可能性について。私が「不安定」と表現するのは、Arch Linux を「不安定」とは表現したくないからです。長年にわたり、私は 2 つの小さな破損 (これは言葉でしょうか?) に遭遇しただけです。しかし、Debian では 1 つも、つまりゼロに等しい破損に遭遇していません。
はい、Arch でアップグレードを行うときは時々pacman -Syu
少し不安になりますが、Debian でのアップグレードでは何も壊れません (起こり得ないと言っているわけではありませんが、私は経験したことがありません)。
まとめると、この時点では、実際には 2 つから選択する必要があると思います。どちらのアプローチ (ローリング リリースと「固定」リリース) にも長所がありますが、「非常に信頼性の高い」ローリング リリースを実現することはできません。
Debian (または *buntu) が EOL に達すると、私は通常、システム以外のファイルをすべてバックアップし、クリーン インストールを実行して、すべてを元に戻します。私の意見では、それほど面倒ではありません。
答え2
特定の保護されたシナリオで常に使用される、高度に特殊化された組み込みアプリケーションを除き、ディストリビューションをアップグレードする必要があります。ネットワーク接続のあるマシン (および接続していないほとんどのマシン) には、セキュリティ修正を適用する必要があります。また、法律の変更に伴うタイムゾーンの定義の変更など、いくつかの点については、時代の流れに遅れないようにする必要があります。新しいハードウェアを追加すると、新しいドライバーが必要になる場合があります。もちろん、いつか新しいソフトウェアを実行したいと考えるようになるかもしれません。
どのようなタイプのディストリビューションを選択しても、常にアップグレードが行われます。Arch Linux や Debian の不安定版またはテスト版などの一部のディストリビューションには「ローリング リリース」があり、アップグレードは小さな部分 (一度にいくつかのパッケージ) で行われ、ほぼ毎日アップグレードが行われます。他のディストリビューションはより安定しており、重大なバグ修正 (主にセキュリティ) のみが予定外のタイミングで行われ、メジャー リリースは最大で年に 1 回か 2 回だけです。
いずれにしても、アップグレードしないとインストールは寿命を迎えます。唯一の違いは、それが数日 (Arch) かかるか、10 年 (RHEL) かかるかということです。
アップグレードによってシステムが壊れる場合があります。無人アップグレードは一般的にお勧めできません。サーバー上で無人アップグレードを実行する場合は、必ず同一のマシン (同じハードウェアまたはそれに近いハードウェア、まったく同じパッケージ セット、ネットワーク構成とユーザー アカウントのわずかな違いを除いて同じ構成) で事前にリハーサルを行ってください。
サーバーの場合、安定したディストリビューションを強くお勧めします。そうすれば、リスクのあるアップグレードは数年に一度しか発生しません。セキュリティ アップグレードは一般的に安全です。
stable
Debian では、などのリリース名ではなく、でソース リストを指定できますjessie
。利点は、システムが常に新しいリリースに自動的に追従することです。欠点は、ある日突然、アップグレードを実行するために 3GB のダウンロードと 2 時間のディスク I/O が必要になることです。これらのことはスケジュールしておく方がよいでしょう。