drbd+ocfs2 પર આધારિત નાના વેબ ક્લસ્ટરો માટે ક્લસ્ટર સ્ટોરેજ

આપણે જેના વિશે વાત કરીશું:
drbd+ocfs2 સોલ્યુશન્સ પર આધારિત બે સર્વર માટે શેર કરેલ સ્ટોરેજને ઝડપથી કેવી રીતે જમાવવું.

આ કોના માટે ઉપયોગી થશે:
આ ટ્યુટોરીયલ સિસ્ટમ એડમિનિસ્ટ્રેટરો અને કોઈપણ કે જેઓ સ્ટોરેજ અમલીકરણ પદ્ધતિ પસંદ કરે છે અથવા ઉકેલ અજમાવવા માંગે છે તેમના માટે ઉપયોગી થશે.

અમે કયા નિર્ણયો નકાર્યા અને શા માટે?

ઘણીવાર આપણે એવી પરિસ્થિતિનો સામનો કરીએ છીએ કે જ્યાં આપણે નાના વેબ ક્લસ્ટર પર સારા વાંચન-લેખન પ્રદર્શન સાથે શેર કરેલ સ્ટોરેજને અમલમાં મૂકવાની જરૂર હોય છે. અમે અમારા પ્રોજેક્ટ્સ માટે વહેંચાયેલ સ્ટોરેજના અમલીકરણ માટે વિવિધ વિકલ્પો અજમાવ્યા, પરંતુ થોડા જ અમને એકસાથે અનેક સૂચકાંકો પર સંતુષ્ટ કરવામાં સક્ષમ હતા. હવે અમે તમને જણાવીશું કે શા માટે.

• Glusterfs વાંચન અને લેખન કામગીરી સાથે અમને સંતુષ્ટ ન હતી; મોટી સંખ્યામાં ફાઇલો એક સાથે વાંચવામાં સમસ્યાઓ હતી, અને CPU પર વધુ ભાર હતો. ફાઈલો વાંચવાની સમસ્યાને ઈંટમાંથી સીધી ઍક્સેસ કરીને ઉકેલી શકાય છે, પરંતુ આ હંમેશા લાગુ પડતું નથી અને સામાન્ય રીતે ખોટું છે.

• સેફને વધુ પડતી જટિલતા ગમતી ન હતી, જે 2-4 સર્વરવાળા પ્રોજેક્ટ્સ પર હાનિકારક હોઈ શકે છે, ખાસ કરીને જો પ્રોજેક્ટ પછીથી જાળવવામાં આવે. ફરીથી, ત્યાં ગંભીર પ્રદર્શન મર્યાદાઓ છે જે અમને ગ્લુસ્ટરફ્સની જેમ અલગ સ્ટોરેજ ક્લસ્ટર બનાવવા માટે દબાણ કરે છે.

• વહેંચાયેલ સંગ્રહને અમલમાં મૂકવા માટે એક NFS સર્વરનો ઉપયોગ ફોલ્ટ સહિષ્ણુતાના સંદર્ભમાં પ્રશ્નો ઉભા કરે છે.

• ચોક્કસ શ્રેણીના કાર્યો માટે s3 એ એક ઉત્તમ લોકપ્રિય ઉકેલ છે, પરંતુ તે ફાઇલ સિસ્ટમ નથી, જે તેના અવકાશને સંકુચિત કરે છે.

• lsyncd. જો આપણે પહેલાથી જ "નોન-ફાઇલ સિસ્ટમ્સ" વિશે વાત કરવાનું શરૂ કરી દીધું છે, તો આ લોકપ્રિય સોલ્યુશન પર જવા યોગ્ય છે. તે માત્ર દ્વિ-માર્ગીય વિનિમય માટે યોગ્ય નથી (પરંતુ જો તમે ખરેખર કરવા માંગો છો, તો પછી તમે કરી શકો છો), તે મોટી સંખ્યામાં ફાઇલો પર પણ સ્થિર રીતે કામ કરતું નથી. આખી વસ્તુમાં એક સરસ ઉમેરો એ છે કે તે સિંગલ-થ્રેડેડ છે. કારણ પ્રોગ્રામના આર્કિટેક્ચરમાં છે: તે વર્ક ઑબ્જેક્ટ્સને મોનિટર કરવા માટે inotify નો ઉપયોગ કરે છે, જે તે સ્ટાર્ટઅપ પર અને રિસ્કેનિંગ દરમિયાન સોંપે છે. rsync નો ઉપયોગ ટ્રાન્સફર માધ્યમ તરીકે થાય છે.

ટ્યુટોરીયલ: drbd+ocfs2 પર આધારિત શેર કરેલ સ્ટોરેજ કેવી રીતે જમાવવો

અમારા માટે સૌથી અનુકૂળ ઉકેલો પૈકી એક લિંક હતી ocfs2+drbd. હવે અમે તમને જણાવીશું કે તમે સોલ્યુશન ડેટાબેઝના આધારે બે સર્વર માટે વહેંચાયેલ સ્ટોરેજ કેવી રીતે ઝડપથી જમાવી શકો છો. પરંતુ પ્રથમ, ઘટકો વિશે થોડું:

ડીઆરબીડી - પ્રમાણભૂત Linux વિતરણમાંથી સ્ટોરેજ સિસ્ટમ કે જે તમને બ્લોક્સમાં સર્વર્સ વચ્ચે ડેટાની નકલ કરવાની પરવાનગી આપે છે. મુખ્ય એપ્લિકેશન ફોલ્ટ-સહિષ્ણુ સ્ટોરેજ બનાવવાની છે.

OCFS2 - એક ફાઇલ સિસ્ટમ કે જે ઘણી સિસ્ટમો દ્વારા સમાન સંગ્રહનો વહેંચાયેલ ઉપયોગ પ્રદાન કરે છે. Linux વિતરણમાં સમાવિષ્ટ છે અને FS સાથે કામ કરવા માટે કર્નલ મોડ્યુલ અને યુઝરસ્પેસ ટૂલ્સ છે. OCFS2 નો ઉપયોગ માત્ર DRBD પર જ નહીં, પણ બહુવિધ જોડાણો સાથે iSCSI પર પણ થઈ શકે છે. અમારા ઉદાહરણમાં આપણે DRBD નો ઉપયોગ કરીએ છીએ.

બધી ક્રિયાઓ ઉબુન્ટુ સર્વર 18.04 પર ન્યૂનતમ ગોઠવણીમાં કરવામાં આવે છે.

પગલું 1. DRBD ગોઠવો:

ફાઇલ /etc/drbd.d/drbd0.res માં અમે અમારા વર્ચ્યુઅલ બ્લોક ઉપકરણ /dev/drbd0નું વર્ણન કરીએ છીએ:

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;
}
}

મેટા-ડિસ્ક આંતરિક — મેટાડેટા સંગ્રહવા માટે સમાન બ્લોક ઉપકરણોનો ઉપયોગ કરો
ઉપકરણ /dev/drbd0 — drbd વોલ્યુમના પાથ તરીકે /dev/drbd0 નો ઉપયોગ કરો.
ડિસ્ક /dev/vdb1 - /dev/vdb1 નો ઉપયોગ કરો
સમન્વય { દર 1000M; } — ગીગાબીટ ચેનલ બેન્ડવિડ્થનો ઉપયોગ કરો
મંજૂરી-બે-પ્રાથમિક - એક મહત્વપૂર્ણ વિકલ્પ કે જે ફેરફારોને બે પ્રાથમિક સર્વર પર સ્વીકારવાની મંજૂરી આપે છે
after-sb-0pri, after-sb-1pri, after-sb-2pri - જ્યારે સ્પ્લિટબ્રેઈન મળી આવે ત્યારે નોડની ક્રિયાઓ માટે જવાબદાર વિકલ્પો. વધુ વિગતો દસ્તાવેજીકરણમાં મળી શકે છે.
બનો-પ્રાથમિક-બંને પર - બંને ગાંઠોને પ્રાથમિક પર સેટ કરે છે.

અમારા કિસ્સામાં, અમારી પાસે 10 ગીગાબિટ્સના થ્રુપુટ સાથે સમર્પિત વર્ચ્યુઅલ નેટવર્ક સાથે, સંપૂર્ણપણે સમાન બે VM છે.

અમારા ઉદાહરણમાં, બે ક્લસ્ટર નોડ્સના નેટવર્ક નામ drbd1 અને drbd2 છે. યોગ્ય કામગીરી માટે, તમારે /etc/hosts માં યજમાનોના નામ અને IP સરનામાઓ સાથે મેળ કરવાની જરૂર છે.

10.10.10.192 drbd1
10.10.10.193 drbd2

પગલું 2. નોડ્સ સેટ કરો:

બંને સર્વર પર અમે ચલાવીએ છીએ:

drbdadm create-md drbd0

modprobe drbd
drbdadm up drbd0
cat /proc/drbd

અમને નીચેના મળે છે:

તમે સિંક્રનાઇઝેશન શરૂ કરી શકો છો. પ્રથમ નોડ પર તમારે એક્ઝેક્યુટ કરવાની જરૂર છે:

drbdadm primary --force drbd0

ચાલો સ્થિતિ જોઈએ:

cat /proc/drbd

સરસ, સિંક્રનાઇઝેશન શરૂ થયું છે. અમે અંત સુધી રાહ જુઓ અને ચિત્ર જુઓ:

પગલું 3. બીજા નોડ પર સિંક્રનાઇઝેશન શરૂ કરો:

drbdadm primary --force drbd0

અમને નીચેના મળે છે:

હવે આપણે બે સર્વરથી drbd પર લખી શકીએ છીએ.

પગલું 4. ocfs2 ઇન્સ્ટોલ અને ગોઠવો.

અમે એકદમ તુચ્છ રૂપરેખાંકનનો ઉપયોગ કરીશું:

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

તેમાં લખવું જરૂરી છે /etc/ocfs2/cluster.conf બંને ગાંઠો પર.

અમે કોઈપણ નોડ પર drbd0 પર FS બનાવીએ છીએ:

mkfs.ocfs2 -L "testVol" /dev/drbd0

અહીં આપણે મૂળભૂત પરિમાણોનો ઉપયોગ કરીને drbd0 પર testVol લેબલ સાથે ફાઇલ સિસ્ટમ બનાવી છે.

/etc/default/o2cb માં તમારે સેટ કરવાની જરૂર છે (જેમ કે અમારી રૂપરેખાંકન ફાઇલમાં છે)

O2CB_ENABLED=true 
O2CB_BOOTCLUSTER=ocfs2cluster 

અને દરેક નોડ પર ચલાવો:

o2cb register-cluster ocfs2cluster

પછી આપણે ઑટોરન કરવા માટે જરૂરી બધા એકમો ચાલુ કરીએ છીએ અને ઉમેરીએ છીએ:

systemctl enable drbd o2cb ocfs2
systemctl start drbd o2cb ocfs2

આમાંથી કેટલીક સેટઅપ પ્રક્રિયા દરમિયાન પહેલેથી જ ચાલી રહી હશે.

પગલું 5. બંને નોડ્સ પર fstab માં માઉન્ટ પોઈન્ટ ઉમેરો:

/dev/drbd0 /media/shared ocfs2 defaults,noauto,heartbeat=local 0 0

ડિરેક્ટરી /મીડિયા/શેર કરેલ તે અગાઉથી બનાવવું આવશ્યક છે.

અહીં આપણે noauto વિકલ્પોનો ઉપયોગ કરીએ છીએ, જેનો અર્થ છે કે ફાઇલ સ્ટાર્ટઅપ પર માઉન્ટ થશે નહીં (હું systemd દ્વારા નેટવર્ક ફાઇલોને માઉન્ટ કરવાનું પસંદ કરું છું) અને heartbeat=local, જેનો અર્થ છે કે દરેક નોડ પર હાર્ટબીટ સેવાનો ઉપયોગ કરવો. વૈશ્વિક ધબકારા પણ છે, જે મોટા ક્લસ્ટરો માટે વધુ યોગ્ય છે.

આગળ તમે માઉન્ટ કરી શકો છો /મીડિયા/શેર કરેલ અને સામગ્રી સમન્વયન તપાસો.

થઈ ગયું! પરિણામે, અમે માપનીયતા અને યોગ્ય પ્રદર્શન સાથે વધુ કે ઓછા ફોલ્ટ-સહિષ્ણુ સ્ટોરેજ મેળવીએ છીએ.

સોર્સ: www.habr.com