Il modo per aumentare temporaneamente l'accumulo temporaneo sui server di produzione?

Abbiamo un set di 6 server in produzione per la memorizzazione di alcuni database massicci. Adesso dispongono di 280Gb di spazio su disco a strisce e rispecchiate su 15K SCSI, il nostro database esistente li riempie a 213Gb. La nuova struttura dei dati è di circa 1,1x più grande del vecchio.

Dobbiamo raddoublere lo spazio su disco su questi sisthemes abbastanza economici. Non ho un "budget" in questo momento, ma supponiamo che sia sotto $ 5K.

Stiamo migrando come memorizziamo questi database e non stiamo comprando nuovi server per migrare troppo …

L'objective è quello di migrare i dati in un database temporaneo su alcuni archivi temporanei, eliminare i vecchi record dopo aver confermato che la migrazione ha avuto successo e quindi spostare i nuovi record sull'archivio permanente.

Quindi, per riassumere: 1) dobbiamo temporaneamente "aumentare" la quantità di capacità per migrare i dati 2) non vogliamo spendere un sacco di soldi 3) dobbiamo ridurre al minimo il rischio nel mezzo del trasferimento dei dati .

  • Ricerca di archiviazione di blocchi distribuiti, tollerati e bloccati,
  • Fornitori di backup online a pieno titolo per impresa di medie size?
  • Amazon Instance RDS lentamente perdere spazio libero
  • Usi ancora SSD in un ambiente di produzione?
  • Come aggiornare il firmware della scheda di espansione HP SAS senza controller Smart Array o Proliant Server?
  • Posso determinare IOPS su un arrays di dischi usando bonnie ++?
  • DL380 G4 - Come configurare correttamente gli arrays di raid
  • Database (MySQL) e vita SSD - "lotto" di scrive a DB
  • 6 Solutions collect form web for “Il modo per aumentare temporaneamente l'accumulo temporaneo sui server di produzione?”

    Vorrei evitare i NAS. È solo una cosa di "paranoia" con me. Se hai anche 1k da spendere, sarebbe abbastanza facile da build un sistema di base (anche nuovo) e caricarlo con 4 o 5 unità da 500GB, tutte raid insieme (My Personal Favorite è Raid-5). In Raid 5 si avvicinerebbe a 1,5 TB. Se hai appena fatto Striping avrai 2 ~ 2,5 TB. E poi si dispone di un sistema che può essere utilizzato dopo il "progetto" – sia per l'archiviazione, sia per un'altra applicazione che stai esaminando i test.

    Ricorda: un sistema NAS che hai un controllo limitato (che alcuni dicono che sarebbe una cosa buona). Ma se wheressi manipolare in qualche modo i dati memorizzati, un sistema informatico adeguato sarebbe il modo per andare, a mio parere.

    In bocca al lupo 🙂

    Se la prestazione sull'archiviazione temporanea non è un grosso problema, la tua scommessa migliore sarebbe quella di get un usb o un contenitore NAS a basso costo con un disco da 1 TB. E scarichi i dati temporanei. Allora hai una TB di immagazzinaggio di riserva each volta che ne hai bisogno anche per compiti casuali 🙂

    Sotto 5K?

    Ottieni un HP Proliant G6 con 8 dischi a 300GB ciascuno, 12GB di RAM, 2 processri Quad Core proiettati pari a circa 3-4K EUR e richiede solo 1U

    Ti darà un ottimo IOPS e potrai usarla come una vera cassetta di produzione in seguito.

    NAS? No grazie, se qualcosa dipende dal mio sito non vorrei andare con un NAS di consumo …

    Vorrei build una scatola basata su opensolaris con una scheda controller SATA supermicro AOC-SAT2-MV8 e alcuni dischi rigidi. In questo modo, se avete bisogno di un posto per tenere file che non sono molto utilizzati, ci sarebbe un posto per loro. Una soluzione da 6-7 TB come questo vi avrebbe messo molto sotto il marchio di $ 1000. Essendo ZFS significa che puoi crescere come ti serve.

    Se queste sono le caselle Linux / Unix, questo (o equivalente per il filesystem in uso, se applicabile) è spesso un'incantatrice magica potente per "darmi più spazio":

    tune2fs -r 100 /dev/whatever 

    Di fronte a una situazione simile con un grande database Oracle. Avevamo un Drobo ( http://www.drobo.com ) a portta di mano (non la networking abilitata) così l'ho riempito con i dischi e l'ho collegato al mio computer porttile Mac. Ho condiviso il dispositivo Drobo su NFS e copiato i dati su di esso. Abbiamo fatto la manutenzione necessaria nello storage di produzione e poi abbiamo copiato i dati. Tutto è andato abbastanza bene anche se ha impiegato un bel po '(500 GB o giù di lì).

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.