Carga de carga do servidor devido a conexões SFTP excesivas ao servidor de sincronização

Question

Estou planejando sincronizar cerca de 200 arquivos muito pequenos por hora (menos de 1 KB cada arquivo), os arquivos de origem estão em um servidor SFTP remoto e os arquivos de destino estão em um servidor Windows. Meu medo são as muitas conexões que planejo fazer com o servidor SFTP (a cada 10 segundos) para ter uma experiência quase em tempo real.

De acordo com outras questões, eu pretendo usar o recurso Sincronizar WinSCP e o Agendador de Tarefas do Windows (para executar um script WinSCP), mas como eu disse, terei que executá-lo a cada 10 segundos para ter um resultado oportuno e os recursos do servidor são uma restrição .

Quaisquer outras ideias sobre quanta carga essa conexão excessiva de SFTP significará para o servidor? Ou qualquer sugestão sobre uma maneira melhor de manter essas pastas em "sincronização". Agradecemos antecipadamente por qualquer ideia valiosa.

    

Answer 1

Não seria melhor se você mantivesse sua conexão aberta (para economizar recursos necessários para a autenticação SSH intensiva da CPU) e executasse o comando synchronize em um loop? Reconectando, quando a conexão é perdida apenas.

Isso seria facilmente alcançado usando o script PowerShell com o uso do assembly WinSCP .NET .

O script WinSCP normal não permite loops e pausas.

Se todos os arquivos estiverem em uma única pasta (= uma listagem de diretórios por execução de sincronização) e aproximadamente um pequeno arquivo for alterado por vez (= uma transferência de arquivo), a carga será pequena.