Ajuste o Immich num pequeno servidor doméstico, protegendo primeiro a capacidade de resposta dos carregamentos e da base de dados e, em seguida, limitando ou agendando o processamento de miniaturas, vídeos e aprendizagem automática de acordo com a pressão medida sobre o CPU, a memória e o armazenamento.
A carga de trabalho relevante não é um painel inativo; é o período noturno em que vários telemóveis carregam fotografias e vídeos enquanto as cópias de segurança, as pesquisas e os trabalhos de geração de conteúdos derivados competem entre si. Registe esse pico, altere apenas um controlo de simultaneidade ou agendamento de cada vez e preserve os originais, além das cópias de segurança da base de dados. Uma fila mais lenta é aceitável; carregamentos falhados, troca de memória ou uma base de dados sem resposta não são.
Meça o Carregamento Familiar Mais Intenso Antes de Ajustar
Crie um lote representativo com fotografias de telemóvel, vídeos curtos e um clip maior. Registe o tempo de conclusão do carregamento, a profundidade da fila de trabalhos, o CPU, a memória, a área de troca, a latência do disco, o espaço livre e o débito da rede desde o início até a fila voltar a zero. Esta linha de base identifica o recurso que realmente fica saturado.
Uma discussão sobre servidores pequenos e a aprendizagem automática do Immich mostra como os conselhos sobre hardware variam consoante o tamanho da biblioteca, a escolha do modelo e a possibilidade de adiar o processamento. Use essa comparação dependente da carga de trabalho para evitar comprar ou ajustar com base numa utilização em inatividade.
O teste é aprovado quando os carregamentos continuam a responder e o atraso é eliminado dentro do intervalo aceitável. Se a memória entrar em troca ou os contentores forem reiniciados, reduza primeiro a simultaneidade. Se o CPU estiver cheio mas a interação continuar responsiva, agende o trabalho pesado. Se a latência do armazenamento aumentar em vários serviços, proteja o caminho de dados ativo antes de alterar os modelos.
Limite os Trabalhos Simultâneos e Agende o Trabalho Pesado
Reduza a simultaneidade da fila pesada identificada, em vez de privar globalmente todos os trabalhadores. A transcodificação de vídeo e a aprendizagem automática dominam normalmente recursos diferentes, enquanto a extração de metadados e as miniaturas afetam a disponibilidade percebida. Altere uma fila, volte a executar o mesmo lote e compare tanto a capacidade de resposta como o tempo de escoamento.
Agende grandes análises da biblioteca, cópias de segurança e reprocessamentos opcionais fora do período de carregamento familiar. Não sobreponha um instantâneo do armazenamento, a manutenção da base de dados e uma transcodificação de vídeo num servidor com um único disco lento. Um teste aprovado reduz a contenção máxima sem deixar a fila a crescer indefinidamente.
Mantenha os limites de novas tentativas e os registos visíveis durante o ajuste. Se os trabalhos falharem, restaure a definição anterior e corrija o erro, em vez de reduzir o número de trabalhadores até a falha se tornar menos percetível. O objetivo é limitar o trabalho, não ocultá-lo.
Mantenha o Estado Ativo Rápido e os Originais Protegidos
Quando possível, coloque a base de dados e os dados derivados frequentemente escritos num armazenamento fiável e de baixa latência, escolhendo simultaneamente o nível dos originais com base na capacidade, durabilidade e conceção das cópias de segurança. Evite mover o diretório bruto da base de dados para uma partilha de rede improvisada apenas para libertar espaço local.
Um guia independente sobre o alojamento próprio do Immich ilustra as decisões mais abrangentes de armazenamento, acesso e utilização remota associadas a um serviço doméstico de fotografias. Use-o como contexto de arquitetura e, em seguida, valide os seus próprios caminhos e o comportamento em caso de falha.
O guia de cópias de segurança de fotografias familiares da ZimaSpace ajuda a manter o ajuste subordinado à capacidade de recuperação. Um processamento mais rápido não compensa uma base de dados e uma cópia de segurança dos ficheiros originais que nunca foram testadas.
Volte a Testar o Fluxo Familiar e Defina um Limite de Paragem
Repita o mesmo lote enquanto outro membro da família navega, pesquisa e descarrega um original. O teste é aprovado quando os carregamentos são concluídos com sucesso, a interação é utilizável, não há uma espiral de troca de memória nem reinícios de contentores e a fila é escoada dentro do período fora de pico planeado.
Reinicie o servidor, confirme que as montagens e os limites persistem e, em seguida, teste o carregamento em segundo plano de um telemóvel fora da rede local. Acompanhe uma semana de utilização de pico, e não apenas a média. Só considere hardware novo quando o mesmo recurso identificado ultrapassar repetidamente o objetivo depois de um ajuste seguro.
Reverta um limite se as filas nunca forem esvaziadas ou se continuarem a faltar conteúdos derivados. Pare de adicionar trabalhos simultâneos quando o espaço livre baixar do requisito de pico medido. Ao pedir ajuda, forneça o lote de teste fixo, gráficos do CPU, da memória e da latência do armazenamento, os nomes das filas e as definições antes e depois, em vez de uma única captura de ecrã da utilização.
Suporte e Dicas
Mais para Ler

Como otimizar as ligações à base de dados do Immich para contentores simultâneos
Não aumente primeiro o valor de max_connections. Meça as sessões do Immich, some a procura total de cada contentor, preserve margem para o administrador...

Como evitar trabalhos ou importações duplicados no Immich
Separe os trabalhos repetidos dos recursos duplicados. Utilize um único caminho de ingestão canónico, controle as novas tentativas e as alterações de caminho e,...

Como reparar o Immich depois de o volume da base de dados ficar cheio
Nunca elimine o WAL do PostgreSQL para libertar espaço. Pare as escritas do Immich, preserve o estado da base de dados, adicione capacidade de...

