Recentemente, li esta sugestão interessante no subtítulo "Práticas recomendadas de desempenho" aqui: link
Use volumes for write-heavy workloads: Volumes provide the best and most predictable performance for write-heavy workloads. This is because they bypass the storage driver and do not incur any of the potential overheads introduced by thin provisioning and copy-on-write. Volumes have other benefits, such as allowing you to share data among containers and persisting even when no running container is using them.
.. e Ok, ao provisionar cada um dos nossos contêineres, sempre pensamos sobre as principais necessidades, com base na razão de existência desse contêiner, e determinamos quais diretórios devem ser um volume, pois acontecerá toneladas de leitura / escreva.
A minha pergunta é : como inspecionar um sistema de arquivos contêiner para determinar se algum diretório dentro dele deve ser um volume e ' ignorar o driver de armazenamento ', mas ainda assim não ignorando?
Deixe-me explicar um pouco mais: Vamos dizer que eu check / var / log dentro de um contêiner para ver o que está acontecendo lá .. e eu percebo que há um processo de arquivos de log com muita escrita por minuto, então eu decido transformá-lo como um volume.
Mas, e se houver outro diretório como / var / www ou / var / spool ou outra coisa? Existe alguma maneira de verificar as áreas mais solicitadas do sistema de arquivos dentro de um contêiner, em termos de IO?
Tags docker io filesystems aufs