Servidor BLOB Replicado Distribuído Servidor BLOB replicado distribuído é um servidor de arquivos distribuídos muito simplificado.
Baixe Agora

Servidor BLOB Replicado Distribuído Classificação e resumo

Servidor BLOB Replicado Distribuído Tag

distribuído servidor de arquivos servidor de arquivos distribuídos BLOB Server. servidor replicado

Servidor BLOB Replicado Distribuído Descrição

O servidor BLOB replicado distribuído é um servidor de arquivos distribuído muito simplificado. O projeto de servidor BLOB replicado distribuído (DRBS) é um projeto jovem, não amadurecido o suficiente para lidar com dados de produção. Você ainda pode dar uma olhada e relatar qualquer feedback de problemas de construção ou bugs para ideias que problemas os drbs podem resolver para você. Um grande conjunto de blobs disponíveis nas seguintes circunstâncias: requisitos: · As bolhas são imutáveis (uma vez escrita). · Quando você recupera um blob, então você quer no todo (não procurando no BLOB). · Os blobs são Identificado por um número simples (escolhido pelo servidor, não influenciado pelo cliente Teh), o BlobID. · A falha dos componentes de armazenamento é esperada.drbs introduz 3 componentes: · O BLOBClient. É a biblioteca de clientes acessar os blobs. · Um número de blobserver. As explorar as explosões em um sistema de arquivos. Blobs são armazenados e baixados. Cada blob é armazenado em um número (por exemplo: 3) blobserver, portanto, a falha de um blobserver pode ser compensada, o BLOBServer restante poderia replicar o blob ao grau de redundância que você deseja. Uma configuração sensata precisa de pelo menos 10 blobservers, mas todas podem correr no mesmo host. Para mais redundância, eu os espalhei para mais hardware - mas para um teste uma única máquina funciona bem. O Google People fala de centenas desses processos e máquinas de servidor. · Um único blobmaster. Coordena onde os blobs são armazenados e diz ao blobcliente para uma pesquisa de blob, onde podem obter cada bolha. O BLOBMASTER nunca vê o blob real - apenas a informação meta. Os blobs são validados com uma soma de verificação (MD5). Isso garante que o disco falido e / ou erros por humanos sejam detectados. O BlobMaster mantém todos os seus dados na RAM (não é muito grande, já que é apenas os meta dados sobre os BLOBs). O BlobServer mantém todos os meta dados na RAM A possui os blobs como arquivos no sistema de arquivos comum. O BLOBSERVER registra todas as alterações em um logfiles, portanto, este servidor pode ser reiniciado rapidamente: o blobserver lê um logfile na inicialização e repliece as ações, atingindo o estado antigo novamente. Como o logfile é apenas mmap'ed, pode ser lido e interpretado rápido. De curso seria possível implementar essa solução em cima de um banco de dados comum, mas eu sigo o papel "O sistema de arquivos do Google", que afirma tudo isso Seja feito com muito menor sobrecarga. Esta solução aqui é mais barata: faça a matemática sozinho e calcule o que um servidor de arquivos e essa solução El-Chepeo lhe custaria. Este souftware pressupõe que o hardware falhará, então hardware mais barato que falhará pode ser escolhido. O que este servidor BLOB funciona em uma única máquina, destina-se a aumentar para armazenar conjuntos maiores de blobs em muitas máquinas. O papel do Google fala de centenas de máquinas.

Servidor BLOB Replicado Distribuído Software Relacionado