説明
コマンド docker run -tid -v data:/data debian bash は、対話型ターミナルとデタッチ モードを使用して、debian イメージから新しいコンテナーを作成して実行し、名前付きボリューム データをコンテナーの /data にマウントします12。ボリューム データが存在しない場合は、自動的に作成されます3。コマンドが 2 回連続して実行されると、それぞれ独自のターミナルとプロセス ID を持つ 2 つのコンテナーが作成されて実行されますが、それらは同じボリューム データを共有します。これは、両方のコンテナーがデータ ボリュームの内容にアクセス、変更、表示できることを意味し、一方のコンテナーによる変更はもう一方のコンテナーに反映されます。したがって、ステートメント C は true であり、正しい答えです。ステートメント A、B、D、および E は、コマンドまたはボリュームの動作を正しく説明していないため、誤りであり、正しくありません。参考文献:
*1: docker run | ドッカードキュメント。
* 2: Docker 実行リファレンス | Docker ドキュメント - Docker ドキュメント。
* 3: 使用ボリューム | Docker のドキュメント。
* [4]: Docker Run コマンドの使用方法と例 - phoenixNAP。

説明
コンテナに関連付けられていないすべてのボリュームを削除するコマンドは、docker volume prune です。このコマンドは、未使用のローカル ボリューム (どのコンテナからも参照されていないボリューム) をすべて削除します。デフォルトでは、作成時に特定の名前が付けられていない匿名ボリュームのみが削除されます。未使用の匿名ボリュームと名前付きボリュームの両方を削除するには、コマンドに --all または -a フラグを追加します。--force または -f フラグを使用してプロンプトをバイパスしない限り、コマンドはボリュームを削除する前に確認を求めるプロンプトを表示します。このコマンドは、ボリュームの削除後に再利用された合計スペースも表示します12。
質問にリストされている他のコマンドは無効であるか、docker volume prune と同じ機能がありません。これらはでっちあげか、綴りを間違えているか、別の目的を持っているかのいずれかです。これらのコマンドは次のとおりです。
* docker volume cleanup: このコマンドは Docker には存在しません。Docker ボリュームの cleanup サブコマンドはありません。
* docker volume orphan -d: このコマンドは Docker に存在しません。docker volume には孤立したサブコマンドはなく、-d フラグはどの docker volume コマンドでも有効なオプションではありません。
* docker volume valley: このコマンドは Docker には存在しません。Docker volume 用の Vacuum サブコマンドはありません。
* docker volume Garbage-collect: このコマンドは Docker には存在しません。Docker ボリューム用のガベージコレクト サブコマンドはありません。
参考文献:
* docker ボリューム プルーン | ドッカードキュメント
* すべての Docker ボリュームを削除する方法 - YallaLabs。

説明
完全仮想化のリソース管理は、ホスト システムの物理リソースを、その上で実行されている仮想マシンに割り当てて制御するプロセスです。ハイパーバイザーは、仮想マシンのリソースを制限する定義された容量の仮想ハードウェアを各仮想マシンに提供することにより、このタスクを実行するソフトウェア層です。たとえば、ハイパーバイザーは、各仮想マシンが使用できる仮想 CPU の数、メモリの量、およびディスク容量を指定できます。ハイパーバイザーは、仮想マシン間のリソースの分離と優先順位付けを強制して、仮想マシンが相互に干渉したり、許可されている以上のリソースを消費したりしないようにすることもできます。ハイパーバイザーはゲスト オペレーティング システムの内部状態にアクセスできないため、プロセス数などのゲスト オペレーティング システムの内部要素に対してきめ細かい制限を設けることができません。ゲスト オペレーティング システムは、ハイパーバイザーによって提供される仮想ハードウェア内の独自のリソースを管理します。たとえば、ゲスト オペレーティング システムは、ハイパーバイザーによって割り当てられたネットワーク帯域幅を超えない限り、任意の量のネットワーク ソケットを作成できます。完全仮想化では仮想マシンに制限が生じる可能性があり、常に先着順でホスト システムのリソースが割り当てられるわけではありません。ハイパーバイザーは、予約、制限、共有、重み、クォータなどのさまざまなリソース管理手法を使用して、仮想マシンのリソースを割り当て、制御できます。ハイパーバイザーは、ラウンドロビン、フェアシェア、優先順位ベースなどのリソース スケジューリング アルゴリズムを使用して、仮想マシンのニーズや好みに応じてリソースを仮想マシン間で分散することもできます。仮想マシン内で作成されたすべてのプロセスは、ホスト システムで CPU と I/O の使用率が透過的かつ均等にスケジュールされるわけではありません。ハイパーバイザーは、比例共有、共同スケジューリング、またはギャング スケジューリングなどのさまざまなスケジューリング ポリシーを使用して、ホスト システムの物理 CPU 上の仮想マシンの仮想 CPU をスケジュールできます。ハイパーバイザーは、デッドライン、先行キューイング、または完全に公平なキューイングなどのさまざまな I/O スケジューリング アルゴリズムを使用して、ホスト システムの物理 I/O デバイス上の仮想マシンの I/O 要求をスケジュールすることもできます。ハイパーバイザーは、cgroups、perf、sar などのさまざまなリソース アカウンティングおよび監視メカニズムを使用して、仮想マシンのリソース消費とパフォーマンスを測定およびレポートすることもできます。参考文献:
* Oracle VM VirtualBox: 機能の概要
* 仮想化を実現するテクノロジーとしてのリソース管理 - Oracle
* IaaS における仮想化とリソース管理の概要 | クラウド ネイティブ コンピューティング基盤