Quid loquemur;
Quomodo cito explicandum est pro duobus ministris communes repositas in solutionibus drbd+ocfs2 subnixis.
Quis hoc tibi utile erit;
Doceo utile erit administratoribus systematis et qui modum exsecutionis reposita eligat vel solutionem experiri velit.
Quae iudicia recusavimus et cur?
Saepe coram condicione sumus ubi opus est ad repositiones communes efficiendas cum bene lectito scribendo perficiendi in parva botri telae. Varias optiones conati sumus ad exsequendum repositiones nostras incepta communicata, sed pauci nobis pluribus indicibus simul satisfacere potuerunt. Nunc quare dicamus.
- Glusterfs nobis legendis et scribendis observantiam non satisfecit, problemata simultanea lectionum plurium imaginum erant, et magnum onus in CPU erat. Difficultas imagini legendi solvi potest ab accessu directe ex latere latericio, sed hoc non semper applicabile est et plerumque falsa est.
- Ceph non placet multiplicitate nimia, quae noxia in inceptis cum 2-4 servientibus potest, praesertim si negotium postea servatur. Iterum magnae effectus sunt limitationes quae cogunt nos facere uvas repositas separatas, sicut cum glusterfs.
- Uno NFS servo utens ad repositionis communis efficiendum interrogationes proponit secundum tolerantiam culpae.
- s3 optima est popularis solutio ad certum negotiorum ambitum, at ratio fasciculi non est quae suum ambitum coarctat.
- lsyncd. Si iam coepimus loqui de "systematibus non- file", tum valet de hac solutione populari futura. Non solum idoneus non est ad duos modos commutandos (sed si vere vis, tunc potes), etiam in magno numero tabulariorum stabiliter non laborat. Bellus praeter totum est, quod est simplex. Ratio est in programmatis architectura: inotify utitur ad monitoria operandi, quae in satus et in rescando assignat. rsync adhibetur ut translationem medium.
Tutorial: quomodo aperias communes repositiones secundum drbd+ocfs2
Una solutionum commodissimarum nobis erat nexus ocfs2+drbd. Nunc tibi narrabimus quomodo repositam communem cum duobus ministris ex solutione database innixam cito explicas. Sed prius paucula componuntur;
DRBD - systema tabularium e distributione vexillum Linux quae dat tibi datam replicare inter servers in caudices. Praecipua applicatio est ad fabricam repositorium culpae patientis.
OCFS2 - systema fasciculi, quod a pluribus systematibus communem usum eiusdem repositionis praebet. Distributio Linux inclusa est ac nuclei moduli et usormorum instrumentorum ad operandum cum FS. OCFS2 non solum per DRBD, sed etiam per iSCSI cum multiplicibus iunctio adhiberi potest. In exemplo nostro utimur DRBD.
Omnes actiones in decuria servo 18.04 in configuratione minima aguntur.
Gradus 1. Configure DRBD:
In tabella /etc/drbd.d/drbd0.res virtualem fabricam /dev/drbd0 nostram describimus:
resource drbd0 {
syncer { rate 1000M; }
net {
allow-two-primaries;
after-sb-0pri discard-zero-changes;
after-sb-1pri discard-secondary;
after-sb-2pri disconnect;
}
startup { become-primary-on both; }
on drbd1 {
meta-disk internal;
device /dev/drbd0;
disk /dev/vdb1;
address 10.10.10.192:7789;
}
on drbd2 {
meta-disk internal;
device /dev/drbd0;
disk /dev/vdb1;
address 10.10.10.193:7789;
}
}
meta orbis internus - utar eodem obstructionum cogitationes ad congregem metadata
device /dev/drbd0 β utere /dev/drbd0 ut via ad volumen drbd.
orbis /dev/vdb1 - uti /dev/vdb1
syncer {rate 1000M; } - usus gigabit channel Sed
permittit duos primores - optio magni momenti quae permittit mutationes in duobus primis ministris accipiendis
post-sb-0pri, post-sb-1pri, post-sb-2pri - optiones responsales actiones nodi cum splitbrain deteguntur. Plura in documentis reperiri possunt.
facti sunt, prima, in utroque β Nodos utriusque ponit ad primam.
In casu nostro, duos VMs absolute identicos habemus, cum reticulo virtuali dicato cum perputium de 10 gigabitis.
In nostro exemplo retis nomina duorum nodis botri drbd1 et drbd2 sunt. Ad propriam operationem debes respondere nominibus et inscriptionibus IP exercituum in /etc/hostibus.
10.10.10.192 drbd1
10.10.10.193 drbd2Gradus 2. Nodorum constitue:
Ad utrumque curritur:
drbdadm create-md drbd0
modprobe drbd
drbdadm up drbd0
cat /proc/drbdSequenti acquirimus:
Synchronisation incipere potes. Prima nodi debes exequi;
drbdadm primary --force drbd0Intueamur status:
cat /proc/drbd
Magna synchronisatio incepit. Expectamus usque ad finem et imaginem videmus;
Gradus 3. Committitur synchronisation in secundo nodi:
drbdadm primary --force drbd0
Sequenti acquirimus:
Nunc drbd a duobus ministris scribere possumus.
Gradus 4. Instrue et ocfs2 configurare.
Configuratione satis levi utemur:
cluster:
node_count = 2
name = ocfs2cluster
node:
number = 1
cluster = ocfs2cluster
ip_port = 7777
ip_address = 10.10.10.192
name = drbd1
node:
number = 2
cluster = ocfs2cluster
ip_port = 7777
ip_address = 10.10.10.193
name = drbd2
Scriptum esse oportet in /etc/ocfs2/cluster.conf utrobique nodis.
FS in drbd0 quavis nodo creamus:
mkfs.ocfs2 -L "testVol" /dev/drbd0
Hic systema fasciculi cum pittacio testVol in drbd0 creavimus, parametris defaltis utentes.
In /etc/default/o2cb proficisci debes (sicut in lima configuratione nostra)
O2CB_ENABLED=true
O2CB_BOOTCLUSTER=ocfs2cluster et singulas nodes exequi;
o2cb register-cluster ocfs2clusterTunc convertimur et addimus omnes unitates quae autoruni indigemus;
systemctl enable drbd o2cb ocfs2
systemctl start drbd o2cb ocfs2Quaedam ex his iam per processus paroeciales currendi erunt.
Gradus 5. Mons addere puncta in utroque nodis fstab:
/dev/drbd0 /media/shared ocfs2 defaults,noauto,heartbeat=local 0 0Directorium /media/shared creetur ante.
Hic optionibus noautis utimur, quod significat tabellam ad satus non ascendendum (malim ad conscendendum retis per systema) et cordis pulsationem = localem, quae instrumento cordis pulsationis in singulis nodi utendis significat. Est etiam pulsatio globalis, quae magnis racemis aptior est.
Deinde potes conscendere /media/shared et vide synchronisation contentus.
Factum est? Quam ob rem plus minusve culpae tolerantiae cum scalabilitate et honesta observantia accipimus.
Source: www.habr.com