દૂત. 1. પરિચય

શુભેચ્છાઓ! આ એક નાનો લેખ છે જે પ્રશ્નોના જવાબ આપે છે: "દૂત શું છે?", "તેની શા માટે જરૂર છે?" અને "ક્યાંથી શરૂ કરવું?".

આ શું છે

Envoy એ C++ માં લખાયેલ L4-L7 બેલેન્સર છે, જે ઉચ્ચ પ્રદર્શન અને ઉપલબ્ધતા પર કેન્દ્રિત છે. એક તરફ, આ એક રીતે nginx અને haproxy નું એનાલોગ છે, જે તેમની સાથે કામગીરીમાં તુલનાત્મક છે. બીજી તરફ, તે માઇક્રોસર્વિસ આર્કિટેક્ચર તરફ વધુ લક્ષી છે અને તેની કાર્યક્ષમતા જાવા અને ગો બેલેન્સર્સ કરતાં ખરાબ નથી, જેમ કે ઝુલ અથવા ટ્રેફિક.

haproxy/nginx/envoy નું સરખામણી કોષ્ટક, તે સંપૂર્ણ સત્ય હોવાનો દાવો કરતું નથી, પરંતુ સામાન્ય ચિત્ર આપે છે.

nginx
હૅપ્રોક્સિ
મોકલવામાં
ટ્રેફિક

ગીથબ પર તારા
11.2k/મિરર
1.1k/મિરર
12.4k
27.6k

માં લખેલું
C
C
સી ++
go

API
કોઈ
માત્ર સોકેટ/પુશ
ડેટાપ્લેન/પુલ
ખેંચો

સક્રિય આરોગ્ય તપાસ
કોઈ
હા
હા
હા

ઓપન ટ્રેસિંગ
બાહ્ય પ્લગઇન
કોઈ
હા
હા

જેડબ્લ્યુટી
બાહ્ય પ્લગઇન
કોઈ
હા
કોઈ

વિસ્તરણ
લુઆ/સી
લુઆ/સી
લુઆ/C++
કોઈ

કેમ

આ એક યુવાન પ્રોજેક્ટ છે, ત્યાં ઘણી બધી વસ્તુઓ ખૂટે છે, કેટલીક પ્રારંભિક આલ્ફામાં છે. પણ મોકલવામાં, તેની યુવાનીને લીધે પણ, ઝડપથી વિકાસ કરી રહી છે અને તેમાં પહેલેથી જ ઘણી રસપ્રદ સુવિધાઓ છે: ગતિશીલ ગોઠવણી, ઘણા તૈયાર ફિલ્ટર્સ, તમારા પોતાના ફિલ્ટર્સ લખવા માટેનું એક સરળ ઇન્ટરફેસ.
એપ્લિકેશનના ક્ષેત્રો આમાંથી અનુસરે છે, પરંતુ પ્રથમ ત્યાં 2 એન્ટિપેટર્ન છે:

• સ્થિર રીકોઇલ.

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

હમણાં માટે, સ્ટેટિક્સ માટે nginx નો ઉપયોગ કરો.

• સ્થિર રૂપરેખાંકન.

તમે તેનો ઉપયોગ કરી શકો છો, પરંતુ મોકલવામાં તે તેના માટે બનાવવામાં આવ્યું નથી. સ્થિર રૂપરેખાંકન માં લક્ષણો ખુલ્લા કરવામાં આવશે નહીં. ત્યાં ઘણી ક્ષણો છે:

yaml માં રૂપરેખાંકન સંપાદિત કરતી વખતે, તમારી ભૂલ થશે, વર્બોસિટી માટે વિકાસકર્તાઓને ઠપકો આપશો અને વિચારો કે nginx/haproxy રૂપરેખાઓ, ઓછી સંરચિત હોવા છતાં, વધુ સંક્ષિપ્ત છે. તે મુદ્દો છે. Nginx અને Haproxy ની ગોઠવણી હાથ દ્વારા સંપાદન માટે બનાવવામાં આવી હતી, અને મોકલવામાં કોડમાંથી જનરેશન માટે. સમગ્ર રૂપરેખાંકન માં વર્ણવેલ છે પ્રોટોબુફ, પ્રોટો ફાઇલોમાંથી તેને જનરેટ કરવું એ ભૂલ કરવી વધુ મુશ્કેલ છે.

કેનેરી, b/g જમાવટના દૃશ્યો અને ઘણું બધું સામાન્ય રીતે માત્ર ગતિશીલ ગોઠવણીમાં જ લાગુ કરવામાં આવે છે. હું એમ નથી કહેતો કે આ સ્થિર રીતે કરી શકાતું નથી, આપણે બધા તે કરીએ છીએ. પરંતુ આ માટે તમારે કોઈપણ બેલેન્સરમાં, ક્રૉચ પહેરવાની જરૂર છે મોકલવામાં સહિત.

કાર્યો કે જેના માટે રાજદૂત અનિવાર્ય છે:

• જટિલ અને ગતિશીલ સિસ્ટમોમાં ટ્રાફિક સંતુલન. આમાં સર્વિસ મેશનો સમાવેશ થાય છે, પરંતુ જરૂરી નથી કે તે માત્ર એક જ હોય.
• વિતરિત ટ્રેસિંગ કાર્યક્ષમતા, જટિલ અધિકૃતતા અથવા અન્ય કાર્યક્ષમતા કે જે ઉપલબ્ધ છે તેની જરૂરિયાત મોકલવામાં બૉક્સની બહાર અથવા સગવડતાપૂર્વક અમલમાં મૂકાયેલ છે, પરંતુ nginx/haproxy માં તમારે લુઆ અને શંકાસ્પદ પ્લગઇન્સથી ઘેરાયેલા રહેવાની જરૂર છે.

બંને, જો જરૂરી હોય તો, ઉચ્ચ પ્રદર્શન પ્રદાન કરે છે.

આ કેવી રીતે કામ કરે છે

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

envoy.yaml સ્ટેટિક કન્ફિગરેશન

static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address:
        protocol: TCP
        address: 0.0.0.0
        port_value: 10000
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        typed_config:
          "@type": type.googleapis.com/envoy.config.filter.network.http_connection_manager.v2.HttpConnectionManager
          stat_prefix: ingress_http
          route_config:
            name: local_route
            virtual_hosts:
            - name: local_service
              domains: ["*"]
              routes:
              - match:
                  prefix: "/"
                route:
                  host_rewrite: www.google.com
                  cluster: service_google
          http_filters:
          - name: envoy.router
  clusters:
  - name: service_google
    connect_timeout: 0.25s
    type: LOGICAL_DNS
    # Comment out the following line to test on v6 networks
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    load_assignment:
      cluster_name: service_google
      endpoints:
      - lb_endpoints:
        - endpoint:
            address:
              socket_address:
                address: www.google.com
                port_value: 443
    transport_socket:
      name: envoy.transport_sockets.tls
      typed_config:
        "@type": type.googleapis.com/envoy.api.v2.auth.UpstreamTlsContext
        sni: www.google.com

ગતિશીલ રૂપરેખાંકન

આપણે કઈ સમસ્યાનો ઉકેલ શોધી રહ્યા છીએ? તમે ફક્ત લોડ હેઠળ લોડ બેલેન્સર ગોઠવણીને ફરીથી લોડ કરી શકતા નથી; "નાની" સમસ્યાઓ ઊભી થશે:

• રૂપરેખાંકન માન્યતા.

રૂપરેખા મોટી હોઈ શકે છે, તે ખૂબ મોટી હોઈ શકે છે, જો આપણે તેને એકસાથે ઓવરલોડ કરીએ, તો ક્યાંક ભૂલ થવાની શક્યતા વધી જાય છે.

• લાંબા ગાળાના જોડાણો.

નવા શ્રોતાની શરૂઆત કરતી વખતે, તમારે જૂના પર ચાલતા કનેક્શન્સની કાળજી લેવાની જરૂર છે; જો ફેરફારો વારંવાર થાય છે અને લાંબા ગાળાના જોડાણો છે, તો તમારે સમાધાન શોધવું પડશે. હેલો, કુબરનેટ્સ nginx પર પ્રવેશ કરે છે.

• સક્રિય આરોગ્ય તપાસો.

જો અમારી પાસે સક્રિય આરોગ્ય તપાસો છે, તો ટ્રાફિક મોકલતા પહેલા અમારે તે બધાને નવી રૂપરેખામાં બે વાર તપાસવાની જરૂર છે. જો ત્યાં ઘણા બધા અપસ્ટ્રીમ છે, તો આ સમય લે છે. હેલો હેપ્રોક્સી.

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

રૂપરેખાંકન મોકલવામાં (ઉપરની ફાઇલમાંથી) નીચેની સંસ્થાઓ ધરાવે છે:

• શ્રોતા - ચોક્કસ ip/પોર્ટ પર લટકતો સાંભળનાર
• વર્ચ્યુઅલ હોસ્ટ - ડોમેન નામ દ્વારા વર્ચ્યુઅલ હોસ્ટ
• માર્ગ - સંતુલન નિયમ
• ક્લસ્ટર - સંતુલિત પરિમાણો સાથે અપસ્ટ્રીમ્સનું જૂથ
• એન્ડપોઇન્ટ - અપસ્ટ્રીમ ઉદાહરણ સરનામું

આમાંની દરેક એન્ટિટી અને અન્ય કેટલાકને ગતિશીલ રીતે ભરી શકાય છે; આ માટે, રૂપરેખાંકન સેવાનું સરનામું નિર્દિષ્ટ કરે છે જ્યાંથી રૂપરેખા પ્રાપ્ત થશે. સેવા REST અથવા gRPC હોઈ શકે છે, gRPC પ્રાધાન્યક્ષમ છે.

સેવાઓને અનુક્રમે નામ આપવામાં આવ્યું છે: LDS, VHDS, RDS, CDS અને EDS. તમે સ્થિર અને ગતિશીલ રૂપરેખાંકનને જોડી શકો છો, મર્યાદા સાથે કે ગતિશીલ સંસાધન સ્થિર એકમાં સ્પષ્ટ કરી શકાતું નથી.

મોટા ભાગના કાર્યો માટે, છેલ્લી ત્રણ સેવાઓને અમલમાં મૂકવા માટે તે પૂરતું છે, તેને એડીએસ (એગ્રીગેટેડ ડિસ્કવરી સર્વિસ) કહેવામાં આવે છે. જાવા અને જાઓ ત્યાં gRPC ડેટાપ્લેનનું તૈયાર અમલીકરણ છે જેમાં તમારે ફક્ત તમારા સ્ત્રોતમાંથી વસ્તુઓ ભરવાની જરૂર છે.

રૂપરેખાંકન નીચેનું સ્વરૂપ લે છે:

envoy.yaml ડાયનેમિક રૂપરેખાંકન

dynamic_resources:
  ads_config:
    api_type: GRPC
    grpc_services:
      envoy_grpc:
        cluster_name: xds_clr
  cds_config:
    ads: {}
static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address:
        protocol: TCP
        address: 0.0.0.0
        port_value: 10000
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        typed_config:
          "@type": type.googleapis.com/envoy.config.filter.network.http_connection_manager.v2.HttpConnectionManager
          stat_prefix: ingress_http
          rds:
            route_config_name: local_route
            config_source:
              ads: {}
          http_filters:
          - name: envoy.router
  clusters:
  - name: xds_clr
    connect_timeout: 0.25s
    type: LOGICAL_DNS
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    load_assignment:
      cluster_name: xds_clr
      endpoints:
      - lb_endpoints:
        - endpoint:
            address:
              socket_address:
                address: xds
                port_value: 6565

શરૂઆતમાં મોકલવામાં આ રૂપરેખા સાથે, તે કંટ્રોલ-પ્લેન સાથે કનેક્ટ થશે અને RDS, CDS અને EDS રૂપરેખાંકનની વિનંતી કરવાનો પ્રયાસ કરશે. ક્રિયાપ્રતિક્રિયા પ્રક્રિયા કેવી રીતે થાય છે તેનું વર્ણન કરવામાં આવ્યું છે અહીં.

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

• તમામ પ્રકારના સંસાધનો માટે એક gRPC સ્ટ્રીમ, સંસાધનની સંપૂર્ણ સ્થિતિ મોકલવામાં આવે છે.
• અલગ સ્ટ્રીમ્સ, સંપૂર્ણ સ્થિતિ.
• એક સ્ટ્રીમ, ઇન્ક્રીમેન્ટલ સ્ટેટ.
• અલગ સ્ટ્રીમ્સ, ઇન્ક્રીમેન્ટલ સ્ટેટ.

ઇન્ક્રીમેન્ટલ xDS તમને કંટ્રોલ-પ્લેન અને વચ્ચેનો ટ્રાફિક ઘટાડવાની મંજૂરી આપે છે મોકલવામાં, આ મોટા રૂપરેખાંકનો માટે સંબંધિત છે. પરંતુ તે ક્રિયાપ્રતિક્રિયાને જટિલ બનાવે છે; વિનંતીમાં અનસબ્સ્ક્રાઇબ કરવા અને સબ્સ્ક્રાઇબ કરવા માટેના સંસાધનોની સૂચિ શામેલ છે.

અમારું ઉદાહરણ ADS નો ઉપયોગ કરે છે - RDS, CDS, EDS અને નોન-ઇન્ક્રીમેન્ટલ મોડ માટે એક સ્ટ્રીમ. ઇન્ક્રીમેન્ટલ મોડને સક્ષમ કરવા માટે, તમારે સ્પષ્ટ કરવાની જરૂર છે api_type: DELTA_GRPC

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

હૂંફાળું

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

વોર્મ-અપ પ્રક્રિયા દરમિયાન, સમયસમાપ્તિ દરમિયાન નિયંત્રણ-પ્લેનમાંથી આશ્રિત સંસાધનોની અપેક્ષા રાખવામાં આવે છે. જો સમયસમાપ્તિ થાય, તો પ્રારંભ સફળ થશે નહીં અને નવા શ્રોતા પોર્ટ પર સાંભળવાનું શરૂ કરશે નહીં.
પ્રારંભિક ઓર્ડર: EDS, CDS, સક્રિય આરોગ્ય તપાસ, RDS, LDS. સક્રિય આરોગ્ય તપાસો સક્ષમ હોવા સાથે, એક સફળ આરોગ્ય તપાસ પછી જ ટ્રાફિક અપસ્ટ્રીમ જશે.

જો સાંભળનારને ફરીથી બનાવવામાં આવ્યો હોય, તો જૂનો ડ્રેઇન સ્થિતિમાં જાય છે અને બધા કનેક્શન્સ બંધ થઈ જાય અથવા સમય સમાપ્ત થઈ જાય પછી કાઢી નાખવામાં આવશે. --drain-time-s, ડિફૉલ્ટ 10 મિનિટ.

ચાલુ રાખવા માટે.

સોર્સ: www.habr.com