Servidor blob replicado distribuido El servidor blob replicado distribuido es un servidor de archivos distribuido muy simplificado.
Descargar ahora

Servidor blob replicado distribuido Clasificación y resumen

Servidor blob replicado distribuido Etiquetas

repartido servidor de archivos servidor de archivos distribuidos servidor blob servidor replicado

Servidor blob replicado distribuido Descripción

El servidor Blob replicado distribuido es un servidor de archivos distribuido muy simplificado. El Proyecto de servidor Blob replicado distribuido (DRBS) es un proyecto joven, no lo suficientemente maduro como para manejar los datos de producción. Todavía podría echar un vistazo e informar cualquier retroalimentación de los problemas de construcción o errores a las ideas de qué problemas pueden resolver los DRBS. Cómo mantenerlo. Un gran conjunto de manchas disponibles en las siguientes circunstancias: Requisitos: · Las manchas son inmutables (una vez que están escritas). · Cuando recupera un blob, entonces lo desea en su totalidad (no busca en la bloba). · Las blobs son Identificado por un número simple (elegido por el servidor, no influenciado por el cliente de TEH), el Blobid. · La falla de los componentes de almacenamiento se espera. DRBS introduce 3 componentes: · El BLOBCLIENTE. Es la biblioteca del cliente acceder a las blobs. · Un número de Blobserver. Los blobs altern las Blobs en un sistema de archivos. Las blobs son almacenadas y descargadas. Cada blob se almacena en un número (por ejemplo, 3) Blobserver, por lo que la falla de un Blobserver puede ser compensada, el Blobserver restante podría replicar la mancha al grado de redundancia que desea. Una configuración sensible necesita al menos 10 blobservers, pero todos podrían ejecutarse en el mismo host. Para obtener más redundancia, los extendería a más hardware, pero para una prueba de una sola máquina funciona bien. La gente de Google habla de cientos de estos procesos y máquinas de servidores. · Un único blobmaster. Se coordina dónde se almacenan las blobs y le informa al BLOBCLIENTO para una búsqueda de blob, donde pueden obtener cada blob. El Blobmaster nunca ve la BLOB real, solo la información Meta. Las Blobs se validan con una suma de comprobación (MD5). Esto se asegura de que se detecten el disco y / o errores fallidos por los humanos. El Blobmaster mantiene todos sus datos en RAM (no es muy grande, ya que es solo los datos metáticos en los Blobs). El Blobserver mantiene todos los datos metáticos en RAM A tiene los Blobs como archivos en el sistema de archivos ordinarios. El Blobserver registra todos los cambios en un registro, por lo que este servidor podría reiniciarse rápidamente: el Blobserver lee un archivo de registro en el inicio y reproduce las acciones, llegando al estado antiguo nuevamente. Dado que el archivo de registro es solo MMAP'ed, se le puede leer e interpretar rápidamente. Por supuesto, sería posible implementar una solución de este tipo en la parte superior de una base de datos ordinaria, pero sigo el papel "The Google File System", que afirma todo esto. Hágase con mucho más cabeza. Esta solución aquí es más barata: haga los matemáticos usted mismo y calcule lo que le costará un servidor de archivos y esta solución El-Faro. Este software supone que el hardware fallará, un hardware más barato que fallará podría ser elegido. Mientras que este servidor Blob funciona en una sola máquina, está destinada a escalar para almacenar conjuntos más grandes de blobs en muchas máquinas. Los Google Papel habla de cientos de máquinas.

Servidor blob replicado distribuido Software relacionado