വ്യത്യസ്ത ഡാറ്റാ സെന്ററുകളിൽ കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ എങ്ങനെ ബന്ധിപ്പിക്കാം

ഞങ്ങളുടെ കുബർനെറ്റസ് ക്വിക്ക് സ്റ്റാർട്ട് സീരീസിലേക്ക് സ്വാഗതം. ഓൺലൈനിലും പരിശീലനങ്ങളിലും ഞങ്ങൾക്ക് ലഭിക്കുന്ന ഏറ്റവും രസകരമായ ചോദ്യങ്ങളുള്ള ഒരു സാധാരണ കോളമാണിത്. കുബെർനെറ്റസ് വിദഗ്ധ ഉത്തരം നൽകുന്നു.

ഇന്നത്തെ വിദഗ്ധൻ ഡാനിയൽ പോളൻചിക്ക് (ഡാനിയേൽ പോളൻസിക്). ഡാനിയൽ ഒരു ഇൻസ്ട്രക്ടറായും സോഫ്റ്റ്‌വെയർ ഡെവലപ്പറായും പ്രവർത്തിക്കുന്നു Learn8s.

നിങ്ങളുടെ ചോദ്യത്തിന് അടുത്ത പോസ്റ്റിൽ ഉത്തരം ലഭിക്കണമെങ്കിൽ, ഇമെയിൽ വഴി ഞങ്ങളെ ബന്ധപ്പെടുക അഥവാ ട്വിറ്റർ: @learnk8s.

മുൻ പോസ്റ്റുകൾ നഷ്‌ടമായോ? അവ ഇവിടെ കണ്ടെത്തുക.

വ്യത്യസ്‌ത ഡാറ്റാ സെൻ്ററുകളിൽ കുബർനെറ്റസ് ക്ലസ്റ്ററുകൾ എങ്ങനെ ബന്ധിപ്പിക്കാം?

ചുരുക്കത്തിൽ: Kubefed v2 ഉടൻ വരുന്നു, എന്നിവയെക്കുറിച്ച് വായിക്കാനും ഞാൻ ശുപാർശ ചെയ്യുന്നു ഷിപ്പർ и മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളർ പദ്ധതി.

മിക്കപ്പോഴും, ഇൻഫ്രാസ്ട്രക്ചർ വ്യത്യസ്‌ത പ്രദേശങ്ങളിൽ, പ്രത്യേകിച്ച് നിയന്ത്രിത പരിതസ്ഥിതികളിൽ പകർത്തുകയും വിതരണം ചെയ്യുകയും ചെയ്യുന്നു.

ഒരു പ്രദേശം ലഭ്യമല്ലെങ്കിൽ, തടസ്സങ്ങൾ ഒഴിവാക്കാൻ ഗതാഗതം മറ്റൊന്നിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു.

Kubernetes ഉപയോഗിച്ച്, നിങ്ങൾക്ക് സമാനമായ ഒരു തന്ത്രം ഉപയോഗിക്കാനും വിവിധ പ്രദേശങ്ങളിൽ ജോലിഭാരം വിതരണം ചെയ്യാനും കഴിയും.

നിങ്ങൾക്ക് ഒരു ടീമിന് ഒന്നോ അതിലധികമോ ക്ലസ്റ്ററുകൾ ഉണ്ടായിരിക്കാം, പ്രദേശം, പരിസ്ഥിതി അല്ലെങ്കിൽ ഈ ഘടകങ്ങളുടെ സംയോജനം.

നിങ്ങളുടെ ക്ലസ്റ്ററുകൾ വ്യത്യസ്ത മേഘങ്ങളിലും പരിസരങ്ങളിലും ഹോസ്റ്റുചെയ്യാനാകും.

എന്നാൽ അത്തരം ഭൂമിശാസ്ത്രപരമായ വ്യാപനത്തിനായി നിങ്ങൾ എങ്ങനെയാണ് അടിസ്ഥാന സൗകര്യങ്ങൾ ആസൂത്രണം ചെയ്യുന്നത്?
ഒരൊറ്റ നെറ്റ്‌വർക്കിൽ നിരവധി ക്ലൗഡ് പരിതസ്ഥിതികൾക്കായി നിങ്ങൾ ഒരു വലിയ ക്ലസ്റ്റർ സൃഷ്ടിക്കേണ്ടതുണ്ടോ?
അല്ലെങ്കിൽ നിരവധി ചെറിയ ക്ലസ്റ്ററുകൾ ഉണ്ടോ, അവയെ നിയന്ത്രിക്കാനും സമന്വയിപ്പിക്കാനും ഒരു വഴി കണ്ടെത്തണോ?

ഒരു നേതൃത്വ ക്ലസ്റ്റർ

ഒരൊറ്റ നെറ്റ്‌വർക്കിൽ ഒരു ക്ലസ്റ്റർ സൃഷ്ടിക്കുന്നത് അത്ര എളുപ്പമല്ല.

നിങ്ങൾക്ക് ഒരു അപകടമുണ്ടായതായി സങ്കൽപ്പിക്കുക, ക്ലസ്റ്റർ സെഗ്‌മെൻ്റുകൾ തമ്മിലുള്ള ബന്ധം നഷ്ടപ്പെട്ടു.

നിങ്ങൾക്ക് ഒരു മാസ്റ്റർ സെർവർ ഉണ്ടെങ്കിൽ, മാസ്റ്ററുമായി ബന്ധപ്പെടാൻ കഴിയാത്തതിനാൽ, റിസോഴ്സുകളിൽ പകുതി പേർക്ക് പുതിയ കമാൻഡുകൾ സ്വീകരിക്കാൻ കഴിയില്ല.

അതേ സമയം നിങ്ങൾക്ക് പഴയ റൂട്ടിംഗ് ടേബിളുകൾ ഉണ്ട് (kube-proxy പുതിയവ ഡൗൺലോഡ് ചെയ്യാൻ കഴിയില്ല) കൂടാതെ അധിക പോഡുകളൊന്നുമില്ല (കുബെലെറ്റിന് അപ്‌ഡേറ്റുകൾ അഭ്യർത്ഥിക്കാൻ കഴിയില്ല).

കാര്യങ്ങൾ കൂടുതൽ വഷളാക്കാൻ, കുബർനെറ്റസ് ഒരു നോഡ് കാണുന്നില്ലെങ്കിൽ, അത് അനാഥമായി അടയാളപ്പെടുത്തുകയും നിലവിലുള്ള നോഡുകളിലേക്ക് നഷ്ടപ്പെട്ട പോഡുകൾ വിതരണം ചെയ്യുകയും ചെയ്യുന്നു.

തൽഫലമായി, നിങ്ങൾക്ക് ഇരട്ടി പോഡുകൾ ഉണ്ട്.

നിങ്ങൾ ഓരോ പ്രദേശത്തിനും ഒരു മാസ്റ്റർ സെർവർ ഉണ്ടാക്കുകയാണെങ്കിൽ, etcd ഡാറ്റാബേസിലെ സമവായ അൽഗോരിതത്തിൽ പ്രശ്നങ്ങൾ ഉണ്ടാകും. (ഏകദേശം. ed. — വാസ്തവത്തിൽ, etcd ഡാറ്റാബേസ് മാസ്റ്റർ സെർവറുകളിൽ സ്ഥിതിചെയ്യണമെന്നില്ല. ഒരേ മേഖലയിലെ സെർവറുകളുടെ ഒരു പ്രത്യേക ഗ്രൂപ്പിൽ ഇത് പ്രവർത്തിപ്പിക്കാൻ കഴിയും. ശരിയാണ്, അതേ സമയം ക്ലസ്റ്ററിൻ്റെ പരാജയത്തിൻ്റെ ഒരു പോയിൻ്റ് ലഭിക്കുന്നു. എന്നാൽ വേഗം.)

etcd ഉപയോഗിക്കുന്നു റാഫ്റ്റ് അൽഗോരിതംഡിസ്കിലേക്ക് എഴുതുന്നതിന് മുമ്പ് മൂല്യം ചർച്ച ചെയ്യാൻ.
അതായത്, സംസ്ഥാനം etcd-ലേക്ക് എഴുതുന്നതിന് മുമ്പ് ഭൂരിഭാഗം സംഭവങ്ങളും സമവായത്തിലെത്തണം.

വ്യത്യസ്‌ത പ്രദേശങ്ങളിലെ മൂന്ന് etcd ഇൻസ്‌റ്റൻസുകളുടെ കാര്യത്തിലെന്നപോലെ etcd സംഭവങ്ങൾക്കിടയിലുള്ള ലേറ്റൻസി നാടകീയമായി വർദ്ധിക്കുകയാണെങ്കിൽ, ഒരു മൂല്യം ചർച്ച ചെയ്യാനും അത് ഡിസ്‌കിലേക്ക് എഴുതാനും വളരെ സമയമെടുക്കും.
ഇത് കുബർനെറ്റസ് കൺട്രോളറുകളിൽ പ്രതിഫലിക്കുന്നു.

കൺട്രോളർ മാനേജർക്ക് മാറ്റത്തെക്കുറിച്ച് പഠിക്കാനും ഡാറ്റാബേസിലേക്കുള്ള പ്രതികരണം എഴുതാനും കൂടുതൽ സമയം ആവശ്യമാണ്.

ഒരു കൺട്രോളർ ഇല്ലാത്തതിനാൽ, നിരവധി, ഒരു ചെയിൻ റിയാക്ഷൻ ഫലം, മുഴുവൻ ക്ലസ്റ്ററും വളരെ സാവധാനത്തിൽ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു.

etcd വളരെ ലേറ്റൻസി സെൻസിറ്റീവ് ആണ് സാധാരണ ഹാർഡ് ഡ്രൈവുകൾക്ക് പകരം SSD-കൾ ഉപയോഗിക്കാൻ ഔദ്യോഗിക ഡോക്യുമെൻ്റേഷൻ ശുപാർശ ചെയ്യുന്നു.

ഒരൊറ്റ ക്ലസ്റ്ററിനായി ഒരു വലിയ നെറ്റ്‌വർക്കിൻ്റെ നല്ല ഉദാഹരണങ്ങളൊന്നും നിലവിൽ ഇല്ല.

അടിസ്ഥാനപരമായി, ഡവലപ്പർ കമ്മ്യൂണിറ്റിയും SIG-ക്ലസ്റ്റർ ഗ്രൂപ്പും കുബെർനെറ്റസ് കണ്ടെയ്‌നറുകൾ ഓർക്കസ്ട്രേറ്റ് ചെയ്യുന്നതുപോലെ ക്ലസ്റ്ററുകൾ എങ്ങനെ ക്രമീകരിക്കാമെന്ന് കണ്ടുപിടിക്കാൻ ശ്രമിക്കുന്നു.

ഓപ്ഷൻ 1: കുബെഫെഡിനൊപ്പം ക്ലസ്റ്റർ ഫെഡറേഷൻ

SIG-ക്ലസ്റ്ററിൽ നിന്നുള്ള ഔദ്യോഗിക പ്രതികരണം - kubefed2, യഥാർത്ഥ ക്യൂബ് ഫെഡറേഷൻ ക്ലയൻ്റിൻ്റെയും ഓപ്പറേറ്ററുടെയും പുതിയ പതിപ്പ്.

ആദ്യമായി, ക്യൂബ് ഫെഡറേഷൻ ടൂൾ ഉപയോഗിച്ച് ഞങ്ങൾ ക്ലസ്റ്ററുകളുടെ ഒരു ശേഖരം ഒരൊറ്റ ഒബ്ജക്റ്റായി മാനേജ് ചെയ്യാൻ ശ്രമിച്ചു.

തുടക്കം മികച്ചതായിരുന്നു, പക്ഷേ അവസാനം ക്യൂബ് ഫെഡറേഷൻ ഒരിക്കലും ജനപ്രിയമായില്ല, കാരണം അത് എല്ലാ വിഭവങ്ങളെയും പിന്തുണയ്ക്കുന്നില്ല.

ഇത് ഫെഡറേറ്റഡ് ഡെലിവറികളെയും സേവനങ്ങളെയും പിന്തുണച്ചു, പക്ഷേ സ്റ്റേറ്റ്ഫുൾസെറ്റുകൾ അല്ല, ഉദാഹരണത്തിന്.
കൂടാതെ, ഫെഡറേഷൻ കോൺഫിഗറേഷൻ വ്യാഖ്യാനങ്ങളുടെ രൂപത്തിൽ കൈമാറ്റം ചെയ്യപ്പെടുകയും വഴക്കമുള്ളതല്ല.

വെറും വ്യാഖ്യാനങ്ങൾ ഉപയോഗിച്ച് ഒരു ഫെഡറേഷനിലെ ഓരോ ക്ലസ്റ്ററിനുമുള്ള പകർപ്പ് പാർട്ടീഷനിംഗ് എങ്ങനെ വിവരിക്കാമെന്ന് സങ്കൽപ്പിക്കുക.

അത് ഒരു പൂർണ്ണമായ കുഴപ്പമായിരുന്നു.

kubefed v1-ന് ശേഷം SIG-cluster ഒരുപാട് ജോലികൾ ചെയ്യുകയും മറ്റൊരു കോണിൽ നിന്ന് പ്രശ്നത്തെ സമീപിക്കാൻ തീരുമാനിക്കുകയും ചെയ്തു.

വ്യാഖ്യാനങ്ങൾക്ക് പകരം, ക്ലസ്റ്ററുകളിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരു കൺട്രോളർ പുറത്തിറക്കാൻ അവർ തീരുമാനിച്ചു. കസ്റ്റം റിസോഴ്സ് ഡെഫനിഷനുകൾ (സിആർഡി) ഉപയോഗിച്ച് ഇത് ഇഷ്ടാനുസൃതമാക്കാവുന്നതാണ്.

ഫെഡറേഷൻ്റെ ഭാഗമായ ഓരോ റിസോഴ്സിനും, നിങ്ങൾക്ക് മൂന്ന് വിഭാഗങ്ങളുള്ള ഒരു ഇഷ്‌ടാനുസൃത CRD നിർവ്വചനം ഉണ്ട്:

• ഒരു റിസോഴ്സിൻ്റെ സ്റ്റാൻഡേർഡ് ഡെഫനിഷൻ, ഉദാഹരണത്തിന് വിന്യാസം;
• വിഭാഗം placement, ഫെഡറേഷനിൽ വിഭവം എങ്ങനെ വിതരണം ചെയ്യുമെന്ന് നിങ്ങൾ എവിടെ നിർവചിക്കുന്നു;
• വിഭാഗം override, ഒരു നിർദ്ദിഷ്‌ട വിഭവത്തിനായി നിങ്ങൾക്ക് പ്ലെയ്‌സ്‌മെൻ്റിൽ നിന്ന് ഭാരം, പാരാമീറ്ററുകൾ എന്നിവ അസാധുവാക്കാൻ കഴിയും.

പ്ലെയ്‌സ്‌മെൻ്റ്, ഓവർറൈഡ് വിഭാഗങ്ങൾക്കൊപ്പം സംയോജിത ഡെലിവറിയുടെ ഒരു ഉദാഹരണം ഇതാ.

apiVersion: types.federation.k8s.io/v1alpha1
kind: FederatedDeployment
metadata:
  name: test-deployment
  namespace: test-namespace
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      replicas: 3
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
            - image: nginx
              name: nginx
  placement:
    clusterNames:
      - cluster2
      - cluster1
  overrides:
    - clusterName: cluster2
      clusterOverrides:
        - path: spec.replicas
          value: 5

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, വിതരണം രണ്ട് ക്ലസ്റ്ററുകളിലൂടെ വിതരണം ചെയ്യപ്പെടുന്നു: cluster1 и cluster2.

ആദ്യത്തെ ക്ലസ്റ്റർ മൂന്ന് പകർപ്പുകൾ നൽകുന്നു, രണ്ടാമത്തേത് 5 ആയി സജ്ജീകരിച്ചിരിക്കുന്നു.

നിങ്ങൾക്ക് പകർപ്പുകളുടെ എണ്ണത്തിൽ കൂടുതൽ നിയന്ത്രണം ആവശ്യമുണ്ടെങ്കിൽ, replicaSchedulingPreference ഒബ്‌ജക്‌റ്റ് kubefed2 നൽകുന്നു, അവിടെ പകർപ്പുകൾ വെയ്‌റ്റുചെയ്യാനാകും:

apiVersion: scheduling.federation.k8s.io/v1alpha1
kind: ReplicaSchedulingPreference
metadata:
  name: test-deployment
  namespace: test-ns
spec:
  targetKind: FederatedDeployment
  totalReplicas: 9
  clusters:
    A:
      weight: 1
    B:
      weight: 2

സിആർഡി ഘടനയും എപിഐയും ഇതുവരെ തയ്യാറായിട്ടില്ല, ഔദ്യോഗിക പ്രോജക്ട് റിപ്പോസിറ്ററിയിൽ സജീവമായ പ്രവർത്തനം നടക്കുന്നു.

kubefed2-ൽ ശ്രദ്ധ പുലർത്തുക, എന്നാൽ ഇത് ഇതുവരെ ഉൽപ്പാദനത്തിന് അനുയോജ്യമല്ലെന്ന് ഓർക്കുക.

kubefed2-നെ കുറിച്ച് കൂടുതലറിയുക kubefed2 നെക്കുറിച്ചുള്ള ഔദ്യോഗിക ലേഖനം കുബെർനെറ്റസിനെ കുറിച്ചുള്ള ബ്ലോഗിലും ഇൻ കുബേഫെഡ് പദ്ധതിയുടെ ഔദ്യോഗിക ശേഖരം.

ഓപ്ഷൻ 2: Booking.com ശൈലിയിൽ ക്ലസ്റ്ററുകൾ സംയോജിപ്പിക്കുക

Booking.com-ൻ്റെ ഡെവലപ്പർമാർ kubefed v2-ൽ പ്രവർത്തിച്ചില്ല, എന്നാൽ അവർ ഷിപ്പർ-നെ കൊണ്ടുവന്നു - നിരവധി ക്ലസ്റ്ററുകളിലും നിരവധി പ്രദേശങ്ങളിലും നിരവധി ക്ലൗഡുകളിലും ഡെലിവറി ചെയ്യുന്നതിനുള്ള ഒരു ഓപ്പറേറ്റർ.

ഷിപ്പർ kubefed2 ന് സമാനമാണ്.

രണ്ട് ടൂളുകളും നിങ്ങളുടെ മൾട്ടി-ക്ലസ്റ്റർ വിന്യാസ തന്ത്രം ഇഷ്‌ടാനുസൃതമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു (ഏത് ക്ലസ്റ്ററുകൾ ഉപയോഗിക്കുന്നു, അവയ്ക്ക് എത്ര പകർപ്പുകൾ ഉണ്ട്).

പക്ഷേ ഡെലിവറി സമയത്ത് പിശകുകളുടെ സാധ്യത കുറയ്ക്കുക എന്നതാണ് ഷിപ്പറുടെ ലക്ഷ്യം.

ഷിപ്പറിൽ, മുമ്പത്തേതും നിലവിലുള്ളതുമായ വിന്യാസവും ഇൻകമിംഗ് ട്രാഫിക്കിൻ്റെ അളവും തമ്മിലുള്ള പകർപ്പുകളുടെ വിഭജനം വിവരിക്കുന്ന ഘട്ടങ്ങളുടെ ഒരു ശ്രേണി നിങ്ങൾക്ക് നിർവചിക്കാം.

നിങ്ങൾ ഒരു റിസോഴ്‌സ് ഒരു ക്ലസ്റ്ററിലേക്ക് തള്ളുമ്പോൾ, ഷിപ്പർ കൺട്രോളർ ചേരുന്ന എല്ലാ ക്ലസ്റ്ററുകളിലുടനീളം ആ മാറ്റം വർദ്ധിപ്പിക്കും.

കൂടാതെ, ഷിപ്പർ വളരെ പരിമിതമാണ്.

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

സ്റ്റാൻഡേർഡ് ഡെലിവറിക്ക് പകരം, നിങ്ങൾ ഒരു ഹെൽം ചാർട്ട് ഉൾപ്പെടുന്ന ഒരു ആപ്ലിക്കേഷൻ റിസോഴ്സ് സൃഷ്ടിക്കേണ്ടതുണ്ട്:

apiVersion: shipper.booking.com/v1alpha1
kind: Application
metadata:
  name: super-server
spec:
  revisionHistoryLimit: 3
  template:
    chart:
      name: nginx
      repoUrl: https://storage.googleapis.com/shipper-demo
      version: 0.0.1
    clusterRequirements:
      regions:
        - name: local
    strategy:
      steps:
        - capacity:
            contender: 1
            incumbent: 100
          name: staging
          traffic:
            contender: 0
            incumbent: 100
        - capacity:
            contender: 100
            incumbent: 0
          name: full on
          traffic:
            contender: 100
            incumbent: 0
    values:
      replicaCount: 3

ഒന്നിലധികം ക്ലസ്റ്ററുകൾ കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഒരു നല്ല ഓപ്ഷനാണ് ഷിപ്പർ, എന്നാൽ ഹെൽമുമായുള്ള അതിൻ്റെ അടുത്ത ബന്ധം വഴിമാറുന്നു.

നമ്മൾ എല്ലാവരും ഹെൽമിൽ നിന്ന് മാറിയാലോ ഇഷ്ടാനുസൃതമാക്കുക അഥവാ ക്യാപ്റ്റൻ?

ഷിപ്പറിനെയും അതിൻ്റെ തത്ത്വചിന്തയെയും കുറിച്ച് കൂടുതൽ കണ്ടെത്തുക ഈ ഔദ്യോഗിക പത്രക്കുറിപ്പ്.

നിങ്ങൾക്ക് കോഡ് പരിശോധിക്കണമെങ്കിൽ, ഔദ്യോഗിക പ്രോജക്റ്റ് ശേഖരത്തിലേക്ക് പോകുക.

ഓപ്ഷൻ 3: "മാജിക്" ക്ലസ്റ്റർ ലയനം

Kubefed v2 ഉം Shipper ഉം ക്ലസ്റ്റർ ഫെഡറേഷനുമായി പ്രവർത്തിക്കുന്നു, ഇഷ്‌ടാനുസൃത ഉറവിട നിർവചനത്തിലൂടെ ക്ലസ്റ്ററുകൾക്ക് പുതിയ ഉറവിടങ്ങൾ നൽകുന്നു.

എന്നാൽ ലയിപ്പിക്കുന്നതിന് എല്ലാ ഡെലിവറികളും സ്റ്റേറ്റ്ഫുൾസെറ്റുകളും ഡെമൺസെറ്റുകളും മറ്റും മാറ്റിയെഴുതാൻ നിങ്ങൾക്ക് താൽപ്പര്യമില്ലെങ്കിൽ എന്തുചെയ്യും?

YAML മാറ്റാതെ ഒരു ഫെഡറേഷനിൽ നിലവിലുള്ള ഒരു ക്ലസ്റ്റർ എങ്ങനെ ഉൾപ്പെടുത്താം?

മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളർ ഒരു അഡ്മിറലിറ്റി പ്രോജക്റ്റാണ്, ഇത് ക്ലസ്റ്ററുകളിലെ ജോലിഭാരം ഷെഡ്യൂൾ ചെയ്യുന്നത് കൈകാര്യം ചെയ്യുന്നു.

എന്നാൽ ക്ലസ്റ്ററുമായി ഇടപഴകുന്നതിനും റിസോഴ്‌സുകളെ ഇഷ്‌ടാനുസൃത നിർവചനങ്ങളിൽ പൊതിയുന്നതിനും ഒരു പുതിയ മാർഗം കൊണ്ടുവരുന്നതിനുപകരം, മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളർ സ്റ്റാൻഡേർഡ് കുബർനെറ്റസ് ലൈഫ് സൈക്കിളിൽ ഉൾച്ചേർക്കുകയും പോഡുകൾ സൃഷ്ടിക്കുന്ന എല്ലാ കോളുകളും തടസ്സപ്പെടുത്തുകയും ചെയ്യുന്നു.

സൃഷ്ടിച്ച ഓരോ പോഡും ഉടനടി ഒരു ഡമ്മി ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു.

മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളർ ഉപയോഗിക്കുന്നു ആക്സസ് പരിഷ്ക്കരണത്തിനുള്ള webhooksകോൾ തടസ്സപ്പെടുത്താനും ഒരു നിഷ്‌ക്രിയ ഡമ്മി പോഡ് സൃഷ്‌ടിക്കാനും.

ഒറിജിനൽ പോഡ് മറ്റൊരു ആസൂത്രണ ചക്രത്തിലൂടെ കടന്നുപോകുന്നു, അവിടെ മുഴുവൻ ഫെഡറേഷനെയും പോളിംഗ് ചെയ്ത ശേഷം ഒരു പ്ലേസ്‌മെൻ്റ് തീരുമാനം എടുക്കുന്നു.

അവസാനം, പോഡ് ടാർഗെറ്റ് ക്ലസ്റ്ററിലേക്ക് എത്തിക്കുന്നു.

തൽഫലമായി, നിങ്ങൾക്ക് ഒന്നും ചെയ്യാത്ത ഒരു അധിക പോഡ് ഉണ്ട്, വെറും സ്ഥലം എടുക്കും.

സപ്ലൈസ് സംയോജിപ്പിക്കാൻ നിങ്ങൾക്ക് പുതിയ ഉറവിടങ്ങൾ എഴുതേണ്ടതില്ല എന്നതാണ് നേട്ടം.

ഒരു പോഡ് സൃഷ്ടിക്കുന്ന ഓരോ ഉറവിടവും സ്വയമേവ ലയിപ്പിക്കാൻ തയ്യാറാണ്.

ഇത് രസകരമാണ്, കാരണം പെട്ടെന്ന് നിങ്ങൾക്ക് നിരവധി പ്രദേശങ്ങളിൽ വിതരണം ചെയ്തു, നിങ്ങൾ ശ്രദ്ധിച്ചില്ല. എന്നിരുന്നാലും, ഇത് തികച്ചും അപകടകരമാണ്, കാരണം ഇവിടെ എല്ലാം മാന്ത്രികതയിലാണ്.

ഡെലിവറികളുടെ ആഘാതം ലഘൂകരിക്കാൻ ഷിപ്പർ ശ്രമിക്കുമ്പോൾ, മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളർ കൂടുതൽ പൊതുവായ ജോലികൾ കൈകാര്യം ചെയ്യുന്നു, ബാച്ച് ജോലികൾക്ക് ഇത് കൂടുതൽ അനുയോജ്യമാണ്.

ഇതിന് വിപുലമായ ക്രമാനുഗതമായ ഡെലിവറി സംവിധാനം ഇല്ല.

മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളറിനെക്കുറിച്ച് കൂടുതൽ കണ്ടെത്താനാകും ഔദ്യോഗിക ശേഖരണ പേജ്.

പ്രവർത്തനത്തിലുള്ള മൾട്ടി-ക്ലസ്റ്റർ-ഷെഡ്യൂളറിനെക്കുറിച്ച് നിങ്ങൾക്ക് വായിക്കണമെങ്കിൽ, അഡ്മിറൽറ്റി ഉണ്ട് ആർഗോ ഉപയോഗിച്ചുള്ള രസകരമായ ഉപയോഗ കേസ് - വർക്ക്ഫ്ലോകൾ, ഇവൻ്റുകൾ, CI, CD Kubernetes.

മറ്റ് ഉപകരണങ്ങളും പരിഹാരങ്ങളും

ഒന്നിലധികം ക്ലസ്റ്ററുകൾ ബന്ധിപ്പിക്കുന്നതും കൈകാര്യം ചെയ്യുന്നതും ഒരു സങ്കീർണ്ണമായ ജോലിയാണ്, സാർവത്രികമായ ഒരു പരിഹാരവുമില്ല.

ഈ വിഷയം കൂടുതൽ പര്യവേക്ഷണം ചെയ്യാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, ചില ഉറവിടങ്ങൾ ഇതാ:

• റാഞ്ചറിൻ്റെ അന്തർവാഹിനി വ്യത്യസ്ത കുബർനെറ്റസ് ക്ലസ്റ്ററുകളുടെ ഓവർലേ നെറ്റ്‌വർക്കുകളെ ബന്ധിപ്പിക്കുന്ന ഒരു ഉപകരണമാണ്.
• റീട്ടെയിൽ ചെയിൻ ടാർഗെറ്റ് ഉപയോഗങ്ങൾ ഒന്നിലധികം ക്ലസ്റ്ററുകളിലുടനീളം വിന്യാസം ക്രമീകരിക്കുന്നതിന് സ്പിന്നക്കറുമായി യൂണിമാട്രിക്സ് സംയോജിപ്പിച്ചു.
• IPV6 ഉപയോഗിക്കാനും ശ്രമിക്കുക നിരവധി പ്രദേശങ്ങളിൽ ഒറ്റ നെറ്റ്‌വർക്ക്.
• നിങ്ങൾക്ക് ഒരു സേവന മെഷ് ഉപയോഗിക്കാം, ഉദാഹരണത്തിന് ഒന്നിലധികം ക്ലസ്റ്ററുകൾ ബന്ധിപ്പിക്കുന്നതിനുള്ള ഇസ്തിയോ.
• Cilium, ഒരു കണ്ടെയ്‌നർ നെറ്റ്‌വർക്ക് ഇൻ്റർഫേസ് പ്ലഗിൻ വാഗ്ദാനം ചെയ്യുന്നു ക്ലസ്റ്റർ മെഷ് ഫംഗ്ഷൻ, ഇത് നിരവധി ക്ലസ്റ്ററുകൾ സംയോജിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു

ഇന്നത്തേക്ക് അത്രയേ ഉള്ളൂ

അവസാനം വരെ വായിച്ചതിന് നന്ദി!

ഒന്നിലധികം ക്ലസ്റ്ററുകൾ എങ്ങനെ കൂടുതൽ കാര്യക്ഷമമായി ബന്ധിപ്പിക്കാമെന്ന് നിങ്ങൾക്കറിയാമെങ്കിൽ, ഞങ്ങളോട് പറയു.

നിങ്ങളുടെ രീതി ഞങ്ങൾ ലിങ്കുകളിൽ ചേർക്കും.

ക്രിസ് നെസ്ബിറ്റ്-സ്മിത്തിന് പ്രത്യേക നന്ദി (ക്രിസ് നെസ്ബിറ്റ്-സ്മിത്ത്) ഒപ്പം വിൻസെൻ്റ് ഡി സ്മെ (വിൻസെൻ്റ് ഡി സ്മെറ്റ്) (റിലയബിലിറ്റി എഞ്ചിനീയർ ഇൻ swatmobile.io) ലേഖനം വായിക്കുന്നതിനും ഫെഡറേഷൻ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെക്കുറിച്ചുള്ള ഉപയോഗപ്രദമായ വിവരങ്ങൾ പങ്കിടുന്നതിനും.

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