Server Blob replicato distribuito

Server Blob replicato distribuito è un fileserver distribuito molto semplificato.
Scarica ora

Server Blob replicato distribuito Classifica e riepilogo

Annuncio pubblicitario

  • Rating:
  • Licenza:
  • GPL
  • Prezzo:
  • FREE
  • Nome editore:
  • Joerg Beyer
  • Sito web dell'editore:

Server Blob replicato distribuito Tag


Server Blob replicato distribuito Descrizione

Il server Blob replicato distribuito è un fileserver distribuito molto semplificato. Il progetto server Blob replicato distribuito (DRBS) è un giovane progetto, non abbastanza maturo da gestire i dati di produzione. Potrebbe ancora dare un'occhiata e segnalare qualsiasi feedback da problemi di creazione o bug alle idee quali problemi DRBS potrebbero risolvere per te. Un ampio set di BLOB disponibili nelle seguenti circostanze: Requisiti: · I BLOB sono immutabili (una volta scritti). · Quando recupera un blob, allora lo vuoi in tutto (non cercare nel BLOB). · I BLOB sono Identificato da un numero semplice (scelto dal server, non influenzato dal client TEH), il Blobid. · È previsto il guasto dei componenti di archiviazione.Drbs introduce 3 componenti: · Il Bloblient. È la libreria client per accedere ai BLOB. · Un numero di BlobServer. Memorizzare a volte i blob in un file system. BLOB sono memorizzati e scaricati. Ogni BLOB è memorizzato su un numero (ad esempio: 3) BlobServer, quindi il fallimento di un BlobServer può essere compensato, il restante BlobServer potrebbe replicare il BLOB al grado di ridondanza che desideri. Una configurazione sensata ha bisogno di almeno 10 Blobserver, ma potrebbero essere tutti eseguiti sullo stesso host. Per più ridondanza li diffonderò a più hardware - ma per un test funziona bene una singola macchina. La gente di Google parla di centinaia di questi processi e macchine del server. · Un singolo Blobmaster. Si coordina dove vengono memorizzati i blob e racconta il Bloblient per una ricerca BLOB, dove possono ottenere ogni BLOB. Il BlobMaster non vede mai il blob reale - solo le informazioni Meta. I BLOB sono convalidati con un checksum (MD5). Ciò si assicura che il disco non riuscito e / o gli errori da parte degli umani venga rilevato. Il Blobmaster mantiene tutti i suoi dati in RAM (non è molto grande, dal momento che sono solo i meta dati sui BLOB). Il Blobserver mantiene tutti i meta dati in RAM A ha i BLOB come file nel file system ordinario. Il BlobServer registra tutte le modifiche in un registro, quindi questo server potrebbe essere riavviato velocemente: il BlobServer legge un file di registro all'avvio e riproduce le azioni, raggiungendo di nuovo il vecchio stato. Dal momento che il logfile è solo mmap, potrebbe essere letto e interpretato velocemente. Corso sarebbe possibile implementare una soluzione del genere in cima a un normale database, ma segui la carta "The Google file system", che rivendica tutto questo potrebbe Sii fatto con un sovraccarico molto più basso. Questa soluzione qui è più economica: fai la matematica te stesso e calcola cosa ti costerà un fileserver e questa soluzione el-lowo ti costerà. Questo souftware presuppone che l'hardware fallirà, così è possibile che l'hardware più economico che non riuscirà a non riuscire. Mentre questo server Blob funziona su una singola macchina, è destinato a ridimensionare per memorizzare serie più grandi di BLOB su molte macchine. Il Libro Google parla di centinaia di macchine.


Server Blob replicato distribuito Software correlato

Hotplug2.

Una ricambio banale di alcune delle funzionalità UDEV in un minuscolo pacchetto. ...

239

Scarica