ഫ്ലെക്സിയന്റ് ക്ലൗഡ് ഓർക്കസ്‌ട്രേറ്റർ: ഇത് എന്താണ് വരുന്നത്

IaaS (വെർച്വൽ ഡാറ്റ സെന്റർ) സേവനങ്ങൾ നൽകുന്നതിന്, ഞങ്ങൾ റുസോണിക്സ് ഞങ്ങൾ ഒരു വാണിജ്യ ഓർക്കസ്ട്രേറ്റർ ഉപയോഗിക്കുന്നു ഫ്ലെക്സിയന്റ് ക്ലൗഡ് ഓർക്കസ്ട്രേറ്റർ (FCO). ഈ പരിഹാരത്തിന് തികച്ചും സവിശേഷമായ ഒരു ആർക്കിടെക്ചർ ഉണ്ട്, ഇത് ഓപ്പൺസ്റ്റാക്ക്, ക്ലൗഡ്സ്റ്റാക്ക് എന്നിവയിൽ നിന്ന് വേർതിരിക്കുന്നു, ഇത് പൊതുജനങ്ങൾക്ക് അറിയാം.

KVM, VmWare, Xen, Virtuozzo6/7, അതുപോലെ തന്നെ Virtuozzo-യിൽ നിന്നുള്ള കണ്ടെയ്‌നറുകൾ എന്നിവ കമ്പ്യൂട്ട് നോഡ് ഹൈപ്പർവൈസറുകളായി പിന്തുണയ്ക്കുന്നു. പിന്തുണയ്ക്കുന്ന സ്റ്റോറേജ് ഓപ്ഷനുകളിൽ ലോക്കൽ, എൻഎഫ്എസ്, സെഫ്, വിർറ്റുവോസ്സോ സ്റ്റോറേജ് എന്നിവ ഉൾപ്പെടുന്നു.

ഒരൊറ്റ ഇന്റർഫേസിൽ നിന്ന് ഒന്നിലധികം ക്ലസ്റ്ററുകൾ സൃഷ്ടിക്കുന്നതിനും നിയന്ത്രിക്കുന്നതിനും FCO പിന്തുണയ്ക്കുന്നു. അതായത്, ഒരു മൌസ് ക്ലിക്കിലൂടെ അവയ്ക്കിടയിൽ മാറിക്കൊണ്ട് നിങ്ങൾക്ക് ഒരു Virtuozzo ക്ലസ്റ്ററും ഒരു KVM + Ceph ക്ലസ്റ്ററും മാനേജ് ചെയ്യാം.

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

എല്ലാ ക്ലൗഡ് ഉറവിടങ്ങളുടെയും അവകാശങ്ങൾ വിതരണം ചെയ്യുന്നതിനുള്ള ഫ്ലെക്സിബിൾ സിസ്റ്റത്തിൽ ഞാൻ വളരെ സന്തുഷ്ടനാണ്: ഇമേജുകൾ, ഡിസ്കുകൾ, ഉൽപ്പന്നങ്ങൾ, സെർവറുകൾ, ഫയർവാളുകൾ - ഇവയെല്ലാം "പങ്കിടാനും" ഉപയോക്താക്കൾക്കിടയിലും വ്യത്യസ്ത ക്ലയന്റുകളുടെ ഉപയോക്താക്കൾക്കിടയിലും അവകാശങ്ങൾ നൽകാനും കഴിയും. ഓരോ ക്ലയന്റിനും അവരുടെ ക്ലൗഡിൽ നിരവധി സ്വതന്ത്ര ഡാറ്റാ സെന്ററുകൾ സൃഷ്ടിക്കാനും ഒരൊറ്റ നിയന്ത്രണ പാനലിൽ നിന്ന് അവയെ നിയന്ത്രിക്കാനും കഴിയും.

വാസ്തുവിദ്യാപരമായി, FCO നിരവധി ഭാഗങ്ങൾ ഉൾക്കൊള്ളുന്നു, അവയിൽ ഓരോന്നിനും അതിന്റേതായ സ്വതന്ത്ര കോഡ് ഉണ്ട്, ചിലതിന് അവരുടേതായ ഡാറ്റാബേസ് ഉണ്ട്.

യവ - അഡ്മിനും ഉപയോക്തൃ ഇന്റർഫേസും
ജേഡ് - ബിസിനസ് ലോജിക്, ബില്ലിംഗ്, ടാസ്ക് മാനേജ്മെന്റ്
കടുവ - സേവന കോർഡിനേറ്റർ, ബിസിനസ് ലോജിക്കും ക്ലസ്റ്ററുകളും തമ്മിലുള്ള വിവര കൈമാറ്റം നിയന്ത്രിക്കുകയും ഏകോപിപ്പിക്കുകയും ചെയ്യുന്നു.
എക്സ്വിപി മാനേജർ - ക്ലസ്റ്റർ ഘടകങ്ങളുടെ മാനേജ്മെന്റ്: നോഡുകൾ, സംഭരണം, നെറ്റ്‌വർക്ക്, വെർച്വൽ മെഷീനുകൾ.
XVPAgent - XVPManager-മായി സംവദിക്കാൻ നോഡുകളിൽ ഇൻസ്റ്റാൾ ചെയ്ത ഒരു ഏജന്റ്

ഓരോ ഘടകത്തിന്റെയും വാസ്തുവിദ്യയെക്കുറിച്ചുള്ള വിശദമായ സ്റ്റോറി ലേഖനങ്ങളുടെ ഒരു പരമ്പരയിൽ ഉൾപ്പെടുത്താൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു, തീർച്ചയായും, വിഷയം താൽപ്പര്യം ജനിപ്പിക്കുന്നു.

FCO യുടെ പ്രധാന നേട്ടം അതിന്റെ "ബോക്സഡ്" സ്വഭാവത്തിൽ നിന്നാണ്. ലാളിത്യവും മിനിമലിസവും നിങ്ങളുടെ സേവനത്തിലുണ്ട്. കൺട്രോൾ നോഡിനായി, ഉബുണ്ടുവിൽ ഒരു വെർച്വൽ മെഷീൻ അനുവദിച്ചിരിക്കുന്നു, അതിൽ ആവശ്യമായ എല്ലാ പാക്കേജുകളും ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്. എല്ലാ ക്രമീകരണങ്ങളും കോൺഫിഗറേഷൻ ഫയലുകളിൽ ഒരു വേരിയബിൾ മൂല്യത്തിന്റെ രൂപത്തിൽ സ്ഥാപിച്ചിരിക്കുന്നു:

# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…

മുഴുവൻ കോൺഫിഗറേഷനും തുടക്കത്തിൽ ടെംപ്ലേറ്റുകളിൽ എഡിറ്റ് ചെയ്തു, തുടർന്ന് ജനറേറ്റർ സമാരംഭിക്കുന്നു
#build-config ഒരു vars ഫയൽ സൃഷ്ടിക്കുകയും കോൺഫിഗറേഷൻ വീണ്ടും വായിക്കാൻ സേവനങ്ങളോട് കമാൻഡ് ചെയ്യുകയും ചെയ്യും. ഉപയോക്തൃ ഇന്റർഫേസ് നല്ലതും എളുപ്പത്തിൽ ബ്രാൻഡ് ചെയ്യാവുന്നതുമാണ്.

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, ഇന്റർഫേസിൽ ഉപയോക്താവിന് നിയന്ത്രിക്കാൻ കഴിയുന്ന വിജറ്റുകൾ അടങ്ങിയിരിക്കുന്നു. അയാൾക്ക് പേജിൽ നിന്ന് വിജറ്റുകൾ എളുപ്പത്തിൽ ചേർക്കാനും നീക്കം ചെയ്യാനുമാകും, അതുവഴി അയാൾക്ക് ആവശ്യമായ ഡാഷ്‌ബോർഡ് സൃഷ്‌ടിക്കാം.

അടഞ്ഞ സ്വഭാവം ഉണ്ടായിരുന്നിട്ടും, FCO വളരെ ഇഷ്ടാനുസൃതമാക്കാവുന്ന ഒരു സംവിധാനമാണ്. വർക്ക്ഫ്ലോ മാറ്റുന്നതിന് ഇതിന് ധാരാളം ക്രമീകരണങ്ങളും എൻട്രി പോയിന്റുകളും ഉണ്ട്:

1. ഇഷ്‌ടാനുസൃത പ്ലഗിനുകൾ പിന്തുണയ്‌ക്കുന്നു, ഉദാഹരണത്തിന്, ഉപയോക്താവിന് നൽകുന്നതിന് നിങ്ങളുടെ സ്വന്തം ബില്ലിംഗ് രീതിയോ നിങ്ങളുടെ സ്വന്തം ബാഹ്യ ഉറവിടമോ എഴുതാം
2. ചില ഇവന്റുകൾക്കായുള്ള ഇഷ്‌ടാനുസൃത ട്രിഗറുകൾ പിന്തുണയ്‌ക്കുന്നു, ഉദാഹരണത്തിന്, ഒരു ക്ലയന്റ് സൃഷ്‌ടിക്കുമ്പോൾ അതിലേക്ക് ആദ്യത്തെ വെർച്വൽ മെഷീൻ ചേർക്കുന്നത്
3. ഇന്റർഫേസിലെ ഇഷ്‌ടാനുസൃത വിജറ്റുകൾ പിന്തുണയ്‌ക്കുന്നു, ഉദാഹരണത്തിന്, ഒരു YouTube വീഡിയോ നേരിട്ട് ഉപയോക്തൃ ഇന്റർഫേസിലേക്ക് ഉൾച്ചേർക്കുന്നു.

എല്ലാ ഇഷ്‌ടാനുസൃതമാക്കലും ലുവയെ അടിസ്ഥാനമാക്കിയുള്ള FDL-ൽ എഴുതിയിരിക്കുന്നു. നിങ്ങൾക്ക് ലുവയെ അറിയാമെങ്കിൽ, FDL-ൽ പ്രശ്നങ്ങളൊന്നും ഉണ്ടാകില്ല.

ഞങ്ങൾ ഉപയോഗിക്കുന്ന ഏറ്റവും ലളിതമായ ട്രിഗറുകളുടെ ഒരു ഉദാഹരണം ഇതാ. ഈ ട്രിഗർ ഉപയോക്താക്കളെ അവരുടെ സ്വന്തം ചിത്രങ്ങൾ മറ്റ് ക്ലയന്റുകളുമായി പങ്കിടാൻ അനുവദിക്കുന്നില്ല. ഒരു ഉപയോക്താവ് മറ്റ് ഉപയോക്താക്കൾക്കായി ഒരു ക്ഷുദ്ര ചിത്രം സൃഷ്ടിക്കുന്നതിൽ നിന്ന് തടയുന്നതിനാണ് ഞങ്ങൾ ഇത് ചെയ്യുന്നത്.

function register()
    return {"pre_user_api_publish"}
end
   
function pre_user_api_publish(p)  
    if(p==nil) then
        return{
            ref = "cancelPublishImage",
            name = "Cancel publishing",
            description = "Cancel all user’s images publishing",
            triggerType = "PRE_USER_API_CALL",
            triggerOptions = {"publishResource", "publishImage"},
            api = "TRIGGER",
            version = 1,
        }
    end

    -- Turn publishing off
    return {exitState = "CANCEL"}
   
end

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

പ്രധാന കാര്യം {exitState = “CANCEL”} തിരികെ നൽകുക എന്നതാണ്, അതിനാലാണ് ട്രിഗർ വികസിപ്പിച്ചത്. കൺട്രോൾ പാനലിൽ ഉപയോക്താവ് അവരുടെ ചിത്രം പങ്കിടാൻ ശ്രമിക്കുമ്പോൾ അത് പരാജയം തിരികെ നൽകും.

FCO ആർക്കിടെക്ചറിൽ, ഏതെങ്കിലും ഒബ്ജക്റ്റിനെ (ഡിസ്ക്, സെർവർ, ഇമേജ്, നെറ്റ്‌വർക്ക്, നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ മുതലായവ) ഒരു റിസോഴ്‌സ് എന്റിറ്റിയായി പ്രതിനിധീകരിക്കുന്നു, അതിന് പൊതുവായ പാരാമീറ്ററുകൾ ഉണ്ട്:

• റിസോഴ്സ് യുയുഐഡി
• വിഭവ നാമം
• വിഭവ തരം
• റിസോഴ്സ് ഉടമ UUID
• വിഭവ നില (സജീവവും നിഷ്ക്രിയവും)
• റിസോഴ്സ് മെറ്റാഡാറ്റ
• റിസോഴ്സ് കീകൾ
• വിഭവത്തിന്റെ ഉടമസ്ഥതയിലുള്ള ഉൽപ്പന്നത്തിന്റെ UUID
• റിസോഴ്സ് വി.ഡി.സി

എല്ലാ വിഭവങ്ങളും ഒരേ തത്വമനുസരിച്ച് പ്രവർത്തിക്കുമ്പോൾ, ഒരു API ഉപയോഗിച്ച് പ്രവർത്തിക്കുമ്പോൾ ഇത് വളരെ സൗകര്യപ്രദമാണ്. ഉൽപ്പന്നങ്ങൾ പ്രൊവൈഡർ കോൺഫിഗർ ചെയ്യുകയും ക്ലയന്റ് ഓർഡർ ചെയ്യുകയും ചെയ്യുന്നു. ഞങ്ങളുടെ ബില്ലിംഗ് വശത്തായതിനാൽ, ക്ലയന്റിന് പാനലിൽ നിന്ന് ഏത് ഉൽപ്പന്നവും സ്വതന്ത്രമായി ഓർഡർ ചെയ്യാൻ കഴിയും. ഇത് പിന്നീട് ബില്ലിംഗിൽ കണക്കാക്കും. ഉൽപ്പന്നം മണിക്കൂറിൽ ഒരു IP വിലാസമോ മണിക്കൂറിൽ ഒരു അധിക GB ഡിസ്ക് അല്ലെങ്കിൽ ഒരു സെർവർ ആകാം.

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

ഒരു ഫിസിക്കൽ നോഡിന്റെ ഓരോ പ്രോസസർ കോറിനും പണം നൽകുന്നത് ലൈസൻസിംഗ് മോഡലിൽ ഉൾപ്പെടുന്നു. ക്ലസ്റ്റർ തരങ്ങളുടെ എണ്ണവും ചെലവിനെ ബാധിക്കുന്നു. കെവിഎമ്മും വിഎംവെയറും ഒരുമിച്ച് ഉപയോഗിക്കാൻ നിങ്ങൾ പദ്ധതിയിടുകയാണെങ്കിൽ, ഉദാഹരണത്തിന്, ലൈസൻസിന്റെ വില വർദ്ധിക്കും.

FCO ഒരു പൂർണ്ണമായ ഉൽപ്പന്നമാണ്, അതിന്റെ പ്രവർത്തനം വളരെ സമ്പന്നമാണ്, അതിനാൽ നെറ്റ്‌വർക്ക് ഭാഗത്തിന്റെ പ്രവർത്തനത്തിന്റെ വിശദമായ വിവരണത്തോടെ ഒരേസമയം നിരവധി ലേഖനങ്ങൾ തയ്യാറാക്കാൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു.

ഈ ഓർക്കസ്ട്രേറ്ററുമായി വർഷങ്ങളോളം പ്രവർത്തിച്ചതിനാൽ, ഞങ്ങൾക്ക് ഇത് വളരെ അനുയോജ്യമാണെന്ന് അടയാളപ്പെടുത്താം. അയ്യോ, ഉൽപ്പന്നത്തിന് കുറവുകളില്ല:

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

ആകെ: പൊതുവേ, ഉൽപ്പന്നത്തിന്റെ ഇംപ്രഷനുകൾ നല്ലതാണ്. ഞങ്ങൾ ഓർക്കസ്ട്രേറ്റർ ഡെവലപ്പർമാരുമായി നിരന്തരം സമ്പർക്കം പുലർത്തുന്നു. ആൺകുട്ടികൾ സൃഷ്ടിപരമായ സഹകരണത്തിന് താൽപ്പര്യമുള്ളവരാണ്.

അതിന്റെ ലാളിത്യം ഉണ്ടായിരുന്നിട്ടും, FCO ന് വിശാലമായ പ്രവർത്തനക്ഷമതയുണ്ട്. ഭാവിയിലെ ലേഖനങ്ങളിൽ, ഇനിപ്പറയുന്ന വിഷയങ്ങൾ കൂടുതൽ ആഴത്തിൽ പരിശോധിക്കാൻ ഞങ്ങൾ പദ്ധതിയിടുന്നു:

• FCO-ൽ നെറ്റ്‌വർക്കിംഗ്
• തത്സമയ വീണ്ടെടുക്കലും FQP പ്രോട്ടോക്കോളും നൽകുന്നു
• നിങ്ങളുടെ സ്വന്തം പ്ലഗിനുകളും വിജറ്റുകളും എഴുതുന്നു
• ലോഡ് ബാലൻസറും അക്രോണിസും പോലുള്ള അധിക സേവനങ്ങളെ ബന്ധിപ്പിക്കുന്നു
• ബാക്കപ്പ്
• നോഡുകൾ ക്രമീകരിക്കുന്നതിനും ക്രമീകരിക്കുന്നതിനുമുള്ള ഏകീകൃത സംവിധാനം
• വെർച്വൽ മെഷീൻ മെറ്റാഡാറ്റ പ്രോസസ്സ് ചെയ്യുന്നു

Z.Y. നിങ്ങൾക്ക് മറ്റ് വശങ്ങളിൽ താൽപ്പര്യമുണ്ടെങ്കിൽ അഭിപ്രായങ്ങളിൽ എഴുതുക. ഇവിടെത്തന്നെ നിൽക്കുക!

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