Início / unix / Perguntas / 510931
Accepted
Rajnish Kumar Soni
Asked: 2019-04-07 09:30:57 +0800 CST

Sobreposição interna do driver de armazenamento

  • 772

Uma continuação desta pergunta .

Minha leitura adicional sobre os drivers de armazenamento do Docker revelou que o overlaydriver mescla todas as camadas de imagem em camadas inferiores usando uma implementação de link físico que causa utilização excessiva de inode. Alguém pode explicar isso? Até onde eu sei, criar links físicos não cria um novo inode.

docker inode

1 respostas

  1. Best Answer

    OverlayFS é um sistema de arquivos de união e há dois drivers de armazenamento no nível do Docker que fazem uso dele: a versão original/antiga chamada overlaye a versão mais recente chamada overlay2. No OverlayFS, há um diretório de nível inferior que é exposto como somente leitura. No topo desse diretório está o diretório de nível superior, que permite acesso de leitura e gravação. Cada um desses diretórios é chamado de camada. A visualização combinada dos diretórios de nível inferior e superior é apresentada como uma única unidade, chamada de diretório 'merged'.

    O overlay2driver de armazenamento mais recente oferece suporte nativo a até 128 dessas camadas. O overlaydriver mais antigo só pode trabalhar com duas camadas por vez. Como a maioria das imagens do Docker é construída usando várias camadas, essa limitação é bastante significativa. Para contornar essa limitação, cada camada é implementada como um diretório separado que simula uma imagem completa.

    Para examinar as diferenças no meu sistema de teste, puxei a imagem 'ubuntu' do Docker Hub e examinei as diferenças na estrutura de diretórios entre os drivers overlay2e :overlay

    [root@testvm1 overlay2]$ ls */diff
4864f14e58c1d6d5e7904449882b9369c0c0d5e1347b8d6faa7f40dafcc9d231/diff:
run

4abcfa714b4de6a7f1dd092070b1e109e8650a7a9f9900b6d4c3a7ca441b8780/diff:
var

a58c4e78232ff36b2903ecaab2ec288a092e6fc55a694e5e2d7822bf98d2c214/diff:
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

c3f1a237c46ed330a2fd05ab2a0b6dcc17ad08686bd8dc49ecfada8d85b93a00/diff:
etc  sbin  usr  var


[root@testvm1 overlay]# ls */root/
001311c618ad7b94d4dc9586f26e421906e7ebf5c28996463a355abcdcd501bf/root/:
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

048f81f400f7d74f969c4fdaff6553c782d12c04890ad869d75313505c868fbc/root/:
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

8060f0c647f24050e1a4bff71096ffdf9665bff26e6187add87ecb8a18532af9/root/:
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

fbdef944657234468ee55b12c7910aa495d13936417f9eb905cdc39a40fb5361/root/:
bin  boot  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var

    Na overlayrepresentação, cada camada simula uma imagem completa, enquanto as overlay2camadas contêm apenas as diferenças exatas entre as camadas. Na overlayabordagem do driver, os links físicos são usados ​​como forma de economizar espaço entre as diferentes camadas. No entanto, esse método ainda não é perfeito e novos inodes são necessários quando os dados da imagem contêm arquivos especiais, como links simbólicos e dispositivos de caracteres. Isso pode adicionar rapidamente um grande número de inodes.

    A distribuição de inode entre os drivers overlay2e overlayno meu sistema de teste é mostrada abaixo.

    [root@testvm1 overlay2]$ du --inodes -s *
8       4864f14e58c1d6d5e7904449882b9369c0c0d5e1347b8d6faa7f40dafcc9d231
27      4abcfa714b4de6a7f1dd092070b1e109e8650a7a9f9900b6d4c3a7ca441b8780
3311    a58c4e78232ff36b2903ecaab2ec288a092e6fc55a694e5e2d7822bf98d2c214
1       backingFsBlockDev
25      c3f1a237c46ed330a2fd05ab2a0b6dcc17ad08686bd8dc49ecfada8d85b93a00
5       l

[root@testvm1 overlay]# du --inodes -s *
3298    001311c618ad7b94d4dc9586f26e421906e7ebf5c28996463a355abcdcd501bf
783     048f81f400f7d74f969c4fdaff6553c782d12c04890ad869d75313505c868fbc
768     8060f0c647f24050e1a4bff71096ffdf9665bff26e6187add87ecb8a18532af9
765     fbdef944657234468ee55b12c7910aa495d13936417f9eb905cdc39a40fb5361

    A contagem total de inodes overlay2chega a 3378 no meu sistema. Usando overlay, essa contagem vai até 5615. Esse valor considera uma única imagem e sem contêineres em execução, portanto, um sistema grande com vários contêineres e imagens do Docker pode atingir rapidamente o limite de inode imposto pelo sistema de arquivos de backup (XFS ou EXT4, onde o /var/lib/docker/overlaydiretório está localizado).

    Por esse motivo, o overlay2driver de armazenamento mais recente é atualmente a opção recomendada para a maioria das novas instalações. O overlaydriver está obsoleto a partir do Docker v18.09 e deve ser removido em uma versão futura.

    • 2

relate perguntas