フルGUIでのUbuntuサーバーのインストール

Windowsサーバー/ MacOSから来る...

私は最初のLinuxデプロイメントを調査してきましたが、高性能ファイルサーバーとしてUbuntu / GlusterFSを使用しました。

GUIに必要なリソースについて質問があります。これはサーバーであり、パフォーマンスのために必要不可欠なものであると理解していますが、コマンドラインにまったく慣れていない非技術者によってこのサーバーが管理される場合があります。気が散ってYouTubeビデオ、Dropboxのアップロード、電子メールなど、サーバーにいる間は何も気にしないのであれば、アプリケーションのライトバージョンは必要ありません。迷惑なのは、youtube / dropboxがサーバー上で機能せず、マシンルームを出たくないために電話がかかってくることです。

私の研究では、GUIリソースの使用に関して絶対に否定的なことしか見ていません。一部のレポートでは、guiだけで50〜60％のリソースが使用されます。これは、トップラインのデュアルプロセッサ/ 128GB / 256GB RAMを搭載した36ベイスーパーマイクロなど、専用のマシンに適用できますか？それとも、最小スペックボックスにのみ関連していますか？

また、これはこれらの重いパッケージ（mediaplayer / browser / etc）が開いていない場合、または処理が必要な場合にのみ発生しますか？ディスクスペース以外のリソースを使用しない場合、大した問題はありません。彼らが少し使用しても、それでも結構です、私は喜んで全体的に4-8GBのRAMを与えます。リソースのすべての側面に十分なヘッドルームが組み込まれます。

ubuntuサーバーをインストールしてからGUIを重ねてインストールすることは有益でしょうか、それともサーバーOSとして完全に機能するubuntuのGUIバージョンは肥大化してきれいになりますか？

私はLinuxの経験がないから来ているので、GUI特有のコメントが付いたこの種のサーバーを見るのは非常に不安です。

助けてくれてありがとう、ありがとう

UbuntuはUbuntuです。サーバーエディションとデスクトップエディションは同じベースで実行され、同じリポジトリから取得します。これらは、事前に設定が異なるだけです。それらは同じリポジトリを指しているので、GUIを起動して実行するために、sudo apt install ubuntu-desktopをサーバーシステムに実行することは絶対に問題ありません。

GUIはシステムリソースを使用しますが、特にDEがアイドル状態の場合、特に数百GBのRAMとデュアルソケットマザーボードを備えたシステムでは、あまり使用しません。サーバーにGUIをインストールすることが有益であり、チームの生産性を高めることができれば、そうすることで問題を起こすことはありません。個人的には、サーバー上でGUIを実行するのは好きではありません。GUIがアイドリング時でもRAMを使用するためです。私のシナプスには、エキゾチックにならず、追加のソフトウェアソースを追加せずにインストールできるGUIの4つの異なるオプションがあります。

• ubuntu-desktop（デフォルトのUbuntuおよびGnome Shellエクスペリエンスをインストールします。これは、通常のデスクトップUbuntuをダウンロードした場合に得られるものです）
• kubuntu-desktop（デフォルトのUbuntuおよびKDEエクスペリエンスをインストールし、Windows風になります）
• lubuntu-desktop（デフォルトのUbuntu LXDEエクスペリエンスをインストールします。LXDEは軽量であると請求されます）
• xubuntu-desktop（デフォルトのUbuntu XFCEエクスペリエンスをインストールします。XFCEは軽量として請求されます）

これらのいずれかをインストールするには、単に実行します sudo apt install packagename

これらのパッケージは「メタ」パッケージと呼ばれるものであり、それ自体には何も含まれておらず、デフォルトのKubuntuデスクトップ環境など、事前定義された条件を設定する他のパッケージのリスト全体を指していることに注意してくださいそれに伴うすべての通常のアプリケーションで。つまり、これらのいずれかをインストールすると、追加のパッケージが大量にダウンロードされ、実際にセットアップに数分かかることがあります。また、Kubuntu、Lubuntuなどとして「サーバー」のブランド名が表示されることもあります。

あなたがまったく助けを求めるので、私はダウン投票しないことを期待して、チャイムします:)トラブルシューティングのためにリモートUIが必要になるようなサーバーにGUIパッケージをインストールする誰かを知っています。CLIにあまり慣れていないユーザーにとっては便利です。それで動作します。GUIは単なるパッケージであり、apt-get install ubuntu-desktopのような依存関係（非常に多くのパッケージ）です

私が理解しているのは、GUIがX個のリソースを使用していることです。必要以上に使用することはありません。したがって、ボックスにもっと多くのリソースがある場合、有害ではないはずです。

ここであなたが使用したいかもしれないもの。GUIをインストールする場合、デフォルトでGUIをロードしないでください。したがって、ターゲットはこのインターフェースであってはなりません。むしろ、サーバーをサーバーとして構成し、1つのコマンドでグラフィカルインターフェイスをロードできるようにする必要があります。この方法では、GUIは実行されず、これらのリソースのほとんどは、必要でない限り使用されません。

幸運とこれが役立つことを願っています！

編集：私は一点を逃しました。UbuntuのGUIバージョンは完全に機能します。たとえば、Webサーバーはデフォルトでデスクトップ用に設計されたパッケージに付属しているため、Webサーバーはありません。とにかく、サーバーバージョンでも、さまざまなWebサーバーを使用している可能性があり、Ubuntuチームはどのサーバーを確実に使用するのかわからないため、Webサーバーをインストールして構成する必要があります。しかし、たとえばSSHの場合、Ubuntuデスクトップにはssh-serverではなくクライアントが付属しています。ただし、サーバーバージョンをインストールすると、デフォルトでssh-serverが使用されます。繰り返しますが、デスクトップでも、sshサーバーのインストールは簡単で、1つのライナーです

リソースの使用に関する質問に誰もまだ答えていないので、突き刺します。Ubuntuサーバーのシステム要件は次のとおりです。

• 300 MHz x86プロセッサー
• 256 MiBのシステムメモリ（RAM）
• 1.5 GBのディスクスペース
• 640x480対応のグラフィックスカードとモニター

ここから

Ubuntu-desktopパッケージをインストールすると（GUIの追加と言ったときにあなたが話していると思います）、システムは基本的にデスクトップバージョンをインストールしたようになります。デスクトップバージョンには次の要件があります。

• 2 GHzデュアルコアプロセッサ
• 2 GiB RAM（システムメモリ）
• 25 GBのハードドライブ容量
• 1024x768の画面解像度が可能なVGA

また、からここに

確かにより多くのリソースが使用され、引用した50〜60％の数値とほぼ一致していますが、サーバークラスのリソースについてはあまり多くありません。

2番目のポイント：サーバーエディションをインストールしてからUbuntu-desktopメタパッケージを追加するか、デスクトップエディションを直接インストールする必要がありますか？2つの機能の違いは小さく、外観の観点からはほとんど存在しません。これらの2つのオプションはほとんど同じに見えますが、違いは、ネットワークインターフェイス、ディスプレイ、ハードディスクなどの設定を「期待」する方法にあります。サーバーエディションには、これらを簡単に設定および管理するための「便利なツール」が付属しませんアイテム（NetworkManager、ディスクなど）を使用し、代わりに、これらの設定と管理を完全に手動で制御することを想定しています。

少量のリソースは別として、この選択は、誰が構成と管理を行うか、どのスキルレベルを持っているか/必要な手動制御にかかっています。

私は、長年にわたってさまざまなバージョンのUbuntu Serverを軽量GUIで実行しています。

基本インストールの後、を介して最小限のグラフィック環境apt-get install xinitを追加し、それからfluxboxフットプリントの小さいウィンドウマネージャーを追加します。次に、を介してオーディオサポートを追加しますapt-get install alsa-utils。ブラウザはpulseaudio現在、オーディオが動作することを期待していますが、apulsepulseaudio自体をインストールする必要なく、たとえばyoutube視聴に十分なpulseaudioをエミュレートするという優れたツールがあります（またはもちろん、必要に応じて完全なpulseaudioパッケージをインストールできます） 。

これは非常に必要最低限​​であり、グラフィカルアプリケーションがアクティブでないときに数百MBを超える仮想メモリを使用しません。

上記で説明したパフォーマンス/システム仕様の問題は別として、通常、セキュリティ上の理由から、専用サーバーでGUIを実行しないことをお勧めします。引数は、guiは最低限のカーネルとサーバーアプリよりも多くのサービスとプロセスを実行し、それぞれがシステムに対する潜在的な攻撃ルートを提供するということです。追加のリスクの大きさについては専門家とは程遠いですが、環境によっては確認することをお勧めします。ここにいる他の人がアドバイスできることを願っています。

他の人が指摘したように、GUIでサーバーを実行するのは問題ありませんが、非常に非正統的です-通常、UNIXのシステム管理者は端末の周りの方法を知っています（より速く、GUIから多くの管理操作を行うことはできません）。

とは言うものの、私は非クリティカルなサーバーにGUIを数回個人的にインストールしました（あなたが言及したのとまったく同じ理由で-技術者ではない人が簡単な操作を行うことがあります）。しかし、個人的な経験から-ハードウェアパラメータとハードウェア要件を事前に確認してください。2MBのmaxtronグラフィックカードを搭載したDELLサーバーにGUIをインストールしましたが、うまくいきませんでした。

あなたはこれをファイルサーバーとして使用していると言いますが、デスクトップとして使用する別のコンピューターがあることを示唆しています。

WindowsではXming、macOSではXQuartzを使用して、リモートデスクトップのような方法で接続することを検討してください。

Windowsで試したのは久しぶりで、macOSでも試したことはありませんが、この記事ではその方法の概要を説明しています。サーバー上で実行するように特別に調整されていますが、個人的な用途に十分適応できると信じています。

重要なポイントは、ローカルマシン（Xming、XQuartz、またはXorg）でX11実装サーバーを実行し、信頼できるXフォワーディングを使用してリモートマシン（ファイルサーバー）にSSH接続し、リモートマシンで内部から選択したGUIアプリケーションを実行することですシェル。

もちろん、サーバー側で少し準備する必要があります-X11実装クライアントをそこにインストールする必要があります。Ubuntuサーバーの場合、これを行う最も簡単な方法はsudo apt-get install xauthです。その後インストールするGUIアプリケーションは、必要な依存関係をすべて取り込み、すべて正常に機能するはずです。参照用にこの記事を参照してください。

上記を行うと、両方の長所が得られます。サーバーを希望どおりに管理するために使用するGUIであり、GUIを表示していないときにGUIを実行するオーバーヘッドはありません。