Quanto armazenamento adicional acrescenta o Immich além dos dados de origem?

O Immich não acrescenta uma percentagem universal de armazenamento; o espaço adicional depende principalmente da quantidade de recursos, da proporção de vídeos, das definições de derivados, do crescimento da base de dados e das cópias de segurança retidas.

Uma biblioteca familiar de um terabyte dominada por fotografias será muito diferente de uma dominada por vídeos longos de telemóvel. Planeie o armazenamento medindo cada classe gerada após uma importação representativa e reserve depois espaço separado para o crescimento, o trabalho temporário e as cópias de recuperação.

Os conteúdos multimédia derivados constituem normalmente a maior sobrecarga visível

O Immich prepara imagens mais pequenas para as cronologias e os visualizadores, e pode criar versões codificadas dos vídeos para uma reprodução compatível. Estes resultados variam consoante a quantidade de recursos, as escolhas de resolução, as definições de qualidade e a duração ou combinação de codecs dos vídeos. São adicionais aos ficheiros originais, mesmo quando os utilizadores nunca os descarregam diretamente.

Uma medição da comunidade de uma biblioteca externa de 772 GiB registou cerca de 18 GiB de miniaturas e 65 GiB de vídeo codificado. Essa observação de aproximadamente 83 GiB é útil como exemplo prático, não como proporção de planeamento, porque a combinação de fotografias e vídeos e as definições de outra biblioteca podem alterar substancialmente ambos os componentes.

Registe o tamanho dos diretórios de miniaturas e de vídeos codificados depois de importar uma amostra representativa que contenha as fotografias reais da família, ficheiros RAW, clips curtos e vídeos longos. Divida cada classe derivada separadamente pelo número de recursos e pelos bytes de origem. As proporções baseadas em recursos e em bytes respondem a perguntas diferentes sobre o crescimento.

A base de dados e o estado da pesquisa aumentam com as relações

A sobrecarga da base de dados provém dos registos de recursos, utilizadores, álbuns, metadados, rostos, representações de pesquisa, índices e estado das tarefas. Uma imagem pequena e um vídeo grande podem criar contagens semelhantes de alguns registos, apesar dos tamanhos de origem serem muito diferentes. Por isso, o crescimento da base de dados está mais relacionado com as entidades e as funcionalidades ativadas do que com os terabytes originais.

O artigo sobre cópias de segurança do Immich da ZimaSpace separa os originais essenciais e o estado da base de dados dos caminhos derivados que podem ser reconstruídos. Essa separação é importante ao fazer previsões, porque eliminar derivados pode libertar espaço temporariamente, enquanto perder a base de dados altera relações que as miniaturas não conseguem reconstruir.

Registe o tamanho da base de dados antes e depois de importar um grupo conhecido e anote quais as funcionalidades de processamento concluídas. Repita a medição depois de terminarem o processamento de rostos e da pesquisa. Não extrapole a partir de uma fila inacabada, porque a sobrecarga aparente por recurso aumentará à medida que forem gravadas representações e relações adicionais.

As cópias de segurança e o trabalho temporário alteram o limite mínimo de capacidade

Um total em execução exclui o espaço necessário enquanto são criadas cópias de segurança, feitas cópias da base de dados, preparadas importações ou substituídos derivados. Durante uma atualização ou regeneração, os artefactos antigos e novos podem coexistir. Por isso, um disco dimensionado exatamente para a utilização em regime estável pode falhar durante uma manutenção normal, mesmo quando o crescimento anual dos conteúdos multimédia é modesto.

Um artigo sobre planeamento de armazenamento descreve o Immich a ocupar um SSD anteriormente disponível através de originais, miniaturas, metadados e trabalho de aprendizagem automática. A lição mais ampla é que o crescimento da aplicação e as cópias de recuperação competem com a margem operacional, pelo que o espaço livre deve cobrir a condição de manutenção mais exigente, e não apenas o estado inativo de hoje.

Mantenha a retenção das cópias de segurança como uma linha separada, porque as cópias externas protegem contra uma falha diferente. Reserve também uma margem de trabalho observada a partir do maior teste de importação, recodificação ou atualização. Mais espaço não utilizado não é automaticamente melhor, mas uma margem máxima medida de zero torna previsível a falha de capacidade.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Crie uma folha de cálculo da sobrecarga específica da biblioteca

Crie linhas para os originais, miniaturas e pré-visualizações, vídeos codificados, base de dados, artefactos de aprendizagem automática, cópias locais da base de dados e espaço temporário de pico. Meça uma linha de base vazia e, em seguida, importe um grupo representativo. Aguarde que as filas terminem e volte a registar todas as linhas antes de calcular as diferenças.

Uma discussão entre profissionais sobre a localização em SSD e HDD distingue os dados gerados sensíveis à latência dos originais em massa. Para efeitos de capacidade, essa distinção mantém visível a sobrecarga do nível rápido, mesmo quando os originais estão noutro local; caso contrário, o total elevado do NAS pode ocultar um SSD da aplicação quase cheio.

Repita o teste com o grupo uma vez para obter um intervalo, em vez de uma única proporção. Faça a previsão de cada linha com o fator adequado: quantidade de recursos, bytes ou duração dos vídeos, crescimento de utilizadores e relações, quantidade retida ou trabalho de manutenção de pico. Acrescente o crescimento planeado da origem apenas depois de as necessidades derivadas e de recuperação estarem visíveis separadamente.