説明
ユーザーが送信したイメージの出力に基づいて、システムは CPU 負荷にさらされており、追加の vCPU が必要になります。出力には、高い割合の CPU 時間 (99.7%、99.6%、99.5%、および 99.4%) を消費している、upload.sh スクリプトを実行している 4 つのプロセスがあることが示されています。この出力には、システムに vCPU が 4 つしかないことも示されています。これは、各プロセスがほぼ 1 つの vCPU 全体を使用していることを意味します。これは、システムが CPU 負荷の処理に苦労しており、パフォーマンスの問題や速度低下が発生する可能性があることを示しています。システムに vCPU を追加すると、CPU の負荷が軽減され、システムのパフォーマンスが向上します。uptime コマンドでは 1 日しか稼働していないことが示されているため、システムは 1 年以上稼働していません。
2時間13分。システムにログインしているユーザーの数は、大量の CPU リソースを消費していないため、パフォーマンスの問題とは関係ありません。free コマンドでは、利用可能なメモリが十分にある (合計 49 GB、空き 48 GB) ことが示されるため、システムはこれ以上のメモリを必要としません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 15 章: メモリとプロセス実行の管理、ページ
468-469。

説明
コマンド systemctl Mask nginx は、環境から nginx サービスを無効にし、自動および手動で開始されないようにします。このコマンドは、サービス ユニット ファイルからサービス ユニット ファイルへのシンボリック リンクを作成します。
/dev/null により、サービスを開始できなくなります。これはタスクを完了するための正しい方法です。他のオプションは、存在しない (systemctl cancel nginx)、手動起動を妨げない (systemctl disable nginx)、または自動起動を妨げない (systemctl stop nginx) ため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 14 章: プロセスの管理とタスクのスケジュール設定、ページ
429.

説明
このエラーは、アプリケーションには X11 ディスプレイが必要であるが、SSH セッションが X11 接続を転送しないことを示しています。X11 転送を有効にするには、管理者は ssh -X オプションを使用する必要があります。これにより、認証スプーフィングによる X11 転送が要求されます。これにより、リモート ホスト上で DISPLAY 環境変数が設定され、アプリケーションがローカル ディスプレイ上でウィンドウを開くことができるようになります。
参考文献
CompTIA Linux+ (XK0-005) 認定学習ガイド、314 ページ
リモート X ディスプレイでウィンドウを開きます (なぜ「ディスプレイを開けません」となります)?、Gilles の回答「だから、悪であるのはやめてください」

説明
システム サービスの一部として起動時に実行するカスタム スクリプトを作成するタスクを実行するプロセスは次のとおりです。
/etc/systemd/system/ ディレクトリにユニット ファイルを作成します。ユニット ファイルは、systemd サービスのプロパティと動作を定義する構成ファイルです。systemd は、Linux システムの起動と操作を制御するシステムおよびサービス マネージャーです。/etc/systemd/system/ ディレクトリは、管理者がカスタム ユニット ファイルを作成して保存できる場所です。ユニット ファイルには、cleanup.service などのスクリプト名と一致する名前が必要で、次のセクションとオプションが含まれている必要があります。
[ユニット]: このセクションでは、説明、依存関係、条件など、サービスに関する一般的な情報が提供されます。管理者は、このセクションで次のオプションを指定する必要があります。
説明: 「カスタム クリーンアップ スクリプト」など、サービスの簡単な説明。
後: このサービスが後に開始される別のユニットの名前 (「network.target」など)。
ConditionPathExists: サービスを開始するために存在する必要があるファイルまたはディレクトリのパス (「/opt/scripts/cleanup.sh」など)。
[サービス]: このセクションでは、サービスの開始と停止の方法、および実行するコマンドを定義します。管理者は、このセクションで次のオプションを指定する必要があります。
タイプ: サービスのタイプ (「ワンショット」など)。これは、サービスが 1 回実行されてから終了することを意味します。
ExecStart: サービスを開始するコマンド (「/bin/bash」など)
/opt/scripts/cleanup.sh」。
RemainAfterExit: コマンドが終了した後もサービスをアクティブのままにするかどうかを示すブール値 (「yes」など)。
[インストール]: このセクションでは、サービスを有効にする方法と、サービスを開始する必要がある状況を定義します。管理者は、このセクションで次のオプションを指定する必要があります。
WantedBy: このサービスの開始を希望する別のユニットの名前 (例:
「multi-user.target」。これは、システムがマルチユーザー モードに達するとサービスが開始されることを意味します。
コマンド systemct1 Enable cleanup を実行します。このコマンドはサービスを有効にし、起動時にサービスを開始するために必要なシンボリック リンクを作成します。
コマンド systemct1 is-enabled cleanup を実行します。このコマンドは、サービスのステータスをチェックし、サービスが有効であることを確認します。
このプロセスでは、システム サービスの一部として起動時に実行するカスタム スクリプト cleanup.sh が作成されます。これは、タスクを完了するために使用する正しいプロセスです。他のオプションは、ユニット ファイルに間違ったディレクトリ (/etc/default/、/etc/skel/、または /etc/sysctl.d/) を使用するか、ユニット ファイルをまったく作成しないため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 15 章: システム サービスの管理、457 ～ 459 ページ。