Gedistribueerde gerepliceerde Blob-server Gedistribueerde gerepliceerde BLOB-server is een zeer vereenvoudigde gedistribueerde fileserver.
Download nu

Gedistribueerde gerepliceerde Blob-server Rangschikking & Samenvatting

Gedistribueerde gerepliceerde Blob-server Tags

gedistribueerd bestanden server gedistribueerde fileserver Blob Server gerepliceerde server

Gedistribueerde gerepliceerde Blob-server Beschrijving

Gedistribueerde gerepliceerde Blob-server is een zeer vereenvoudigde gedistribueerde fileserver. Het gedistribueerde gerepliceerde BLOB-serverproject (DRBS) is een jong project, niet volwassen genoeg om productiegegevens aan te pakken. Je kunt nog steeds een kijkje nemen en feedback geven van het opbouwen van problemen of bugs naar ideeën Welke problemen DRB's kunnen oplossen voor jou. Een grote reeks blobs beschikbaar onder de volgende omstandigheden: Vereisten: · De blobs zijn onveranderlijk (zodra ze zijn geschreven). · Wanneer u een blob opneemt, dan wilt u het geheel (niet op zoek naar de BOB). · De blobs zijn geïdentificeerd door een eenvoudig getal (gekozen door de server, niet beïnvloed door de klant), de BOBID. · Falen van opslagcomponenten is verwacht.DRBS introduceert 3 componenten: · Het Blobclient. Het is de clientbibliotheek om toegang te krijgen tot de blobs. · Een aantal Blobserver. Opslaan de blobs in een bestandssysteem. Blobs worden opgeslagen en gedownload. Elke BLOB wordt opgeslagen op een nummer (bijvoorbeeld: 3) BlobServer, dus het falen van een BOBSERVER kan worden gecompenseerd, de resterende Blobserver kon de BOB repliceren tot de mate van ontslagen die u wilt. Een verstandige setup heeft minimaal 10 blobservers nodig, maar ze kunnen allemaal op dezelfde host worden uitgevoerd. Voor meer redundantie zou ik ze verspreiden naar meer hardware - maar voor een test werkt een enkele machine goed. De Google-mensen spreken over honderden van deze serverprocessen en -machines. · Een enkele Bobmaster. Het coördineert waar de blobs worden opgeslagen en vertelt het Blobclient voor een Blob-lookup, waar ze elke blob kunnen krijgen. De Blobmaster ziet nooit de werkelijke BLOB - alleen de meta-informatie. De blobs worden gevalideerd met een (MD5) -controlesom. Dit zorgt ervoor dat falende schijf en / of fouten door mensen worden gedetecteerd. De Blobmaster houdt al zijn gegevens in RAM (het is niet erg groot, omdat het alleen de meta-gegevens op de blobs is) .De BlobServer behoudt alle meta-gegevens in RAM A HEEFT DE BLOBS als bestanden in het gewone bestandssysteem. De BlobServer logt alle wijzigingen in een logfiles, dus deze server kan snel opnieuw worden opgestart: de BlobServer leest een logfile bij het opstarten en speelt de acties opnieuw af en bereikt de oude staat opnieuw. Aangezien de logfile net mmap is, kan het snel worden gelezen en geïnterpreteerd. Van de cursus zou het mogelijk zijn om een dergelijke oplossing bovenop een gewone database te implementeren, maar ik volg het papieren "The Google File System", dat claimt dit allemaal Gedeelt met veel lagere overhead. Deze oplossing is hier goedkoper: Doe de wiskunde zelf en bereken wat een fileserver en deze el-chequeo-oplossing u zou kosten. Deze souftware gaat ervan uit dat hardware zal mislukken, dus goedkopere hardware die zal mislukken, kan worden gekozen. Wanneer werkt deze Blob-server op een enkele machine, het is bedoeld om op te schalen om grotere sets blobs op veel machines op te slaan. De Google Paper-gesprekken van honderden machines.

Gedistribueerde gerepliceerde Blob-server Gerelateerde software