Ero sivun ”DRBD” versioiden välillä

Siirry navigaatioon Siirry hakuun
600 merkkiä lisätty ,  27. huhtikuuta 2024
ei muokkausyhteenvetoa
Ei muokkausyhteenvetoa
Ei muokkausyhteenvetoa
Rivi 21: Rivi 21:
DRBD:n synkronointialgoritmi on tehokas, koska se resynkronisoi vain ne lohkot, jotka muuttuivat katkoksen aikana, ei koko laitetta.
DRBD:n synkronointialgoritmi on tehokas, koska se resynkronisoi vain ne lohkot, jotka muuttuivat katkoksen aikana, ei koko laitetta.
DRBD integroituu usein Pacemaker- tai Heartbeat-klusteriresurssienhallintajärjestelmiin. Se toimii myös yhdessä virtualisointiratkaisujen, kuten Xenin, kanssa. DRBD mahdollistaa kuormantasapainon konfiguroinnin, jolloin molemmat solmut voivat käyttää tiettyä DRBD:tä luku-/kirjoitustilassa ja jakaa tallennustilan semantiikkaa. Esimerkiksi usean ensisijaisen (luku-/kirjoitustila) konfiguraatio vaatii hajautetun tiedostojärjestelmän kuten [[Ocfs2]] käyttöä.
DRBD integroituu usein Pacemaker- tai Heartbeat-klusteriresurssienhallintajärjestelmiin. Se toimii myös yhdessä virtualisointiratkaisujen, kuten Xenin, kanssa. DRBD mahdollistaa kuormantasapainon konfiguroinnin, jolloin molemmat solmut voivat käyttää tiettyä DRBD:tä luku-/kirjoitustilassa ja jakaa tallennustilan semantiikkaa. Esimerkiksi usean ensisijaisen (luku-/kirjoitustila) konfiguraatio vaatii hajautetun tiedostojärjestelmän kuten [[Ocfs2]] käyttöä.
==Heikkoudet:==
Ajettaessa DRBD:tä dual-primary moodissa ja äkillisen virtakatkoksen tai muun häiriön tapahtutuessa palvelinten uudelleenkäynnistyksen yhteydessä saattaa tapahtua nk. split-brain reaktio, joka tarkoittaa, että palvelin ei tiedä miltä koneelta tieto haetaan replikoitavaksi ja on haasteellista saada järjestelmä tästä viirheestä toipumaan ilman uudelleenasennusta ja tietojen häviämistä. Joten etenkin tuotantokäytössä on syytä heti käyttöönoton jälkeen aloittaa [[crontab]]in ja vaikka [[rsync]]in avulla DRBD-osion säännöllinen tiheä varmuuskopiointi.


{{jakeluspesifinen}}
{{jakeluspesifinen}}
334

muokkausta

Navigointivalikko