Red Hat Training
A Red Hat training course is available for RHEL 8
5.3.5. Sistemas de arquivo e armazenamento
Adaptadores Aero disponíveis como uma Pré-visualização Tecnológica
Os seguintes adaptadores Aero estão disponíveis como uma Pré-visualização Tecnológica:
-
PCI ID 0x1000:0x00e2 e 0x1000:0x00e6, controlado pelo driver
mpt3sas
-
PCI ID 0x1000:Ox10e5 e 0x1000:0x10e6, controlado pelo driver
megaraid_sas
(BZ#1663281)
Stratis está agora disponível
Stratis é um novo gerente de armazenamento local. Ele fornece sistemas de arquivos gerenciados em cima de pools de armazenamento com características adicionais para o usuário.
Stratis permite realizar mais facilmente tarefas de armazenamento como, por exemplo
- Gerenciar snapshots e provisionamento fino
- Aumentar automaticamente os tamanhos dos sistemas de arquivo conforme necessário
- Manter sistemas de arquivo
Para administrar o armazenamento Stratis, use o utilitário Stratis
, que se comunica com o serviço de fundo Stratisd
.
Stratis é fornecido como uma Pré-visualização Tecnológica.
Para mais informações, consulte a documentação do Stratis: Gerenciamento de armazenamento local em camadas com Stratis.
(JIRA:RHELPLAN-1212)
OverlayFS
O OverlayFS é um tipo de sistema de arquivo sindical. Ele permite a sobreposição de um sistema de arquivos sobreposto a outro. As mudanças são registradas no sistema de arquivo superior, enquanto o sistema de arquivo inferior permanece inalterado. Isto permite que vários usuários compartilhem uma imagem do sistema de arquivo, como um container ou um DVD-ROM, onde a imagem base está em uma mídia somente de leitura. Consulte a documentação do kernel do Linux para obter informações adicionais: https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt.
A OverlayFS continua sendo uma Pré-visualização Tecnológica na maioria das circunstâncias. Como tal, o kernel registra avisos quando esta tecnologia é ativada.
O suporte completo está disponível para OverlayFS quando usado com motores de contêineres suportados(podman
, cri-o
, ou buildah
) sob as seguintes restrições:
- O OverlayFS é suportado para uso apenas como um driver gráfico do motor do contêiner. Seu uso é suportado apenas para conteúdo de COW de contêineres, não para armazenamento persistente. Você deve colocar qualquer armazenamento persistente em volumes não-OverlayFS. Somente a configuração padrão do motor de contêiner pode ser usada; ou seja, um nível de overlay, um nível inferior, e ambos os níveis inferior e superior estão no mesmo sistema de arquivo.
- Atualmente, apenas o XFS é suportado para uso como um sistema de arquivo de camada inferior.
Além disso, as seguintes regras e limitações se aplicam ao uso do OverlayFS:
- O comportamento do kernel ABI e do espaço do usuário do OverlayFS não são considerados estáveis, e podem ver mudanças em futuras atualizações.
A OverlayFS fornece um conjunto restrito de padrões POSIX. Teste sua aplicação completamente antes de implementá-la com OverlayFS. Os seguintes casos não são compatíveis com o POSIX:
-
Arquivos inferiores abertos com
O_RDONLY
não recebem atualizaçõesst_atime
quando os arquivos são lidos. -
Arquivos inferiores abertos com
O_RDONLY
, depois mapeados comMAP_SHARED
são inconsistentes com modificações subseqüentes. Os valores
st_ino
oud_ino
totalmente compatíveis não são ativados por padrão no RHEL 8, mas você pode ativar a conformidade total do POSIX para eles com uma opção de módulo ou opção de montagem.Para obter uma numeração inode consistente, use a opção
xino=em
montagem.Você também pode usar as opções
redirect_dir=on
eindex=on
para melhorar a conformidade POSIX. Estas duas opções tornam o formato da camada superior incompatível com uma sobreposição sem estas opções. Ou seja, você pode obter resultados inesperados ou erros se criar uma sobreposição comredirect_dir=on
ouindex=on
, desmontar a sobreposição, e então montar a sobreposição sem estas opções.
-
Arquivos inferiores abertos com
Comandos utilizados com XFS:
-
Os sistemas de arquivo XFS devem ser criados com a opção
-n ftype=1
habilitada para uso como um overlay. -
Com os rootfs e qualquer sistema de arquivo criado durante a instalação do sistema, defina os parâmetros
--mkfsoptions=-n ftype=1
no kickstart do Anaconda. -
Ao criar um novo sistema de arquivo após a instalação, execute o comando
# mkfs -t xfs -n ftype=1 /PATH/TO/DEVICE
. -
Para determinar se um sistema de arquivo existente é elegível para uso como uma sobreposição, execute o comando
# xfs_info /PATH/TO/DEVICE | grep ftype
para ver se a opçãoftype=1
está habilitada.
-
Os sistemas de arquivo XFS devem ser criados com a opção
- As etiquetas de segurança SELinux são habilitadas por padrão em todos os motores de contêineres suportados com OverlayFS.
- Há vários problemas conhecidos associados ao OverlayFS neste lançamento. Para detalhes, veja Non-standard behavior na documentação do kernel Linux: https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt.
(BZ#1690207)
O sistema de arquivo DAX agora está disponível para ext4 e XFS como uma pré-visualização tecnológica
No Red Hat Enterprise Linux 8.0, o sistema de arquivo DAX do Red Hat está disponível como uma Pré-visualização Tecnológica. O DAX fornece um meio para um aplicativo mapear diretamente a memória persistente em seu espaço de endereços. Para usar DAX, um sistema deve ter alguma forma de memória persistente disponível, geralmente na forma de um ou mais NVDIMMs (Non-Volatile Dual In-line Memory Modules), e um sistema de arquivo que suporte DAX deve ser criado no(s) NVDIMM(s). Além disso, o sistema de arquivo deve ser montado com a opção de montagem por dax
. Então, um mmap
de um arquivo no sistema de arquivo montado por eixo resulta em um mapeamento direto do armazenamento no espaço de endereços da aplicação.
(BZ#1627455)