Linux を使用してサーバーを起動する準備をしていますか?選択できる配布オプションはたくさんありますが、私が好むものを紹介します。すぐに、最高のサービスをコンピュータ上で実行できるようになるでしょう。
これらはすべて、私が少なくとも少しは使用したことのある Linux ディストリビューションであり、概ね良好な経験を積んでいます。
Debian Linux は現在も稼働している最も古い Linux ディストリビューションの 1 つであり、推奨されているのには十分な理由があります。その安定版リリースは、完全に信頼性が高く、期待どおりに実行できるように設計されています。多数のアーキテクチャをサポートしているため、サーバーが特殊なハードウェアで実行されている場合に便利です。
Debian が十分に確立されていることの大きな利点は、サーバー ソフトウェアによってドキュメントが提供され、広くサポートされていることです。どのようなサーバーを実行しようとしているとしても、Debian 上で実行しようとしていると一般的に想定されています。つまり、何も分からないままになることはほとんどありません。
Debian は、Jellyfin サーバーを実行しているディストリビューションです。その理由の 1 つは、Jellyfin が、特に Debian とその人気の派生製品である Ubuntu Linux にインストールするための手順を提供しているためです。幅広い層から支持されているというのはそういう意味です。あなたがやろうとしていることは何であれ、おそらく誰かが既に Debian でそれを試みており、あなたは彼らの努力と経験から恩恵を受けることができます。
Debian をインストールするときは、常に「ヘッドレス」のままにするオプションがあります。つまり、対話するためのグラフィカル デスクトップがなく、サーバーを管理するためにターミナルを使用する必要があります。必要に応じて、GNOME、Xfce、LXQt などの古典的なデスクトップをインストールすることもできます (上の図を参照)。
私は DietPi の大ファンなので、サーバーの実行が初めての場合は特にお勧めします。 Raspberry Pi OS の代替として誕生しましたが、通常の PC やラップトップなど、さまざまな種類のデバイスで実行できます。実際、DietPi Web サイトでは、インストールするデバイスを簡単に検索して見つけることができます。
DietPi を推奨する理由は何ですか?主に自動インストール スクリプトのためです。 DietPi は、多数の一般的なサーバーとサーバー ツールを自動的にインストールし、必要な構成決定についてわかりやすい質問を表示します。 DietPi の極めてシンプルなソフトウェア ツールのおかげで、最初のサーバーを使い始めることができます。
さらに、すべての DietPi イメージは、インストール先のハードウェアに合わせて調整されています。 x86 PC イメージは一般的なものですが、特に DietPi の SBC イメージは、コンピューターのリソースを最大限に活用することを目的としています。次のように考えてください

妥協で妥協しないでください。
DietPi は実際には Debian Linux をベースにしています。同じソフトウェア リポジトリを共有しますが、その上に独自のソフトウェア リポジトリを構築し、前述のインストール スクリプトを追加します。すべてはターミナル ユーザー インターフェイスから処理されますが、必要に応じて軽量のグラフィカル デスクトップをインストールできます。
現在開発中の公式 Web インターフェイスもありますが、すでに試すことができます。私の経験では、基本的な作業には十分ですが、いくつかの顕著なバグがあり、インターフェイス自体は少しぎこちなく感じます。
それにも関わらず、私は今でも特に Raspberry Pi やその他の SBC でサーバーを始める人には DietPi を強くお勧めします。各ソフトウェアの動作と設定方法の詳細については、DietPi のソフトウェア ドキュメントを必ず参照してください。最初にこれらのドキュメントを見なかったため、行き詰まってしまいました。
私はデスクトップの日常ドライバーとしての Fedora の最大のファンではありませんが、セルフホスティングとして Fedora Server を試したときは非常に感銘を受けました。 「Anaconda」インストールウィザードのおかげでセットアップは簡単でした。
Fedora Server の優れた点は、最初から設定された Web インターフェイスが組み込まれていることです。つまり、Fedora をインストールすると、サーバー管理を容易にする完全なグラフィカル エクスペリエンスを使用して、ブラウザから快適に Fedora をリモートで管理できるようになります。
また、Fedora には、パッケージ ベースがより頻繁にアップグレードされるという点で、このリストの他の選択肢よりも利点があります。言い換えれば、Fedora のリポジトリ経由で利用できるソフトウェアは、Debian などのソフトウェアよりも最新である傾向があります。それが重要かどうかはあなたが決めることです。

さらに、次に試してみたいものは何ですか。
明確にしておきますが、私は独自の設定を行っているため、現時点では Fedora Server を自分で実行していません。 Fedora Server は私に Podman の使用を促していましたが、それは私が使用したい特定のメディア サーバー構成 (NFS 経由でリモート アクセスされたメディアを再生する Jellyfin ) と競合していました。 Podman は、少なくとも面倒な回避策がない限り、NFS 共有をサポートしていません。しばらくそれをいじった後、損失を減らし、私の場合にうまくいくことがわかっているもの、つまり Debian を使用するのが最善であることに気付きました。
したがって、私個人としては、Jellyfin サーバーのセットアップでは機能させることができませんでしたが、それでも Fedora をお勧めします。将来のホームラボ プロジェクトで再び使用する可能性は十分にあります。
Linux サーバーについて意見を持っているのは私だけではありません。私自身は試したことはありませんが、多くの人が ProxMox を信頼しています。サーバー構成によっては、Unraid をストレージ サーバーとして検討することもできます。