തിരക്കുള്ള പ്രോജക്റ്റുകളിൽ Ceph-നൊപ്പം പ്രവർത്തിക്കുന്നതിനുള്ള നുറുങ്ങുകളും തന്ത്രങ്ങളും

വ്യത്യസ്‌ത ലോഡുകളുള്ള പ്രോജക്‌ടുകളിൽ നെറ്റ്‌വർക്ക് സംഭരണമായി Ceph ഉപയോഗിക്കുന്നത്, ഒറ്റനോട്ടത്തിൽ ലളിതമോ നിസ്സാരമോ എന്ന് തോന്നാത്ത വിവിധ ജോലികൾ ഞങ്ങൾ നേരിട്ടേക്കാം. ഉദാഹരണത്തിന്:

• പുതിയ ക്ലസ്റ്ററിലെ മുൻ സെർവറുകളുടെ ഭാഗിക ഉപയോഗത്തോടെ പഴയ Ceph-ൽ നിന്ന് പുതിയതിലേക്ക് ഡാറ്റ മൈഗ്രേഷൻ;
• Ceph ലെ ഡിസ്ക് സ്പേസ് അലോക്കേഷൻ പ്രശ്നത്തിനുള്ള പരിഹാരം.

അത്തരം പ്രശ്നങ്ങൾ കൈകാര്യം ചെയ്യുമ്പോൾ, ഡാറ്റ നഷ്‌ടപ്പെടാതെ OSD ശരിയായി നീക്കംചെയ്യേണ്ടതിന്റെ ആവശ്യകത ഞങ്ങൾ അഭിമുഖീകരിക്കുന്നു, ഇത് വലിയ അളവിലുള്ള ഡാറ്റ കൈകാര്യം ചെയ്യുമ്പോൾ പ്രത്യേകിച്ചും പ്രധാനമാണ്. ഇത് ലേഖനത്തിൽ ചർച്ച ചെയ്യും.

താഴെ വിവരിച്ചിരിക്കുന്ന രീതികൾ Ceph ന്റെ ഏത് പതിപ്പിനും പ്രസക്തമാണ്. കൂടാതെ, Ceph ഒരു വലിയ അളവിലുള്ള ഡാറ്റ സംഭരിക്കാൻ കഴിയുമെന്ന വസ്തുത കണക്കിലെടുക്കും: ഡാറ്റ നഷ്ടവും മറ്റ് പ്രശ്നങ്ങളും തടയുന്നതിന്, ചില പ്രവർത്തനങ്ങൾ മറ്റുള്ളവയായി "വിഭജിക്കപ്പെടും".

ഒഎസ്ഡിയെക്കുറിച്ചുള്ള ആമുഖം

ചർച്ച ചെയ്ത മൂന്ന് പാചകക്കുറിപ്പുകളിൽ രണ്ടെണ്ണം OSD-ക്ക് സമർപ്പിച്ചിരിക്കുന്നതിനാൽ (ഒബ്ജക്റ്റ് സ്റ്റോറേജ് ഡെമൺ), പ്രായോഗിക ഭാഗത്തേക്ക് ഡൈവിംഗ് ചെയ്യുന്നതിനുമുമ്പ് - അത് സെഫിൽ എന്താണെന്നും അത് വളരെ പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ടാണെന്നും സംക്ഷിപ്തമായി.

ഒന്നാമതായി, മുഴുവൻ സെഫ് ക്ലസ്റ്ററും നിരവധി ഒഎസ്ഡികൾ ഉൾക്കൊള്ളുന്നുവെന്ന് പറയണം. കൂടുതൽ ഉണ്ട്, Ceph-ൽ സൗജന്യ ഡാറ്റ വോളിയം വർദ്ധിക്കും. ഇവിടെ നിന്ന് മനസ്സിലാക്കാൻ എളുപ്പമാണ് പ്രധാന OSD പ്രവർത്തനം: ഇത് എല്ലാ ക്ലസ്റ്റർ നോഡുകളുടെയും ഫയൽ സിസ്റ്റങ്ങളിൽ Ceph ഒബ്‌ജക്റ്റ് ഡാറ്റ സംഭരിക്കുകയും അതിലേക്ക് നെറ്റ്‌വർക്ക് ആക്‌സസ് നൽകുകയും ചെയ്യുന്നു (വായിക്കാനും എഴുതാനും മറ്റ് അഭ്യർത്ഥനകൾക്കും).

ഒരേ തലത്തിൽ, വ്യത്യസ്ത OSD-കൾക്കിടയിൽ ഒബ്‌ജക്റ്റുകൾ പകർത്തിക്കൊണ്ട് റെപ്ലിക്കേഷൻ പാരാമീറ്ററുകൾ സജ്ജീകരിച്ചിരിക്കുന്നു. ഇവിടെ നിങ്ങൾക്ക് വിവിധ പ്രശ്നങ്ങൾ നേരിടാം, അതിനുള്ള പരിഹാരങ്ങൾ ചുവടെ ചർച്ചചെയ്യും.

കേസ് നമ്പർ 1. ഡാറ്റ നഷ്‌ടപ്പെടാതെ Ceph ക്ലസ്റ്ററിൽ നിന്ന് OSD സുരക്ഷിതമായി നീക്കം ചെയ്യുക

OSD നീക്കം ചെയ്യേണ്ടതിന്റെ ആവശ്യകത ക്ലസ്റ്ററിൽ നിന്ന് സെർവർ നീക്കം ചെയ്യുന്നതിലൂടെ സംഭവിക്കാം - ഉദാഹരണത്തിന്, മറ്റൊരു സെർവർ ഉപയോഗിച്ച് അത് മാറ്റിസ്ഥാപിക്കുക - ഇതാണ് ഞങ്ങൾക്ക് സംഭവിച്ചത്, ഈ ലേഖനം എഴുതാൻ കാരണമായി. അങ്ങനെ, കൃത്രിമത്വത്തിന്റെ ആത്യന്തിക ലക്ഷ്യം നൽകിയിരിക്കുന്ന സെർവറിൽ എല്ലാ OSD-കളും മോണുകളും എക്‌സ്‌ട്രാക്‌റ്റ് ചെയ്യുക എന്നതാണ്, അതുവഴി അത് നിർത്താനാകും.

സൗകര്യാർത്ഥം, കമാൻഡുകൾ എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ, ആവശ്യമായ ഒഎസ്ഡി സൂചിപ്പിക്കുന്നതിൽ തെറ്റ് സംഭവിക്കുന്ന സാഹചര്യം ഒഴിവാക്കുന്നതിന്, ഞങ്ങൾ ഒരു പ്രത്യേക വേരിയബിൾ സജ്ജീകരിക്കും, അതിന്റെ മൂല്യം ഇല്ലാതാക്കേണ്ട ഒഎസ്ഡിയുടെ നമ്പറായിരിക്കും. നമുക്ക് അവളെ വിളിക്കാം ${ID} — ഇവിടെയും താഴെയും, അത്തരമൊരു വേരിയബിൾ ഞങ്ങൾ പ്രവർത്തിക്കുന്ന OSD-യുടെ നമ്പറിനെ മാറ്റിസ്ഥാപിക്കുന്നു.

ജോലി ആരംഭിക്കുന്നതിന് മുമ്പ് നമുക്ക് അവസ്ഥ നോക്കാം:

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF
-1       0.46857 root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
 1   ssd 0.15619      osd.1     up     1.00000  1.00000
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2     up     1.00000  1.00000

OSD നീക്കംചെയ്യൽ ആരംഭിക്കുന്നതിന്, നിങ്ങൾ സുഗമമായി പ്രവർത്തിക്കേണ്ടതുണ്ട് reweight അതിൽ പൂജ്യത്തിലേക്ക്. ഇതുവഴി ഒഎസ്ഡിയിലെ ഡാറ്റയെ മറ്റ് ഒഎസ്ഡികളുമായി ബാലൻസ് ചെയ്തുകൊണ്ട് ഞങ്ങൾ കുറയ്ക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുക:

ceph osd reweight osd.${ID} 0.98
ceph osd reweight osd.${ID} 0.88
ceph osd reweight osd.${ID} 0.78

... അങ്ങനെ പൂജ്യം വരെ.

സുഗമമായ ബാലൻസിങ് ആവശ്യമാണ്ഡാറ്റ നഷ്ടപ്പെടാതിരിക്കാൻ. OSD-യിൽ വലിയ അളവിലുള്ള ഡാറ്റ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ ഇത് പ്രത്യേകിച്ചും സത്യമാണ്. കമാൻഡുകൾ എക്സിക്യൂട്ട് ചെയ്ത ശേഷം ഉറപ്പാക്കാൻ reweight എല്ലാം നന്നായി പോയി, നിങ്ങൾക്ക് പൂർത്തിയാക്കാൻ കഴിയും ceph -s അല്ലെങ്കിൽ ഒരു പ്രത്യേക ടെർമിനൽ വിൻഡോ റണ്ണിൽ ceph -w തത്സമയം മാറ്റങ്ങൾ നിരീക്ഷിക്കാൻ വേണ്ടി.

OSD "ശൂന്യമാകുമ്പോൾ", അത് നീക്കം ചെയ്യുന്നതിനുള്ള സാധാരണ പ്രവർത്തനവുമായി നിങ്ങൾക്ക് തുടരാം. ഇത് ചെയ്യുന്നതിന്, ആവശ്യമുള്ള OSD സംസ്ഥാനത്തേക്ക് മാറ്റുക down:

ceph osd down osd.${ID}

ക്ലസ്റ്ററിൽ നിന്ന് OSD "വലിച്ചിടാം":

ceph osd out osd.${ID}

നമുക്ക് OSD സേവനം നിർത്തി FS-ൽ അതിന്റെ പാർട്ടീഷൻ അൺമൗണ്ട് ചെയ്യാം:

systemctl stop ceph-osd@${ID}
umount /var/lib/ceph/osd/ceph-${ID}

ഇതിൽ നിന്ന് OSD നീക്കം ചെയ്യുക ക്രഷ് മാപ്പ്:

ceph osd crush remove osd.${ID}

നമുക്ക് OSD ഉപയോക്താവിനെ ഇല്ലാതാക്കാം:

ceph auth del osd.${ID}

അവസാനമായി, നമുക്ക് OSD തന്നെ നീക്കം ചെയ്യാം:

ceph osd rm osd.${ID}

അഭിപായപ്പെടുക: നിങ്ങൾ Ceph Luminous പതിപ്പോ അതിലും ഉയർന്ന പതിപ്പോ ആണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, മുകളിലുള്ള OSD നീക്കംചെയ്യൽ ഘട്ടങ്ങൾ രണ്ട് കമാൻഡുകളായി ചുരുക്കാം:

ceph osd out osd.${ID}
ceph osd purge osd.${ID}

മുകളിൽ വിവരിച്ച ഘട്ടങ്ങൾ പൂർത്തിയാക്കിയ ശേഷം, നിങ്ങൾ കമാൻഡ് പ്രവർത്തിപ്പിക്കുക ceph osd tree, അപ്പോൾ വർക്ക് ചെയ്ത സെർവറിൽ മുകളിൽ പറഞ്ഞ പ്രവർത്തനങ്ങൾ നടത്തിയ OSD-കൾ ഇല്ലെന്ന് വ്യക്തമായിരിക്കണം:

root@hv-1 ~ # ceph osd tree
ID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF
-1       0.46857      root default
-3       0.15619      host hv-1
-5       0.15619      host hv-2
-7       0.15619      host hv-3
 2   ssd 0.15619      osd.2    up     1.00000  1.00000

വഴിയിൽ, Ceph ക്ലസ്റ്ററിന്റെ അവസ്ഥയിലേക്ക് പോകുമെന്ന് ശ്രദ്ധിക്കുക HEALTH_WARN, കൂടാതെ OSD-കളുടെ എണ്ണത്തിലും ലഭ്യമായ ഡിസ്ക് സ്ഥലത്തിന്റെ അളവിലും കുറവും കാണാം.

നിങ്ങൾക്ക് സെർവർ പൂർണ്ണമായി നിർത്തണമെങ്കിൽ ആവശ്യമായ ഘട്ടങ്ങൾ ഇനിപ്പറയുന്നവ വിവരിക്കും, അതനുസരിച്ച്, അത് സെഫിൽ നിന്ന് നീക്കം ചെയ്യുക. ഈ സാഹചര്യത്തിൽ, അത് ഓർത്തിരിക്കേണ്ടത് പ്രധാനമാണ് സെർവർ ഷട്ട് ഡൗൺ ചെയ്യുന്നതിന് മുമ്പ്, നിങ്ങൾ എല്ലാ OSD-കളും നീക്കം ചെയ്യണം ഈ സെർവറിൽ.

ഈ സെർവറിൽ കൂടുതൽ OSD-കൾ അവശേഷിക്കുന്നില്ലെങ്കിൽ, അവ നീക്കം ചെയ്‌തതിനുശേഷം നിങ്ങൾ OSD മാപ്പിൽ നിന്ന് സെർവറിനെ ഒഴിവാക്കേണ്ടതുണ്ട്. hv-2ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ:

ceph osd crush rm hv-2

ഇല്ലാതാക്കുക mon സെർവറിൽ നിന്ന് hv-2മറ്റൊരു സെർവറിൽ താഴെയുള്ള കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ (അതായത്, ഈ സാഹചര്യത്തിൽ, ഓൺ hv-1):

ceph-deploy mon destroy hv-2

ഇതിനുശേഷം, നിങ്ങൾക്ക് സെർവർ നിർത്താനും തുടർന്നുള്ള പ്രവർത്തനങ്ങൾ ആരംഭിക്കാനും കഴിയും (ഇത് വീണ്ടും വിന്യസിക്കുക മുതലായവ).

കേസ് നമ്പർ 2. ഇതിനകം സൃഷ്ടിച്ച Ceph ക്ലസ്റ്ററിലെ ഡിസ്ക് സ്ഥലത്തിന്റെ വിതരണം

പിജിയെ കുറിച്ചുള്ള ആമുഖത്തോടെ ഞാൻ രണ്ടാമത്തെ കഥ തുടങ്ങും (പ്ലേസ്മെന്റ് ഗ്രൂപ്പുകൾ). സെഫിലെ പിജിയുടെ പ്രധാന പങ്ക് പ്രാഥമികമായി സെഫ് ഒബ്‌ജക്റ്റുകളെ സംയോജിപ്പിക്കുകയും അവ ഒഎസ്‌ഡിയിൽ പകർത്തുകയും ചെയ്യുക എന്നതാണ്. പിജിയുടെ ആവശ്യമായ തുക നിങ്ങൾക്ക് കണക്കാക്കാൻ കഴിയുന്ന ഫോർമുലയാണ് പ്രസക്തമായ വിഭാഗം സെഫ് ഡോക്യുമെന്റേഷൻ. ഈ വിഷയവും പ്രത്യേക ഉദാഹരണങ്ങൾ സഹിതം അവിടെ ചർച്ച ചെയ്യപ്പെടുന്നു.

അതിനാൽ: Ceph ഉപയോഗിക്കുമ്പോൾ ഉണ്ടാകുന്ന ഒരു സാധാരണ പ്രശ്നമാണ് Ceph ലെ പൂളുകൾക്കിടയിലുള്ള OSD, PG എന്നിവയുടെ അസന്തുലിതമായ എണ്ണം.

ഒന്നാമതായി, ഇക്കാരണത്താൽ, ഒരു ചെറിയ കുളത്തിൽ വളരെയധികം പിജികൾ വ്യക്തമാക്കുമ്പോൾ ഒരു സാഹചര്യം ഉണ്ടാകാം, ഇത് ക്ലസ്റ്ററിലെ ഡിസ്ക് സ്ഥലത്തിന്റെ യുക്തിരഹിതമായ ഉപയോഗമാണ്. രണ്ടാമതായി, പ്രായോഗികമായി കൂടുതൽ ഗുരുതരമായ ഒരു പ്രശ്നമുണ്ട്: OSD-കളിൽ ഒന്നിൽ ഡാറ്റ ഓവർഫ്ലോ. ഇത് സംസ്ഥാനത്തേക്കുള്ള ക്ലസ്റ്ററിനെ ആദ്യം മാറ്റുന്നു HEALTH_WARN, തുടർന്ന് HEALTH_ERR. ഇതിനുള്ള കാരണം, Ceph, ലഭ്യമായ ഡാറ്റയുടെ അളവ് കണക്കാക്കുമ്പോൾ (നിങ്ങൾക്ക് ഇത് കണ്ടെത്താനാകും MAX AVAIL കമാൻഡ് ഔട്ട്പുട്ടിൽ ceph df ഓരോ പൂളിനും വെവ്വേറെ) OSD-യിൽ ലഭ്യമായ ഡാറ്റയുടെ അളവ് അടിസ്ഥാനമാക്കിയുള്ളതാണ്. ഒരു OSD-യിലെങ്കിലും മതിയായ ഇടമില്ലെങ്കിൽ, എല്ലാ OSD-കളിലും ഡാറ്റ ശരിയായി വിതരണം ചെയ്യുന്നതുവരെ കൂടുതൽ ഡാറ്റ എഴുതാൻ കഴിയില്ല.

ഈ പ്രശ്നങ്ങൾ വ്യക്തമാക്കുന്നത് മൂല്യവത്താണ് സെഫ് ക്ലസ്റ്റർ കോൺഫിഗറേഷൻ ഘട്ടത്തിലാണ് പ്രധാനമായും തീരുമാനിക്കുന്നത്. നിങ്ങൾക്ക് ഉപയോഗിക്കാവുന്ന ഉപകരണങ്ങളിൽ ഒന്നാണ് Ceph PGCalc. അതിന്റെ സഹായത്തോടെ, പി.ജി.യുടെ ആവശ്യമായ തുക വ്യക്തമായി കണക്കാക്കുന്നു. എന്നിരുന്നാലും, സെഫ് ക്ലസ്റ്റർ ഉള്ള ഒരു സാഹചര്യത്തിൽ നിങ്ങൾക്ക് ഇത് അവലംബിക്കാം ഇതിനകം തെറ്റായി ക്രമീകരിച്ചു. ഫിക്സ് വർക്കിന്റെ ഭാഗമായി നിങ്ങൾ മിക്കവാറും പിജികളുടെ എണ്ണം കുറയ്ക്കേണ്ടിവരുമെന്ന് ഇവിടെ വ്യക്തമാക്കുന്നത് മൂല്യവത്താണ്, കൂടാതെ സെഫിന്റെ പഴയ പതിപ്പുകളിൽ ഈ സവിശേഷത ലഭ്യമല്ല (ഇത് പതിപ്പിൽ മാത്രമേ പ്രത്യക്ഷപ്പെട്ടിട്ടുള്ളൂ. നോട്ടിലസ്).

അതിനാൽ, നമുക്ക് ഇനിപ്പറയുന്ന ചിത്രം സങ്കൽപ്പിക്കാം: ക്ലസ്റ്ററിന് ഒരു സ്റ്റാറ്റസ് ഉണ്ട് HEALTH_WARN ഒഎസ്‌ഡിയിൽ ഒരെണ്ണം സ്ഥലമില്ലാതായതിനാൽ. ഇത് ഒരു പിശക് കൊണ്ട് സൂചിപ്പിക്കും HEALTH_WARN: 1 near full osd. ഈ അവസ്ഥയിൽ നിന്ന് പുറത്തുകടക്കുന്നതിനുള്ള ഒരു അൽഗോരിതം ചുവടെയുണ്ട്.

ഒന്നാമതായി, ശേഷിക്കുന്ന OSD-കൾക്കിടയിൽ ലഭ്യമായ ഡാറ്റ നിങ്ങൾ വിതരണം ചെയ്യേണ്ടതുണ്ട്. ആദ്യ കേസിൽ ഞങ്ങൾ ഇതിനകം സമാനമായ ഒരു പ്രവർത്തനം നടത്തി, ഞങ്ങൾ നോഡ് "വറ്റിച്ചപ്പോൾ" - ഒരേയൊരു വ്യത്യാസത്തിൽ ഇപ്പോൾ നമുക്ക് ചെറുതായി കുറയ്ക്കേണ്ടതുണ്ട് reweight. ഉദാഹരണത്തിന്, 0.95 വരെ:

ceph osd reweight osd.${ID} 0.95

ഇത് OSD-യിലെ ഡിസ്ക് സ്പേസ് സ്വതന്ത്രമാക്കുകയും സെഫ് ഹെൽത്തിലെ പിശക് പരിഹരിക്കുകയും ചെയ്യുന്നു. എന്നിരുന്നാലും, ഇതിനകം സൂചിപ്പിച്ചതുപോലെ, പ്രാരംഭ ഘട്ടത്തിൽ സെഫിന്റെ തെറ്റായ കോൺഫിഗറേഷൻ മൂലമാണ് ഈ പ്രശ്നം പ്രധാനമായും സംഭവിക്കുന്നത്: ഭാവിയിൽ ഇത് ദൃശ്യമാകാതിരിക്കാൻ ഒരു പുനർക്രമീകരണം നടത്തേണ്ടത് വളരെ പ്രധാനമാണ്.

ഞങ്ങളുടെ പ്രത്യേക സാഹചര്യത്തിൽ, എല്ലാം ഇതിലേക്ക് വന്നു:

• മൂല്യം വളരെ ഉയർന്നതാണ് replication_count ഒരു കുളത്തിൽ,
• ഒരു കുളത്തിൽ വളരെയധികം പിജി, മറ്റൊന്നിൽ വളരെ കുറവാണ്.

ഇതിനകം സൂചിപ്പിച്ച കാൽക്കുലേറ്റർ ഉപയോഗിക്കാം. എന്താണ് നൽകേണ്ടതെന്ന് ഇത് വ്യക്തമായി കാണിക്കുന്നു, തത്വത്തിൽ, സങ്കീർണ്ണമായ ഒന്നും തന്നെയില്ല. ആവശ്യമായ പാരാമീറ്ററുകൾ സജ്ജമാക്കിയ ശേഷം, ഞങ്ങൾക്ക് ഇനിപ്പറയുന്ന ശുപാർശകൾ ലഭിക്കും:

അഭിപായപ്പെടുക: നിങ്ങൾ ആദ്യം മുതൽ ഒരു Ceph ക്ലസ്റ്റർ സജ്ജീകരിക്കുകയാണെങ്കിൽ, കാൽക്കുലേറ്ററിന്റെ മറ്റൊരു ഉപയോഗപ്രദമായ ഫംഗ്ഷൻ, പട്ടികയിൽ വ്യക്തമാക്കിയിരിക്കുന്ന പാരാമീറ്ററുകൾ ഉപയോഗിച്ച് ആദ്യം മുതൽ പൂളുകൾ സൃഷ്ടിക്കുന്ന കമാൻഡുകളുടെ ജനറേഷൻ ആണ്.

അവസാന നിര നിങ്ങളെ നാവിഗേറ്റ് ചെയ്യാൻ സഹായിക്കുന്നു - നിർദ്ദേശിച്ച പിജി എണ്ണം. ഞങ്ങളുടെ കാര്യത്തിൽ, രണ്ടാമത്തേതും ഉപയോഗപ്രദമാണ്, അവിടെ റെപ്ലിക്കേഷൻ പാരാമീറ്റർ സൂചിപ്പിച്ചിരിക്കുന്നു, കാരണം ഞങ്ങൾ റെപ്ലിക്കേഷൻ മൾട്ടിപ്ലയർ മാറ്റാൻ തീരുമാനിച്ചു.

അതിനാൽ, ആദ്യം നിങ്ങൾ റെപ്ലിക്കേഷൻ പാരാമീറ്ററുകൾ മാറ്റേണ്ടതുണ്ട് - ഇത് ആദ്യം ചെയ്യുന്നത് മൂല്യവത്താണ്, കാരണം മൾട്ടിപ്ലയർ കുറയ്ക്കുന്നതിലൂടെ ഞങ്ങൾ ഡിസ്ക് ഇടം സ്വതന്ത്രമാക്കും. കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുമ്പോൾ, ലഭ്യമായ ഡിസ്ക് സ്പേസ് വർദ്ധിക്കുന്നത് നിങ്ങൾ ശ്രദ്ധിക്കും:

ceph osd pool $pool_name set $replication_size

അത് പൂർത്തിയായ ശേഷം, ഞങ്ങൾ പാരാമീറ്റർ മൂല്യങ്ങൾ മാറ്റുന്നു pg_num и pgp_num ഇനിപ്പറയുന്ന പ്രകാരം:

ceph osd pool set $pool_name pg_num $pg_number
ceph osd pool set $pool_name pgp_num $pg_number

പ്രധാനപ്പെട്ട: ഓരോ പൂളിലെയും പിജികളുടെ എണ്ണം തുടർച്ചയായി മാറ്റണം, മുന്നറിയിപ്പുകൾ അപ്രത്യക്ഷമാകുന്നതുവരെ മറ്റ് പൂളുകളിലെ മൂല്യങ്ങൾ മാറ്റരുത് "ഡിഗ്രേഡ് ഡാറ്റ റിഡൻഡൻസി" и "പിജികളുടെ എണ്ണം തരംതാഴ്ത്തി".

കമാൻഡ് ഔട്ട്പുട്ടുകൾ ഉപയോഗിച്ച് എല്ലാം നന്നായി നടന്നിട്ടുണ്ടോയെന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാനും കഴിയും ceph health detail и ceph -s.

കേസ് നമ്പർ 3. എൽവിഎമ്മിൽ നിന്ന് സെഫ് ആർബിഡിയിലേക്ക് ഒരു വെർച്വൽ മെഷീൻ മൈഗ്രേറ്റ് ചെയ്യുന്നു

ഒരു പ്രോജക്റ്റ് വാടകയ്‌ക്കെടുത്ത ബെയർ-മെറ്റൽ സെർവറുകളിൽ ഇൻസ്റ്റാൾ ചെയ്ത വെർച്വൽ മെഷീനുകൾ ഉപയോഗിക്കുന്ന സാഹചര്യത്തിൽ, തകരാർ-സഹിഷ്ണുതയുള്ള സംഭരണത്തിന്റെ പ്രശ്നം പലപ്പോഴും ഉയർന്നുവരുന്നു. ഈ സ്റ്റോറേജിൽ മതിയായ ഇടമുണ്ടെന്നതും വളരെ അഭികാമ്യമാണ് ... മറ്റൊരു സാധാരണ സാഹചര്യം: സെർവറിൽ പ്രാദേശിക സംഭരണമുള്ള ഒരു വെർച്വൽ മെഷീൻ ഉണ്ട്, നിങ്ങൾ ഡിസ്ക് വികസിപ്പിക്കേണ്ടതുണ്ട്, പക്ഷേ പോകാൻ ഒരിടവുമില്ല, കാരണം ഇല്ല സെർവറിൽ സ്വതന്ത്ര ഡിസ്ക് ഇടം അവശേഷിക്കുന്നു.

പ്രശ്നം വ്യത്യസ്ത രീതികളിൽ പരിഹരിക്കാൻ കഴിയും - ഉദാഹരണത്തിന്, മറ്റൊരു സെർവറിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നതിലൂടെ (ഒന്ന് ഉണ്ടെങ്കിൽ) അല്ലെങ്കിൽ സെർവറിലേക്ക് പുതിയ ഡിസ്കുകൾ ചേർക്കുക. എന്നാൽ ഇത് ചെയ്യുന്നത് എല്ലായ്പ്പോഴും സാധ്യമല്ല, അതിനാൽ എൽവിഎമ്മിൽ നിന്ന് സെഫിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നത് ഈ പ്രശ്നത്തിന് മികച്ച പരിഹാരമാകും. ഈ ഓപ്‌ഷൻ തിരഞ്ഞെടുക്കുന്നതിലൂടെ, സെർവറുകൾക്കിടയിലുള്ള മൈഗ്രേഷൻ പ്രക്രിയ ഞങ്ങൾ ലളിതമാക്കുന്നു, കാരണം ഒരു ഹൈപ്പർവൈസറിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പ്രാദേശിക സംഭരണം നീക്കേണ്ട ആവശ്യമില്ല. പണി നടക്കുമ്പോൾ വിഎം നിർത്തേണ്ടി വരും എന്നത് മാത്രമാണ് പിടികിട്ടാപ്പുള്ളി.

ഇനിപ്പറയുന്ന പാചകക്കുറിപ്പ് എടുത്തതാണ് ഈ ബ്ലോഗിൽ നിന്നുള്ള ലേഖനം, ഇതിന്റെ നിർദ്ദേശങ്ങൾ പ്രവർത്തനത്തിൽ പരീക്ഷിച്ചു. വഴിമധ്യേ, തടസ്സങ്ങളില്ലാത്ത കുടിയേറ്റത്തിന്റെ രീതിയും അവിടെ വിവരിച്ചിട്ടുണ്ട്, എന്നിരുന്നാലും, ഞങ്ങളുടെ കാര്യത്തിൽ ഇത് ആവശ്യമില്ല, അതിനാൽ ഞങ്ങൾ അത് പരിശോധിച്ചില്ല. ഇത് നിങ്ങളുടെ പ്രോജക്റ്റിന് നിർണായകമാണെങ്കിൽ, അഭിപ്രായങ്ങളിൽ ഫലങ്ങളെക്കുറിച്ച് കേൾക്കുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്.

നമുക്ക് പ്രായോഗിക ഭാഗത്തേക്ക് പോകാം. ഉദാഹരണത്തിൽ നമ്മൾ virsh ഉം അതിനനുസരിച്ച് libvirt ഉം ഉപയോഗിക്കുന്നു. ആദ്യം, ഡാറ്റ മൈഗ്രേറ്റ് ചെയ്യപ്പെടുന്ന സെഫ് പൂൾ libvirt-ലേക്ക് ബന്ധിപ്പിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക:

virsh pool-dumpxml $ceph_pool

പൂൾ വിവരണത്തിൽ അംഗീകൃത ഡാറ്റയ്‌ക്കൊപ്പം Ceph-ലേക്കുള്ള കണക്ഷൻ ഡാറ്റ അടങ്ങിയിരിക്കണം.

LVM ഇമേജ് Ceph RBD ആയി പരിവർത്തനം ചെയ്യുക എന്നതാണ് അടുത്ത ഘട്ടം. എക്സിക്യൂഷൻ സമയം പ്രാഥമികമായി ചിത്രത്തിന്റെ വലുപ്പത്തെ ആശ്രയിച്ചിരിക്കുന്നു:

qemu-img convert -p -O rbd /dev/main/$vm_image_name rbd:$ceph_pool/$vm_image_name

പരിവർത്തനത്തിന് ശേഷം, ഒരു എൽവിഎം ഇമേജ് നിലനിൽക്കും, RBD-ലേക്ക് VM മൈഗ്രേറ്റ് ചെയ്യുന്നത് പരാജയപ്പെടുകയും നിങ്ങൾ മാറ്റങ്ങൾ പിൻവലിക്കുകയും ചെയ്താൽ അത് ഉപയോഗപ്രദമാകും. കൂടാതെ, മാറ്റങ്ങൾ വേഗത്തിൽ പിൻവലിക്കാൻ, നമുക്ക് വെർച്വൽ മെഷീൻ കോൺഫിഗറേഷൻ ഫയലിന്റെ ഒരു ബാക്കപ്പ് ഉണ്ടാക്കാം:

virsh dumpxml $vm_name > $vm_name.xml
cp $vm_name.xml $vm_name_backup.xml

... കൂടാതെ ഒറിജിനൽ എഡിറ്റ് ചെയ്യുക (vm_name.xml). ഡിസ്കിന്റെ വിവരണമുള്ള ഒരു ബ്ലോക്ക് നമുക്ക് കണ്ടെത്താം (വരിയിൽ ആരംഭിക്കുന്നു <disk type='file' device='disk'> കൂടെ അവസാനിക്കുന്നു </disk>) കൂടാതെ അത് ഇനിപ്പറയുന്ന ഫോമിലേക്ക് കുറയ്ക്കുക:

<disk type='network' device='disk'>
<driver name='qemu'/>
<auth username='libvirt'>
  <secret type='ceph' uuid='sec-ret-uu-id'/>
 </auth>
<source protocol='rbd' name='$ceph_pool/$vm_image_name>
  <host name='10.0.0.1' port='6789'/>
  <host name='10.0.0.2' port='6789'/>
</source>
<target dev='vda' bus='virtio'/> 
<alias name='virtio-disk0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</disk>

നമുക്ക് ചില വിശദാംശങ്ങൾ നോക്കാം:

1. പ്രോട്ടോക്കോളിലേക്ക് source Ceph RBD-യിലെ സംഭരണത്തിലേക്കുള്ള വിലാസം സൂചിപ്പിച്ചിരിക്കുന്നു (ഇത് Ceph പൂളിന്റെയും RBD ചിത്രത്തിന്റെയും പേര് സൂചിപ്പിക്കുന്ന വിലാസമാണ്, അത് ആദ്യ ഘട്ടത്തിൽ നിർണ്ണയിച്ചു).
2. ബ്ലോക്കിൽ secret തരം സൂചിപ്പിച്ചിരിക്കുന്നു ceph, അതിലേക്ക് കണക്ട് ചെയ്യാനുള്ള രഹസ്യത്തിന്റെ UUID. കമാൻഡ് ഉപയോഗിച്ച് അതിന്റെ uuid കണ്ടെത്താം virsh secret-list.
3. ബ്ലോക്കിൽ host Ceph മോണിറ്ററുകളുടെ വിലാസങ്ങൾ സൂചിപ്പിച്ചിരിക്കുന്നു.

കോൺഫിഗറേഷൻ ഫയൽ എഡിറ്റ് ചെയ്ത് LVM-ലേക്ക് RBD പരിവർത്തനം പൂർത്തിയാക്കിയ ശേഷം, നിങ്ങൾക്ക് പരിഷ്കരിച്ച കോൺഫിഗറേഷൻ ഫയൽ പ്രയോഗിച്ച് വെർച്വൽ മെഷീൻ ആരംഭിക്കാം:

virsh define $vm_name.xml
virsh start $vm_name

വെർച്വൽ മെഷീൻ ശരിയായി ആരംഭിച്ചിട്ടുണ്ടോയെന്ന് പരിശോധിക്കേണ്ട സമയമാണിത്: ഉദാഹരണത്തിന്, SSH വഴിയോ അതിലേക്ക് കണക്റ്റുചെയ്യുന്നതിലൂടെയോ നിങ്ങൾക്ക് കണ്ടെത്താനാകും. virsh.

വെർച്വൽ മെഷീൻ ശരിയായി പ്രവർത്തിക്കുകയും മറ്റ് പ്രശ്‌നങ്ങളൊന്നും കണ്ടെത്തിയില്ലെങ്കിൽ, ഇനി ഉപയോഗിക്കാത്ത എൽവിഎം ഇമേജ് നിങ്ങൾക്ക് ഇല്ലാതാക്കാം:

lvremove main/$vm_image_name

തീരുമാനം

വിവരിച്ച എല്ലാ കേസുകളും ഞങ്ങൾ പ്രായോഗികമായി നേരിട്ടു - സമാനമായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ മറ്റ് അഡ്മിനിസ്ട്രേറ്റർമാരെ നിർദ്ദേശങ്ങൾ സഹായിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു. Ceph ഉപയോഗിച്ചുള്ള നിങ്ങളുടെ അനുഭവത്തിൽ നിന്ന് നിങ്ങൾക്ക് അഭിപ്രായങ്ങളോ മറ്റ് സമാന സ്റ്റോറികളോ ഉണ്ടെങ്കിൽ, അവ അഭിപ്രായങ്ങളിൽ കാണുന്നതിൽ ഞങ്ങൾക്ക് സന്തോഷമുണ്ട്!

പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «ഞങ്ങളുടെ കൈകൾ വിരസതയ്ക്കുള്ളതല്ല: K8 കളിൽ റൂക്ക് ക്ലസ്റ്റർ പുനഃസ്ഥാപിക്കുന്നു";
• «റൂക്ക് ചെയ്യണോ വേണ്ടയോ - അതാണ് ചോദ്യം";
• «റൂക്ക് - കുബർനെറ്റസിനുള്ള "സ്വയം സേവന" ഡാറ്റ വെയർഹൗസ്";
• «Ceph അടിസ്ഥാനമാക്കി കുബെർനെറ്റസിലെ പ്രൊവിഷനിംഗ് ഉപയോഗിച്ച് സ്ഥിരമായ സംഭരണം സൃഷ്ടിക്കുന്നു".

അവലംബം: www.habr.com