フルGUIを使用したUbuntuサーバーのインストール
Windowsサーバー/ MacOSから来る...
私は最初のLinux展開について調査しており、Ubuntu/GlusterFSで高パフォーマンスのファイルサーバーを見つけました。
GUIに必要なリソースについて質問があります。これはサーバーであり、パフォーマンスの最低限の要件であることを理解していますが、このサーバーは、コマンドラインの操作に慣れていない技術者以外の人が時々管理する可能性があります。気が散って、YouTubeのビデオ、ドロップボックスのアップロード、電子メールなど、サーバーで私が気にしないサーバーで何をしていても、ライトバージョンのアプリケーションは必要ありません。 youtube/dropboxがサーバーで機能せず、マシンルームを離れたくないので、私に迷惑をかけました。
私の研究では、GUIリソースの使用に関して絶対的に否定的なことしか見ていません。一部のレポートでは、GUIだけで50〜60％のリソースが使用されています。これは、専用のデュアルプロセッサ/ 128GB/256GB RAMを備えた36ベイスーパーマイクロのような目的に特化したマシンに適用できますか、それとも最小スペックボックスにのみ関連していますか？
また、これは、これらの重いパッケージ（mediaplayer/browser/etc）が開いていない場合、または処理が必要な場合にのみ発生しますか？彼らがディスク容量以外のリソースを使用しないのであれば、大したことはありません。彼らが少し使用しても、それでも結構です、私は4-8GBを喜んで提供しますRAM全体的に、これは多すぎますが、私は本当にその呼び出しを望んでいません。十分です。リソースのあらゆる側面に組み込まれたヘッドルーム。
UbuntuサーバーをインストールしてからGUIを上にインストールすることはまったく有益ですか、それとも完全なGUIバージョンのubuntuはサーバーOSとして完全に機能し、肥大化してきれいになっていますか？
私はLinuxの経験がないので、この種のサーバーにgui固有のコメントを付けて表示するのは非常に憂慮すべきことです。
助けてくれてありがとう、Y'all
UbuntuはUbuntuです。サーバーエディションとデスクトップエディションは、同じベースで実行され、同じリポジトリから取得されます。これらは、箱から出して別の方法で事前構成されています。それらは同じリポジトリを指すため、GUIを起動して実行するために、サーバーシステムにSudo apt install ubuntu-desktopを実行することは絶対に問題ありません。
GUIはシステムリソースを使用しますが、特にDEがアイドル状態の場合、特に数百GBのRAMおよびデュアルソケットマザーボード）を備えたシステムでは、あまり使用しません。サーバーに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は軽量であると課金されます）
したがって、これらの1つをインストールするには、単にSudo apt install packagename
これらのパッケージは「メタ」パッケージと呼ばれるものであり、それら自体には何も含まれていないことに注意してください。これらは、デフォルトのKubuntuデスクトップ環境など、事前定義された条件を設定する他のパッケージのリスト全体を指します。それに伴う通常のアプリケーションのすべてで。つまり、これらのいずれかをインストールすると、追加のパッケージがたくさんダウンロードされ、実際にセットアップに数分かかる場合があります。また、「サーバー」のブランドとしてKubuntu、Lubuntuなどが表示される場合もあります。心配しないでください。ロゴにすぎません:-)
なんらかの助けを求めているので、私は反対票を投じないことを期待して参加します:)トラブルシューティングのためにリモートUIが必要になるようなサーバーにGUIパッケージをインストールする人を知っています。 cliに慣れていないユーザーに役立ちます。だからそれは動作します。 GUIは単なるパッケージであり、依存関係（多くのパッケージ）のようなもので、apt-get install ubuntu-desktopのようなものです
私が理解する方法は、GUIがXの量のリソースを使用するということです。必要以上に使用することはありません。したがって、ボックスに多くのリソースがある場合、それは有害ではありません。
ここであなたが使いたいかもしれないもの。 GUIをインストールする場合、デフォルトでロードしないでください。したがって、ターゲットはこのインターフェースであってはなりません。むしろ、サーバーをサーバーとして構成し、1つのコマンドでグラフィカルインターフェイスをロードする機能も必要です。この方法では、GUIは実行されず、これらのリソースのほとんどは、必要でない限り使用されません。
幸運を祈ります。
編集： 1つのポイントを逃しました。 UbuntuのGUIバージョンは完全に機能します。たとえば、デフォルトではデスクトップ用に設計されたパッケージが付属しているため、Webサーバーはありません。ただし、いずれにしても、サーバーのバージョンであっても、ウェブサーバーをインストールして構成する必要があります。これは、さまざまなウェブサーバーを使用している可能性があり、Ubuntuチームがどちらを使用するかがわからないためです。しかし、たとえばSSHのものなど、Ubuntuデスクトップにはssh-serverではなくクライアントが付属しています。ただし、サーバーバージョンをインストールすると、デフォルトでssh-serverがインストールされます。繰り返しになりますが、デスクトップ上でも、sshサーバーのインストールは簡単で、1つのライナーです
長年、軽量のGUIを備えたUbuntu Serverのさまざまなバージョンを実行しています。
基本インストールの後、apt-get install xinitを介して最小限のグラフィック環境を追加し、次に、フットプリントの小さいウィンドウマネージャーであるfluxboxを追加します。次に、apt-get install alsa-utilsを介してオーディオサポートを追加します。最近のブラウザーは、オーディオが機能するためにpulseaudioが存在することを期待していますが、 apulse という名前の優れたツールがあり、たとえばPulseAudioを十分にエミュレートします。 youtube視聴。pulseaudio自体をインストールする必要はありません（もちろん、完全なpulseaudioパッケージをインストールすることもできます）。
これは必要最小限の機能であり、アクティブなグラフィカルアプリケーションがない場合は、数百MBを超える仮想メモリを使用しません。
リソースの使用に関する質問にまだ誰も回答していないので、私は刺します。 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、ディスクなど）、およびこれらの構成と管理の完全な手動制御が必要であると想定します。
少量のリソースは別として、この選択は、構成と管理を誰が行うか、および彼らが持つスキルレベル/必要な手動制御の量に依存します。
上記のパフォーマンス/システム仕様の問題は別として、セキュリティ上の理由から、専用サーバーでGUIを実行しないことをお勧めします。議論は、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を使用してサーバーを実行することは問題ありませんが、かなり正統ではありません。
そうは言っても、重要ではないサーバーにGUIを数回個人的にインストールしました（まったく同じ理由で、技術者以外の人が時折行う単純な操作です）。ただし、個人的な経験から-ハードウェアパラメータとハードウェア要件を事前に確認してください。 2MBのmaxtronグラフィックカードを搭載したDellサーバーにGUIをインストールしましたが、うまくいきませんでした。