વિવિધ ડેટા સેન્ટર્સમાં કુબરનેટ્સ ક્લસ્ટરોને કેવી રીતે કનેક્ટ કરવું

અમારી કુબરનેટ્સ ક્વિક સ્ટાર્ટ સિરીઝમાં આપનું સ્વાગત છે. આ એક નિયમિત કૉલમ છે જેમાં અમને ઑનલાઇન અને અમારી તાલીમમાં મળતા સૌથી રસપ્રદ પ્રશ્નો છે. કુબરનેટ્સ નિષ્ણાત જવાબો.

આજના નિષ્ણાત છે ડેનિયલ પોલેન્ચિક (ડેનિયલ પોલેન્સિક). ડેનિયલ એક પ્રશિક્ષક અને સોફ્ટવેર ડેવલપર તરીકે કામ કરે છે Learnk8s.

જો તમે આગળની પોસ્ટમાં તમારા પ્રશ્નનો જવાબ મેળવવા માંગતા હો, ઇમેઇલ દ્વારા અમારો સંપર્ક કરો અથવા Twitter: @learnk8s.

અગાઉની પોસ્ટ્સ ચૂકી છે? તેમને અહીં શોધો.

વિવિધ ડેટા સેન્ટર્સમાં કુબરનેટ્સ ક્લસ્ટરોને કેવી રીતે કનેક્ટ કરવું?

સંક્ષિપ્તમાં: કુબેફેડ v2 ટૂંક સમયમાં આવી રહ્યું છે, અને હું તેના વિશે વાંચવાની પણ ભલામણ કરું છું મોકલે છે и મલ્ટિ-ક્લસ્ટર-શેડ્યૂલર પ્રોજેક્ટ.

ઘણી વાર, ઈન્ફ્રાસ્ટ્રક્ચરની નકલ કરવામાં આવે છે અને વિવિધ પ્રદેશોમાં વિતરિત કરવામાં આવે છે, ખાસ કરીને નિયંત્રિત વાતાવરણમાં.

જો એક પ્રદેશ અનુપલબ્ધ હોય, તો વિક્ષેપો ટાળવા માટે ટ્રાફિકને બીજા પર રીડાયરેક્ટ કરવામાં આવે છે.

કુબરનેટ્સ સાથે, તમે સમાન વ્યૂહરચનાનો ઉપયોગ કરી શકો છો અને વિવિધ પ્રદેશોમાં વર્કલોડનું વિતરણ કરી શકો છો.

તમારી પાસે ટીમ, પ્રદેશ, પર્યાવરણ અથવા આ ઘટકોના સંયોજન દીઠ એક અથવા વધુ ક્લસ્ટર હોઈ શકે છે.

તમારા ક્લસ્ટર્સને જુદા જુદા ક્લાઉડ્સ અને ઓન-પ્રિમિસીસમાં હોસ્ટ કરી શકાય છે.

પરંતુ તમે આવા ભૌગોલિક ફેલાવા માટે ઈન્ફ્રાસ્ટ્રક્ચરની યોજના કેવી રીતે કરશો?
શું તમારે એક નેટવર્ક પર અનેક ક્લાઉડ એન્વાયર્નમેન્ટ્સ માટે એક મોટું ક્લસ્ટર બનાવવાની જરૂર છે?
અથવા ઘણા નાના ક્લસ્ટરો છે અને તેમને નિયંત્રિત અને સિંક્રનાઇઝ કરવાનો માર્ગ શોધો?

એક નેતૃત્વ ક્લસ્ટર

એક નેટવર્ક પર એક ક્લસ્ટર બનાવવું એટલું સરળ નથી.

કલ્પના કરો કે તમને અકસ્માત થયો છે, ક્લસ્ટર સેગમેન્ટ્સ વચ્ચેની કનેક્ટિવિટી ખોવાઈ ગઈ છે.

જો તમારી પાસે એક માસ્ટર સર્વર છે, તો અડધા સંસાધનો નવા આદેશો પ્રાપ્ત કરી શકશે નહીં કારણ કે તેઓ માસ્ટરનો સંપર્ક કરી શકશે નહીં.

અને તે જ સમયે તમારી પાસે જૂના રૂટીંગ કોષ્ટકો છે (kube-proxy નવા ડાઉનલોડ કરી શકતા નથી) અને કોઈ વધારાના પોડ્સ (કુબેલેટ અપડેટ્સની વિનંતી કરી શકતા નથી).

બાબતોને વધુ ખરાબ કરવા માટે, જો કુબરનેટ્સને નોડ દેખાતો નથી, તો તે તેને અનાથ તરીકે ચિહ્નિત કરે છે અને ગુમ થયેલ પોડ્સને હાલના નોડ્સમાં વિતરિત કરે છે.

પરિણામે, તમારી પાસે બમણી શીંગો છે.

જો તમે દરેક ક્ષેત્ર માટે એક મુખ્ય સર્વર બનાવો છો, તો etcd ડેટાબેઝમાં સર્વસંમતિ અલ્ગોરિધમ સાથે સમસ્યાઓ હશે. (આશરે સંપાદન — વાસ્તવમાં, etcd ડેટાબેઝ મુખ્ય સર્વર પર સ્થિત હોવો જરૂરી નથી. તે સમાન પ્રદેશમાં સર્વરના અલગ જૂથ પર ચલાવી શકાય છે. સાચું છે, તે જ સમયે ક્લસ્ટરની નિષ્ફળતાનો મુદ્દો મેળવવો. પણ ઝડપથી.)

etcd ઉપયોગ કરે છે રાફ્ટ અલ્ગોરિધમતેને ડિસ્ક પર લખતા પહેલા મૂલ્યની વાટાઘાટ કરવા માટે.
એટલે કે, રાજ્ય વગેરેને લખવામાં આવે તે પહેલાં મોટાભાગના દાખલાઓ સર્વસંમતિ સુધી પહોંચવા જોઈએ.

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

કંટ્રોલર મેનેજરને ફેરફાર વિશે જાણવા અને ડેટાબેઝ પર પ્રતિભાવ લખવા માટે વધુ સમયની જરૂર છે.

અને કારણ કે ત્યાં એક નિયંત્રક નથી, પરંતુ ઘણા છે, સાંકળ પ્રતિક્રિયા પરિણમે છે અને સમગ્ર ક્લસ્ટર ખૂબ જ ધીમે ધીમે કામ કરવાનું શરૂ કરે છે.

etcd એટલી લેટન્સી સેન્સિટિવ છે કે સત્તાવાર દસ્તાવેજો નિયમિત હાર્ડ ડ્રાઈવોને બદલે SSD નો ઉપયોગ કરવાની ભલામણ કરે છે.

સિંગલ ક્લસ્ટર માટે મોટા નેટવર્કના હાલમાં કોઈ સારા ઉદાહરણો નથી.

મૂળભૂત રીતે, વિકાસકર્તા સમુદાય અને SIG-ક્લસ્ટર જૂથ એ શોધવાનો પ્રયાસ કરી રહ્યા છે કે કુબરનેટ્સ કન્ટેનરની જેમ જ ક્લસ્ટરોનું ઑર્કેસ્ટ્રેટ કેવી રીતે કરવું.

વિકલ્પ 1: kubefed સાથે ક્લસ્ટર ફેડરેશન

SIG-ક્લસ્ટર તરફથી સત્તાવાર પ્રતિસાદ - kubefed2, મૂળ કુબે ફેડરેશન ક્લાયંટ અને ઓપરેટરનું નવું સંસ્કરણ.

પ્રથમ વખત, અમે કુબે ફેડરેશન ટૂલનો ઉપયોગ કરીને ક્લસ્ટરોના સંગ્રહને એક જ ઑબ્જેક્ટ તરીકે સંચાલિત કરવાનો પ્રયાસ કર્યો.

શરૂઆત સારી હતી, પરંતુ અંતે કુબે ફેડરેશન ક્યારેય લોકપ્રિય બન્યું નહીં કારણ કે તે તમામ સંસાધનોને સમર્થન આપતું ન હતું.

તે ફેડરેટેડ ડિલિવરી અને સેવાઓને સમર્થન આપે છે, પરંતુ સ્ટેટફુલસેટ્સ નહીં, ઉદાહરણ તરીકે.
ઉપરાંત, ફેડરેશન રૂપરેખાંકન એનોટેશનના સ્વરૂપમાં પ્રસારિત કરવામાં આવ્યું હતું અને તે લવચીક ન હતું.

કલ્પના કરો કે તમે માત્ર ટીકાઓનો ઉપયોગ કરીને ફેડરેશનમાં દરેક ક્લસ્ટર માટે પ્રતિકૃતિ પાર્ટીશનનું કેવી રીતે વર્ણન કરી શકો છો.

તે એક સંપૂર્ણ ગડબડ હતી.

SIG-ક્લસ્ટરે kubefed v1 પછી ઘણું કામ કર્યું અને સમસ્યાને અલગ ખૂણાથી સંપર્ક કરવાનું નક્કી કર્યું.

ટીકાઓને બદલે, તેઓએ ક્લસ્ટરો પર ઇન્સ્ટોલ કરેલા નિયંત્રકને રિલીઝ કરવાનું નક્કી કર્યું. તેને કસ્ટમ રિસોર્સ ડેફિનેશન (CRDs) નો ઉપયોગ કરીને કસ્ટમાઇઝ કરી શકાય છે.

દરેક સંસાધન માટે કે જે ફેડરેશનનો ભાગ હશે, તમારી પાસે ત્રણ વિભાગો સાથેની કસ્ટમ 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 પર સેટ છે.

જો તમને પ્રતિકૃતિઓની સંખ્યા પર વધુ નિયંત્રણની જરૂર હોય, તો kubefed2 એક નવો ReplicaSchedulingPreference ઑબ્જેક્ટ પ્રદાન કરે છે જ્યાં પ્રતિકૃતિઓનું વજન કરી શકાય છે:

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

CRD માળખું અને API હજુ પૂરતું તૈયાર નથી, અને સત્તાવાર પ્રોજેક્ટ રિપોઝીટરીમાં સક્રિય કાર્ય ચાલી રહ્યું છે.

kubefed2 પર નજર રાખો, પરંતુ યાદ રાખો કે તે હજી ઉત્પાદન માટે યોગ્ય નથી.

માંથી kubefed2 વિશે વધુ જાણો kubefed2 વિશે સત્તાવાર લેખ કુબરનેટ્સ વિશેના બ્લોગમાં અને માં કુબેફેડ પ્રોજેક્ટનું સત્તાવાર ભંડાર.

વિકલ્પ 2: Booking.com શૈલીમાં ક્લસ્ટરોનું સંયોજન

Booking.com ના વિકાસકર્તાઓએ kubefed v2 પર કામ કર્યું ન હતું, પરંતુ તેઓ Shipper સાથે આવ્યા હતા - ઘણા ક્લસ્ટરો પર, કેટલાક પ્રદેશોમાં અને કેટલાક વાદળોમાં ડિલિવરી માટે એક ઓપરેટર.

મોકલે છે કંઈક અંશે kubefed2 જેવું જ.

બંને ટૂલ્સ તમને તમારી મલ્ટિ-ક્લસ્ટર ડિપ્લોયમેન્ટ વ્યૂહરચના (કયા ક્લસ્ટરનો ઉપયોગ કરવામાં આવે છે અને તેમની પાસે કેટલી પ્રતિકૃતિઓ છે) કસ્ટમાઇઝ કરવાની મંજૂરી આપે છે.

પરંતુ શિપર્સનો ધ્યેય ડિલિવરી દરમિયાન ભૂલોના જોખમને ઘટાડવાનો છે.

Shipper માં, તમે પગલાઓની શ્રેણીને વ્યાખ્યાયિત કરી શકો છો જે અગાઉના અને વર્તમાન જમાવટ અને આવનારા ટ્રાફિકના વોલ્યુમ વચ્ચે પ્રતિકૃતિના વિભાજનનું વર્ણન કરે છે.

જ્યારે તમે કોઈ સંસાધનને ક્લસ્ટર પર દબાણ કરો છો, ત્યારે શિપર નિયંત્રક તે બદલાવને બધા જોડાયેલા ક્લસ્ટરોમાં વધારો કરે છે.

ઉપરાંત, શિપર ખૂબ મર્યાદિત છે.

ઉદાહરણ તરીકે, તે ઇનપુટ તરીકે સુકાન ચાર્ટ સ્વીકારે છે અને વેનીલા સંસાધનોને સમર્થન આપતું નથી.
સામાન્ય શબ્દોમાં, શિપર આના જેવું કામ કરે છે.

પ્રમાણભૂત ડિલિવરીને બદલે, તમારે એક એપ્લિકેશન સંસાધન બનાવવાની જરૂર છે જેમાં હેલ્મ ચાર્ટ શામેલ છે:

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

મલ્ટિપલ ક્લસ્ટર્સને મેનેજ કરવા માટે શિપર એ એક સારો વિકલ્પ છે, પરંતુ હેલ્મ સાથેનો તેનો ગાઢ સંબંધ ફક્ત માર્ગમાં આવે છે.

જો આપણે બધા હેલ્મમાંથી સ્વિચ કરીએ તો શું થશે કસ્ટમાઇઝ કરો અથવા કેપ્ટન?

પર Shipper અને તેની ફિલસૂફી વિશે વધુ જાણો આ સત્તાવાર પ્રેસ રિલીઝ.

જો તમે કોડમાં ખોદવા માંગતા હો, સત્તાવાર પ્રોજેક્ટ રીપોઝીટરી તરફ જાઓ.

વિકલ્પ 3: "મેજિક" ક્લસ્ટર મર્જિંગ

Kubefed v2 અને Shipper ક્લસ્ટર ફેડરેશન સાથે કામ કરે છે, કસ્ટમ સંસાધન વ્યાખ્યા દ્વારા ક્લસ્ટરોને નવા સંસાધનો પ્રદાન કરે છે.

પરંતુ જો તમે મર્જ કરવા માટે તમામ ડિલિવરી, સ્ટેટફુલસેટ્સ, ડેમનસેટ્સ વગેરેને ફરીથી લખવા માંગતા ન હોવ તો શું?

YAML બદલ્યા વગર ફેડરેશનમાં હાલના ક્લસ્ટરને કેવી રીતે સામેલ કરવું?

મલ્ટિ-ક્લસ્ટર-શેડ્યુલર એ એડમિરાલિટી પ્રોજેક્ટ છે, જે ક્લસ્ટરો પર શેડ્યુલિંગ વર્કલોડ સાથે કામ કરે છે.

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

દરેક બનાવેલ પોડ તરત જ ડમી સાથે બદલવામાં આવે છે.

મલ્ટિ-ક્લસ્ટર-શેડ્યૂલર વાપરે છે ઍક્સેસ ફેરફાર માટે webhooksકૉલને અટકાવવા અને નિષ્ક્રિય ડમી પોડ બનાવવા માટે.

મૂળ પોડ બીજા આયોજન ચક્રમાંથી પસાર થાય છે જ્યાં સમગ્ર ફેડરેશનના મતદાન પછી, પ્લેસમેન્ટનો નિર્ણય લેવામાં આવે છે.

અંતે, પોડને લક્ષ્ય ક્લસ્ટરમાં પહોંચાડવામાં આવે છે.

પરિણામે, તમારી પાસે એક વધારાનો પોડ છે જે કંઈ કરતું નથી, ફક્ત જગ્યા લે છે.

ફાયદો એ છે કે તમારે પુરવઠાને જોડવા માટે નવા સંસાધનો લખવાની જરૂર નથી.

દરેક સંસાધન કે જે પોડ બનાવે છે તે આપમેળે મર્જ થવા માટે તૈયાર છે.

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

પરંતુ જ્યારે શિપર મોટાભાગે ડિલિવરીની અસરને ઘટાડવાનો પ્રયાસ કરી રહ્યો છે, ત્યારે મલ્ટિ-ક્લસ્ટર-શેડ્યુલર વધુ સામાન્ય કાર્યોને હેન્ડલ કરે છે અને કદાચ બેચ જોબ્સ માટે વધુ યોગ્ય છે.

તેની પાસે અદ્યતન ક્રમિક ડિલિવરી મિકેનિઝમ નથી.

મલ્ટી-ક્લસ્ટર-શેડ્યુલર વિશે વધુ અહીં મળી શકે છે સત્તાવાર રીપોઝીટરી પૃષ્ઠ.

જો તમે ક્રિયામાં મલ્ટી-ક્લસ્ટર-શેડ્યૂલર વિશે વાંચવા માંગતા હો, તો એડમિરલ્ટી પાસે છે Argo સાથે રસપ્રદ ઉપયોગ કેસ — વર્કફ્લો, ઇવેન્ટ્સ, CI અને CD કુબરનેટ્સ.

અન્ય સાધનો અને ઉકેલો

બહુવિધ ક્લસ્ટરોને કનેક્ટ કરવું અને તેનું સંચાલન કરવું એ એક જટિલ કાર્ય છે, અને તેનો કોઈ સાર્વત્રિક ઉકેલ નથી.

જો તમે આ વિષયને વધુ અન્વેષણ કરવા માંગતા હો, તો અહીં કેટલાક સંસાધનો છે:

• રાંચર દ્વારા સબમરીનર એ એક સાધન છે જે વિવિધ કુબરનેટ્સ ક્લસ્ટરોના ઓવરલે નેટવર્કને જોડે છે.
• રિટેલ ચેઇન ટાર્ગેટ ઉપયોગ કરે છે યુનિમેટ્રિક્સ બહુવિધ ક્લસ્ટરોમાં જમાવટ માટે સ્પિનનેકર સાથે જોડાય છે.
• IPV6 નો ઉપયોગ કરવાનો પ્રયાસ કરો અને કેટલાક પ્રદેશોમાં સિંગલ નેટવર્ક.
• ઉદાહરણ તરીકે, તમે સેવા મેશનો ઉપયોગ કરી શકો છો બહુવિધ ક્લસ્ટરોને કનેક્ટ કરવા માટે ઇસ્ટિઓ.
• Cilium, એક કન્ટેનર નેટવર્ક ઇન્ટરફેસ પ્લગઇન, ઓફર કરે છે ક્લસ્ટર મેશ ફંક્શન, જે તમને ઘણા ક્લસ્ટરોને જોડવાની મંજૂરી આપે છે

આજ માટે આટલું જ

અંત સુધી વાંચવા બદલ આભાર!

જો તમને ખબર હોય કે બહુવિધ ક્લસ્ટરોને વધુ અસરકારક રીતે કેવી રીતે કનેક્ટ કરવું, અમને જણાવો.

અમે તમારી પદ્ધતિને લિંક્સમાં ઉમેરીશું.

ક્રિસ નેસ્બિટ-સ્મિથનો વિશેષ આભાર (ક્રિસ નેસ્બિટ-સ્મિથ) અને વિન્સેન્ટ ડી સ્મે (વિન્સેન્ટ ડી Smet) (વિશ્વસનીયતા ઇજનેર swatmobile.io) લેખ વાંચવા અને ફેડરેશન કેવી રીતે કાર્ય કરે છે તે વિશે ઉપયોગી માહિતી શેર કરવા માટે.

સોર્સ: www.habr.com