私は最近、「パフォーマンスのベストプラクティス」というサブタイトルの下で興味深いアドバイスを読んだ。https://docs.docker.com/storage/storagedriver/aufs-driver/
ボリュームを使用した書き込みの多いワークロードの処理：ボリュームは、書き込み集約的なワークロードに最も予測可能な最高のパフォーマンスを提供します。これは、ストレージドライバをバイパスし、シンプロビジョニングおよび書き込み中のコピーによる潜在的なオーバーヘッドを引き起こさないためです。ボリュームには、コンテナ間でデータを共有し、実行中のコンテナがボリュームを使用していない場合でもデータを保持できるなどの他の利点があります。
..各コンテナを構成するときは、常にコンテナの存在理由に基づいて主な要件を考慮し、多くの読み取り/書き込みが発生するため、ボリュームになるディレクトリを決定します。
私の質問は：コンテナファイルシステムを調べて、その中のディレクトリがボリュームであることを確認する方法バイパスストレージドライバ「しかし、まだ解けませんか？
もう少し説明します。コンテナ内の/var/logをチェックして何が起こっているのかを見てみましょう。そして、毎分書き込みが多いプロセスログファイルがあることを知って、それを変換することにしました。ボリュームとして。
しかし、/var/wwwや/var/spoolなどの他のディレクトリがある場合はどうなりますか？ IOの観点から、コンテナ内のファイルシステムの中で最も要求されている領域を確認する方法はありますか？