Quanto espaço de armazenamento livre deve o Immich manter para tarefas em segundo plano?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

O Immich deve manter espaço de armazenamento livre suficiente para o maior lote de carregamentos previsto, os ficheiros derivados e os resultados temporários que pode criar, uma cópia de segurança recente da base de dados e uma margem de segurança do sistema de ficheiros; não existe uma percentagem universal fiável para todas as bibliotecas.

Uma casa com vídeos de telemóvel, um arquivo de fotografias RAW e uma biblioteca externa maioritariamente estática produzem picos muito diferentes. Meça um ciclo de trabalho representativo, calcule o pico de bytes e inodes adicionais e, em seguida, acrescente uma margem de recuperação que permaneça intocada pelo processamento normal. Configure alertas para bytes e inodes livres absolutos, porque uma percentagem nominal pode ser perigosamente pequena ou desnecessariamente grande.

Meça a Biblioteca e um Ciclo de Trabalho de Pico

Registe os tamanhos dos originais, miniaturas, vídeos codificados, dados de perfis, cópias de segurança da base de dados e localizações temporárias antes de uma importação representativa. Execute a extração de metadados, a geração de miniaturas, a Pesquisa Inteligente ou o processamento facial e qualquer transcodificação de vídeo prevista para esse lote; depois, registe o valor máximo atingido.

Um caso de utilização intensiva de transcodificação relatou um crescimento do armazenamento de aproximadamente 100 GB para 326 GB. Esse exemplo de crescimento específico de uma implementação mostra por que motivo a combinação de tipos de multimédia deve ser medida; não é um multiplicador geral.

Repita o processo com o maior carregamento familiar realista, não com uma única fotografia. A condição de sucesso é incluir todos os caminhos e sistemas de ficheiros relevantes. Se os ficheiros temporários estiverem na raiz do contentor ou num volume separado, meça essa capacidade de forma independente, em vez de depender do espaço livre do disco da biblioteca.

Calcule uma Reserva a Partir de Componentes Identificados

Utilize uma equação de planeamento: a reserva é igual ao lote máximo de ingestão, mais o crescimento medido dos ficheiros derivados e temporários, mais a maior sobreposição prevista de cópias de segurança, mais a margem do sistema de ficheiros e de recuperação. Documente cada valor e volte a calculá-lo depois de alterar a política de vídeo, o modelo, o tamanho da biblioteca ou o processo de cópia de segurança.

Um artigo independente sobre o planeamento do armazenamento do Immich separa os originais, os ficheiros gerados, a atividade da base de dados e o planeamento do crescimento. Utilize esse enquadramento como contexto e substitua as estimativas genéricas pelo seu próprio valor máximo medido antes de configurar os alertas.

Não contabilize instantâneos recuperáveis nem eliminações pendentes como espaço livre garantido até o sistema de ficheiros os reportar como livres. A reserva também deve cobrir a reversão de alterações e a recolha de registos após uma tarefa falhada, pelo que as filas normais nunca devem poder consumir a margem final de recuperação.

Alerta para Bytes, Inodes e Ritmo de Crescimento

Defina um aviso acima da reserva calculada e um limiar crítico que interrompa importações discricionárias ou o reprocessamento antes de as gravações falharem. Monitorize os bytes absolutos, a percentagem, a disponibilidade de inodes, o crescimento dos instantâneos e a identidade do ponto de montagem, para que uma partilha desligada não reporte uma capacidade local enganadora.

Acompanhe o ritmo de alteração durante as filas, além do total atual. Uma transcodificação ou cópia de segurança em crescimento rápido pode ultrapassar a reserva entre verificações diárias. As mensagens de alerta devem indicar o sistema de ficheiros e a tarefa ativa, em vez de dizerem simplesmente que o armazenamento do Immich está reduzido.

O artigo da ZimaSpace sobre capacidade de armazenamento para NAS domésticos ajuda a enquadrar os avisos de espaço livre num plano mais abrangente de crescimento e expansão.

Valide o Limiar e Defina o Momento da Expansão

Numa janela controlada, comece com espaço livre confortavelmente acima do aviso e execute o lote máximo juntamente com o padrão de cópia de segurança programado. A condição de sucesso é todas as tarefas terminarem, as cópias de segurança serem concluídas e o espaço restante permanecer acima da margem de recuperação, sem esgotar os inodes.

Acompanhe mensalmente o consumo da reserva. Expanda, mova os ficheiros multimédia que ocupam mais espaço ou altere a retenção antes de a previsão de espaço livre atingir o aviso dentro do prazo de aquisição. Não espere pelo limiar crítico para encomendar armazenamento.

Interrompa novos carregamentos ou o reprocessamento opcional se o espaço livre se aproximar do limite crítico, mas preserve a base de dados e os registos. Reverta alterações de política que eliminem originais necessários ou a última cópia de segurança verificada. Escale o problema quando a utilização reportada não corresponder às medições ao nível dos caminhos, pois os instantâneos, ficheiros eliminados ainda abertos ou um ponto de montagem em falta podem estar a ocultar o processo que está a escrever.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.