Como transferir dados compactados de dados de 35 GB do servidor local para o remoto? [fechadas]

0

Por favor, sugira-me a maneira mais rápida de transferir dados compactados (usando 7zip) de 35 GB do meu laptop para o servidor remoto. Por favor, poste o comando também. Eu usei o SCP, mas é terrivelmente lento, o rsync é melhor, mas com sua velocidade de aproximadamente 1MB / min, ele pode levar muito tempo. Existe alguma maneira melhor?

    
por BlackSwan 07.11.2017 / 20:38

3 respostas

4

ftp e http são os mais rápidos, o ftp é mais rápido para um número menor de arquivos grandes e o http é mais rápido para um número maior de arquivos pequenos (não é surpresa considerando a natureza do tráfego http).

Veja link

Benchmarks adicionais - link

Observação: seu provedor de Internet pode limitar a velocidade de upload, dependendo do seu provedor. Se o seu provedor está impondo uma velocidade ou limite de dados, isso pode não importar.

Você também pode usar outros métodos, consulte o link

    
por Panther 07.11.2017 / 20:47
3

O 35GiB demora cerca de 25 dias a 1MB / minuto (17kB / s). Como levará muito tempo, eu me concentraria em uma maneira que permite retomar facilmente. Isso exclui scp, tanto quanto sei, e examinarei os seguintes candidatos:

Configurar um servidor web para servir um único arquivo é bastante fácil; uma instalação padrão do Ubuntu pode fazê-lo sem qualquer configuração, desde que a máquina esteja acessível pela Internet. Basta colocar o arquivo em /var/www/html/ (ou vinculá-lo lá).

Use wget -c http://example.com/file.tar para retomar o download se for interrompido. Isso funciona de forma bastante confiável. Já que é uma coisa única, não se preocupe com certificados SSL - criptografe e assine os dados se estiver preocupado com segurança e integridade.

O Rsync é transferido por SSH, por isso é seguro. Suporta continuação contínua. rsync -P localfile [email protected]:remotefile deve suportar retomar e transferir o arquivo sem preocupações.

Mas 25 dias é muito tempo. Você provavelmente pode copiar a unidade para uma unidade USB e enviá-la pelo correio com mais rapidez. As unidades USB de 64GiB podem ser adquiridas por cerca de 20USD. Se você DHL, ele vai chegar a quase qualquer lugar dentro de 3-4 dias.

Resumidamente - a opção mais rápida com essa quantidade de dados e a velocidade de conexão que você está vendo, a melhor opção é provavelmente apenas armazená-la em uma unidade externa e enviá-la por e-mail.

Ou vá a algum lugar com uma conexão decente - 35GiB em uma conexão de 100Mb / s levará menos de uma hora.

Para criptografar e assinar o arquivo, você pode usar o gpg. Configure um par de chaves, criptografe o arquivo e assine-o. No final remoto, você verifica a assinatura e a descriptografa. Isso garante segurança e integridade ao transportar através de um canal não confiável, como e-mail ou http. Se você usa o rsync, o ssh cuidará disso para você.

    
por vidarlo 07.11.2017 / 21:24
1

Como a Panther afirmou, opções não criptografadas, como FTP ou HTTP , seriam as mais rápidas. No entanto, se houver algo que você prefere não ter público na Internet, recomendo que você use um método criptografado. Você poderia tentar algo como criar uma página de login PHP simples (usando uma instrução if), instalar e configurar nginx ou apache para HTTPS e ter um link de download somente que você possa acessar. O HTTPS deve ser rápido, pois usa compactação e você pode usar um programa como axel para instalar esse arquivo usando várias conexões.

A resposta mais simples, supondo que sua conexão com a Internet é o gargalo, e não a CPU, seria usar SFTP com o sinalizador -C para ativar a compactação, embora você já tenha compactado, a quantidade que pode ser mais compactado é bastante pequeno. O mais fácil é compactar os arquivos novamente com um método mais eficiente.

    
por NerdOfLinux 07.11.2017 / 21:08