Come posso ottenere una TB di dati su un nuovo server Web?

31

Ho una TB di file multimediali compressi che devo raggiungere con urgenza un server Web remoto. (dal mio ufficio)

La nostra velocità di upload è di soli 500 KB / s, il che suggerirebbe di caricare ~ 23 giorni.

La nuova società di hosting non accetta unità per posta.

C'è un buon posto dove andare nelle principali aree metropolitane per prendere in prestito una pipa più grassa?

transfer data

— Brian Webster
fonte

10

So che questa non è una risposta, o anche particolarmente utile, ma se la tua nuova società di hosting non è disposta a collaborare con te su questo, devi trovare una nuova nuova società di hosting. Non accettare un disco da un cliente (a pagamento ovviamente) è abbastanza schifoso.

— voretaq7,

Controlla la mia risposta è una società di archiviazione dati a Tulsa

— Anagio,

Ha buone risposte qui, ma non avrebbe dovuto essere trasferito a ServerFault?

— Mark Hurd,

1

Forse, ma vedo serverfault come un luogo in cui discutere della configurazione di hardware e software, mentre questo è l'uso di qualunque webmaster abbia a disposizione per realizzare un compito più composito

— Brian Webster

16

Vorrei contattare alcuni dei vostri data center locali (hosting di rack, fornitori di servizi gestiti, ecc.) E vedere come noleggiare un vps o una macchina virtuale per un giorno o due. Assicurati solo che ti consentano di inserire un disco per il trasferimento iniziale e siano consapevoli delle tue esigenze di larghezza di banda.

Potresti anche solo chiedere se ti aiuterebbero semplicemente con il caricamento. Spesso tendono ad essere opportunisti, inventivi e potrebbero essere disposti ad accoglierti per la possibilità di ottenere un po 'della tua attività.

— InChargeOfIT
fonte

3

C'è anche un'opzione remota per il data center: Amazon AWS! Spedisci i tuoi dischi rigidi e fanno pagare (al momento della stesura di questo documento) $ 80 per dispositivo, più $ 2,50 all'ora di caricamento dei dati, oltre a tutto ciò che costa conservare i dati purché siano in AWS più il trasferimento dei dati. Probabilmente non è l'opzione più attraente, ma semplicemente lanciandola là fuori.

Questo è fantastico da sapere. Usiamo AWS abbastanza! Sai dove posso leggere su questo servizio? È difficile trovare su google (almeno le parole chiave che sto usando)

— Brian Webster,

1

aws.amazon.com/importexport

— Rich

11

Potresti se hai amici o dipendenti disposti a darti una mano con la loro connessione di casa, impostare un torrent per il file di grandi dimensioni e impostare i tuoi dipendenti / amici come semi. Ovviamente dovresti carrello e copiare il file a tutti. Anche allora, potresti dividere il file in .rars e fare in modo che i "team" inviino porzioni (facendo attenzione a non scaricare i file che non hanno). Folla di approvvigionamento ftw!

— luke
fonte

3

Ciò sarebbe particolarmente efficace se hai amici al college. Non solo hanno accesso a buoni collegamenti universitari ad alta velocità, ma non sarebbe difficile per loro chiedere a un paio di amici in dormitori diversi di aiutare con il caricamento.

— Lèse majesté,

7

Trova un ISP regionale di proprietà locale e porta un bel disco esterno grasso che può contenere tutto questo. Entra nel loro ufficio con $ 300 in contanti, credenziali per il tuo server e una confezione da 12 di birra. Prega che abbiano un uplink gigabit perché un massimo di 100mbit ti porterà oltre 24 ore.

In caso contrario, cerca il punto di scambio Internet locale e trova qualsiasi AS collegato ad esso. Fai davvero buoni amici con qualcuno locale di NANOG. Le probabilità sono che devi essere creativo. Prova a cercare qualsiasi posizione vicina a te.

— Jeff Ferland
fonte

2

Questo è il percorso che vorrei intraprendere. La birra tende a lubrificare le interazioni commerciali.

— Evik James,

1

Penso che questa sia probabilmente la migliore soluzione del percorso di minima resistenza qui.

— jeremiahd

5

Se i file sono file di testo o comunque cmpress bene, puoi comprimerli prima del caricamento, il che potrebbe ridurre le dimensioni del file fino al 90%. Quindi è possibile decomprimerli sul server.

Puoi anche provare a dividere il caricamento tra più posizioni. Ognuno può quindi darti la massima velocità.

— John Conde
fonte

4

Ottieni una società di hosting temporaneo a cui puoi inviare il tuo disco e quindi trasferiscilo dall'host temporaneo all'host permanente a una velocità maggiore.

— xpda
fonte

3

O semplicemente passare a un host web che accetta le unità per posta. La maggior parte degli host web con un servizio clienti decente lo consentiranno.

— Lèse majesté,

Presumo che l'attuale società di hosting sia stata selezionata a causa del prezzo o di altri criteri a lungo termine, e sarebbe più costoso cambiare su base permanente.

— xpda,

4

Questi ragazzi sono a Tulsa, che hai nel tuo profilo, quindi se sei nella zona chiamali o fermati e fai sapere loro la tua situazione.

http://www.datastorageinc.com/

— Anagio
fonte

3

Voglio solo aggiungere alle risposte esistenti qualcosa che potrebbe migliorare il tuo trasferimento una volta che il tuo disco rigido è collegato a un server con una buona larghezza di banda.

Avevo bisogno di trasferire grandi quantità di dati più volte tra due server Web e invece di utilizzare i comandi FTP o WGET comuni per caricare o scaricare i dati, ho utilizzato il comando SCP Linux. Puoi trovare maggiori informazioni qui: http://www.go2linux.org/scp-linux-command-line-copy-files-over-ssh

Sarà necessario l'accesso SSH a entrambi i server e quindi è possibile copiare un file o molti file in modo ricorsivo.

Quindi, se hai solo file di grandi dimensioni anziché molti piccoli, penso che copieranno abbastanza velocemente.

Ad una velocità di trasferimento di 11 MB / secondo tra i server il trasferimento durerebbe circa 25 ore.

In bocca al lupo! ;)

— Alexandru Trandafir Catalin2
fonte

1

Meglio ancora, usa rsync se l'host di destinazione lo supporta. (Molti lo fanno.)

— Ilmari Karonen,

3

http://aws.amazon.com/importexport/

Spedisci il tuo dispositivo ad AWS e loro si occuperanno del resto.

— Subièt
fonte

"... e si occuperanno del resto" - no, non lo faranno, a meno che la tua destinazione non sia AWS. In caso contrario, trasferiranno i dati solo su un bucket S3. E sei tu quello che deve ottenerlo dal bucket S3 alla destinazione di archiviazione, nel qual caso è uguale alla risposta di xpda.

— Lèse majesté,

2

Oh, assolutamente, avrei dovuto commentare come faceva Rich (non era presente quando avevo pubblicato) sulla risposta InChargeOfIt. Poiché Hamlin11 ha mostrato particolare interesse per la soluzione AWS e cercavo il collegamento per questo servizio, l'ho pubblicato. Un commento laggiù sarebbe stato più appropriato, sono d'accordo.

— subiet

Bene, penso che se riesci a modificare la risposta per legarti a quel commento, e nota che per le destinazioni non AWS, devi solo iniziare un trasferimento da server a server in seguito usando la pipa molto grassa di Amazon, sarebbe comunque sii una buona risposta.

— Lèse majesté,

1

Se i dati sono nel tuo ufficio sulla connessione lenta, sei in difficoltà. Se i dati sono attivi o sul vecchio host, è possibile provare un trasferimento da server a server. Usando i tubi ISP invece del tubo da ufficio stretto.

Se lo facessi in blocchi tramite un wget di ssh, sarebbe molto più veloce della spedizione di un disco per l'installazione. Detto questo, non ho mai dovuto spostare più di 250 GB.

— Brian
fonte

La parte urgente della domanda proveniva da un evento catastrofico di inattività presso il "vecchio ospite". Non avevamo un host di backup a caldo, ma avevamo backup recenti a livello locale.

— Brian Webster,

0

Come suggeriscono le altre domande, per lo più si riduce a trovare qualcuno intorno a te con una buona connessione.

Un gruppo con cui potresti parlare sono gli amministratori di università o college. Assicurati solo che il ragazzo con cui stai parlando sia autorizzato a permetterti di convogliare un po 'di TB attraverso il loro filo, e sono sicuro che puoi raggiungere un accordo.

Molte facoltà nelle università, ad esempio Fisica delle particelle, pubblicano petabyte di dati in giro, quindi questa potrebbe essere un'altra opzione possibile.

— Boldewyn
fonte