Antigamente usávamos oprovisionador efspara criar volumes dinamicamente para nossos pods usando armazenamento baseado em NFS. Isso funcionou perfeitamente, mas foi movido para o armazenamento externo/retirado do kubernetes, o que significa que não é mais suportado ou desenvolvido. Não consigo encontrar uma alternativa para isso. a maioria dos gráficos de leme alternativos foram hospedados no repositório estável do leme que foi desativado em novembro. Eu me pergunto como vocês abordam isso. o resultado final que preciso é uma classe de armazenamento para a qual posso criar declarações de volume persistente para meus pods. O "provisionador" deve então criar um volume persistente para aquela reivindicação que está vinculado a um diretório em um efs/nfs.
Responder1
Gráfico do lemeque você vinculou está obsoleto, mas o provisionador que ele estava implantando(kubernetes desativado/armazenamento externo)foi movido para um novo repositóriokubernetes-sigs/nfs-subdir-external-provisioner.
O gráfico do Helm pode não funcionar, mas você ainda pode instalar o provisionadorsem usar leme.
Há também uma questão em aberto:Migrando do efs-provisionerque você pode achar interessante acompanhar para obter atualizações sobre o processo de migração.