എൻജിൻക്സിൽ നിന്ന് എൻവോയ് പ്രോക്സിയിലേക്കുള്ള മൈഗ്രേഷൻ

ഹലോ, ഹബ്ർ! പോസ്റ്റിന്റെ ഒരു വിവർത്തനം ഞാൻ നിങ്ങളുടെ ശ്രദ്ധയിൽപ്പെടുത്തുന്നു: എൻജിൻക്സിൽ നിന്ന് എൻവോയ് പ്രോക്സിയിലേക്കുള്ള മൈഗ്രേഷൻ.

വ്യക്തിഗത സേവനങ്ങൾക്കും ആപ്ലിക്കേഷനുകൾക്കുമായി രൂപകൽപ്പന ചെയ്‌ത ഉയർന്ന പ്രകടനമുള്ള ഡിസ്ട്രിബ്യൂഡ് പ്രോക്‌സി സെർവറാണ് എൻവോയ്, ഇത് ഒരു കമ്മ്യൂണിക്കേഷൻ ബസും വലിയ മൈക്രോ സർവീസ് “സർവീസ് മെഷ്” ആർക്കിടെക്ചറുകൾക്കായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന “യൂണിവേഴ്‌സൽ ഡാറ്റാ പ്ലെയിനും” കൂടിയാണ്. ഇത് സൃഷ്ടിക്കുമ്പോൾ, NGINX, HAProxy, ഹാർഡ്‌വെയർ ലോഡ് ബാലൻസറുകൾ, ക്ലൗഡ് ലോഡ് ബാലൻസറുകൾ തുടങ്ങിയ സെർവറുകളുടെ വികസന സമയത്ത് ഉണ്ടായ പ്രശ്നങ്ങൾക്കുള്ള പരിഹാരങ്ങൾ കണക്കിലെടുക്കുന്നു. പ്ലാറ്റ്‌ഫോം പരിഗണിക്കാതെ തന്നെ പൊതുവായ പ്രവർത്തനം നൽകുന്നതിന് എൻവോയ് ഓരോ ആപ്ലിക്കേഷന്റെയും ഒപ്പം പ്രവർത്തിക്കുകയും നെറ്റ്‌വർക്കിനെ സംഗ്രഹിക്കുകയും ചെയ്യുന്നു. ഒരു ഇൻഫ്രാസ്ട്രക്ചറിലെ എല്ലാ സേവന ട്രാഫിക്കും എൻവോയ് മെഷിലൂടെ ഒഴുകുമ്പോൾ, സ്ഥിരമായ നിരീക്ഷണം, മൊത്തത്തിലുള്ള പ്രകടനം ട്യൂൺ ചെയ്യൽ, ഒരു പ്രത്യേക സ്ഥലത്ത് പ്രധാന പ്രവർത്തനം എന്നിവ ഉപയോഗിച്ച് പ്രശ്നമുള്ള പ്രദേശങ്ങൾ ദൃശ്യവൽക്കരിക്കുന്നത് എളുപ്പമാകും.

സവിശേഷതകൾ

• ഔട്ട്-ഓഫ്-പ്രോസസ് ആർക്കിടെക്ചർ: എൻവോയ് എന്നത് ഒരു ചെറിയ അളവിലുള്ള റാം എടുക്കുന്ന, സ്വയം ഉൾക്കൊള്ളുന്ന, ഉയർന്ന പ്രകടനമുള്ള സെർവറാണ്. ഇത് ഏതെങ്കിലും ആപ്ലിക്കേഷൻ ഭാഷയുമായോ ചട്ടക്കൂടുമായോ സംയോജിച്ച് പ്രവർത്തിക്കുന്നു.
• http/2, grpc പിന്തുണ: എൻവോയ്‌ക്ക് ഫസ്റ്റ് ക്ലാസ് http/2, ഇൻകമിംഗ്, ഔട്ട്‌ഗോയിംഗ് കണക്ഷനുകൾക്ക് grpc പിന്തുണയുണ്ട്. ഇത് http/1.1 മുതൽ http/2 വരെയുള്ള സുതാര്യമായ പ്രോക്സി ആണ്.
• അഡ്വാൻസ്ഡ് ലോഡ് ബാലൻസിങ്: ഓട്ടോമാറ്റിക് റീട്രീസ്, ചെയിൻ ബ്രേക്കിംഗ്, ഗ്ലോബൽ റേറ്റ് ലിമിറ്റിംഗ്, റിക്വസ്റ്റ് ഷാഡോവിംഗ്, ലോക്കൽ സോൺ ലോഡ് ബാലൻസിങ് തുടങ്ങിയവ ഉൾപ്പെടെയുള്ള വിപുലമായ ലോഡ് ബാലൻസിങ് ഫീച്ചറുകളെ ദൂതൻ പിന്തുണയ്ക്കുന്നു.
• കോൺഫിഗറേഷൻ മാനേജ്‌മെന്റ് API: നിങ്ങളുടെ കോൺഫിഗറേഷൻ ചലനാത്മകമായി കൈകാര്യം ചെയ്യുന്നതിനായി എൻവോയ് ഒരു ശക്തമായ API നൽകുന്നു.
• നിരീക്ഷണക്ഷമത: L7 ട്രാഫിക്കിന്റെ ആഴത്തിലുള്ള നിരീക്ഷണം, mongodb, dynamodb എന്നിവയുടെയും മറ്റ് നിരവധി ആപ്ലിക്കേഷനുകളുടെയും ഡിസ്ട്രിബ്യൂട്ട് ട്രെയ്‌സിംഗിനുള്ള നേറ്റീവ് പിന്തുണയും നിരീക്ഷണക്ഷമതയും.

ഘട്ടം 1 - ഉദാഹരണം NGINX കോൺഫിഗറേഷൻ

ഈ സ്ക്രിപ്റ്റ് പ്രത്യേകമായി തയ്യാറാക്കിയ ഫയൽ ഉപയോഗിക്കുന്നു nginx.conf, എന്നതിൽ നിന്നുള്ള പൂർണ്ണ ഉദാഹരണത്തെ അടിസ്ഥാനമാക്കി NGINX വിക്കി. തുറക്കുന്നതിലൂടെ നിങ്ങൾക്ക് എഡിറ്ററിലെ കോൺഫിഗറേഷൻ കാണാൻ കഴിയും nginx.conf

nginx ഉറവിട കോൺഫിഗറേഷൻ

user  www www;
pid /var/run/nginx.pid;
worker_processes  2;

events {
  worker_connections   2000;
}

http {
  gzip on;
  gzip_min_length  1100;
  gzip_buffers     4 8k;
  gzip_types       text/plain;

  log_format main      '$remote_addr - $remote_user [$time_local]  '
    '"$request" $status $bytes_sent '
    '"$http_referer" "$http_user_agent" '
    '"$gzip_ratio"';

  log_format download  '$remote_addr - $remote_user [$time_local]  '
    '"$request" $status $bytes_sent '
    '"$http_referer" "$http_user_agent" '
    '"$http_range" "$sent_http_content_range"';

  upstream targetCluster {
    172.18.0.3:80;
    172.18.0.4:80;
  }

  server {
    listen        8080;
    server_name   one.example.com  www.one.example.com;

    access_log   /var/log/nginx.access_log  main;
    error_log  /var/log/nginx.error_log  info;

    location / {
      proxy_pass         http://targetCluster/;
      proxy_redirect     off;

      proxy_set_header   Host             $host;
      proxy_set_header   X-Real-IP        $remote_addr;
    }
  }
}

NGINX കോൺഫിഗറേഷനുകൾക്ക് സാധാരണയായി മൂന്ന് പ്രധാന ഘടകങ്ങൾ ഉണ്ട്:

1. NGINX സെർവർ, ലോഗ് ഘടന, Gzip പ്രവർത്തനം എന്നിവ ക്രമീകരിക്കുന്നു. എല്ലാ സാഹചര്യങ്ങളിലും ഇത് ആഗോളതലത്തിൽ നിർവചിക്കപ്പെട്ടിട്ടുണ്ട്.
2. ഹോസ്റ്റിലേക്കുള്ള അഭ്യർത്ഥനകൾ സ്വീകരിക്കുന്നതിന് NGINX കോൺഫിഗർ ചെയ്യുന്നു one.example.com പോർട്ട് 8080-ൽ.
3. ടാർഗെറ്റ് ലൊക്കേഷൻ സജ്ജീകരിക്കുന്നു, URL-ന്റെ വിവിധ ഭാഗങ്ങളിൽ ട്രാഫിക് എങ്ങനെ കൈകാര്യം ചെയ്യാം.

എൻവോയ് പ്രോക്സിക്ക് എല്ലാ കോൺഫിഗറേഷനും ബാധകമല്ല, കൂടാതെ നിങ്ങൾ ചില ക്രമീകരണങ്ങൾ കോൺഫിഗർ ചെയ്യേണ്ടതില്ല. എൻവോയ് പ്രോക്സി ഉണ്ട് നാല് പ്രധാന തരങ്ങൾ, NGINX വാഗ്ദാനം ചെയ്യുന്ന കോർ ഇൻഫ്രാസ്ട്രക്ചറിനെ പിന്തുണയ്ക്കുന്നു. കാതൽ ഇതാണ്:

• ശ്രോതാക്കൾ: എൻവോയ് പ്രോക്സി ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ എങ്ങനെ സ്വീകരിക്കുന്നുവെന്ന് അവർ നിർണ്ണയിക്കുന്നു. എൻവോയ് പ്രോക്സി നിലവിൽ ടിസിപി അടിസ്ഥാനമാക്കിയുള്ള ശ്രോതാക്കളെ മാത്രമേ പിന്തുണയ്ക്കൂ. ഒരു കണക്ഷൻ സ്ഥാപിച്ചുകഴിഞ്ഞാൽ, അത് പ്രോസസ്സിംഗിനായി ഒരു കൂട്ടം ഫിൽട്ടറുകളിലേക്ക് കൈമാറുന്നു.
• ഫിൽട്ടറുകൾ: ഇൻകമിംഗ്, ഔട്ട്‌ഗോയിംഗ് ഡാറ്റ പ്രോസസ്സ് ചെയ്യാൻ കഴിയുന്ന ഒരു പൈപ്പ് ലൈൻ ആർക്കിടെക്ചറിന്റെ ഭാഗമാണ് അവ. ഈ പ്രവർത്തനത്തിൽ Gzip പോലുള്ള ഫിൽട്ടറുകൾ ഉൾപ്പെടുന്നു, അത് ക്ലയന്റിലേക്ക് അയയ്ക്കുന്നതിന് മുമ്പ് ഡാറ്റ കംപ്രസ്സുചെയ്യുന്നു.
• റൂട്ടറുകൾ: ഒരു ക്ലസ്റ്ററായി നിർവചിച്ചിരിക്കുന്ന ആവശ്യമുള്ള ലക്ഷ്യസ്ഥാനത്തേക്ക് അവർ ട്രാഫിക്കുകൾ കൈമാറുന്നു.
• ക്ലസ്റ്ററുകൾ: ട്രാഫിക്കിനും കോൺഫിഗറേഷൻ പാരാമീറ്ററുകൾക്കുമുള്ള അവസാന പോയിന്റ് അവർ നിർവ്വചിക്കുന്നു.

ഒരു നിർദ്ദിഷ്‌ട NGINX കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുന്നതിന് ഒരു എൻവോയ് പ്രോക്‌സി കോൺഫിഗറേഷൻ സൃഷ്‌ടിക്കാൻ ഞങ്ങൾ ഈ നാല് ഘടകങ്ങൾ ഉപയോഗിക്കും. എപിഐകളും ഡൈനാമിക് കോൺഫിഗറേഷനുമായി പ്രവർത്തിക്കുക എന്നതാണ് എൻവോയിയുടെ ലക്ഷ്യം. ഈ സാഹചര്യത്തിൽ, അടിസ്ഥാന കോൺഫിഗറേഷൻ NGINX-ൽ നിന്നുള്ള സ്റ്റാറ്റിക്, ഹാർഡ്-കോഡഡ് ക്രമീകരണങ്ങൾ ഉപയോഗിക്കും.

ഘട്ടം 2 - NGINX കോൺഫിഗറേഷൻ

ആദ്യ ഭാഗം nginx.conf കോൺഫിഗർ ചെയ്യേണ്ട ചില NGINX ഇന്റേണലുകൾ നിർവചിക്കുന്നു.

തൊഴിലാളി കണക്ഷനുകൾ

താഴെയുള്ള കോൺഫിഗറേഷൻ തൊഴിലാളി പ്രക്രിയകളുടെയും കണക്ഷനുകളുടെയും എണ്ണം നിർണ്ണയിക്കുന്നു. ആവശ്യം നിറവേറ്റുന്നതിനായി NGINX എങ്ങനെ സ്കെയിൽ ചെയ്യുമെന്ന് ഇത് സൂചിപ്പിക്കുന്നു.

worker_processes  2;

events {
  worker_connections   2000;
}

എൻവോയ് പ്രോക്സി വ്യത്യസ്ത രീതികളിൽ വർക്ക്ഫ്ലോകളും കണക്ഷനുകളും നിയന്ത്രിക്കുന്നു.

സിസ്റ്റത്തിലെ ഓരോ ഹാർഡ്‌വെയർ ത്രെഡിനും എൻവോയ് ഒരു വർക്കർ ത്രെഡ് സൃഷ്ടിക്കുന്നു. ഓരോ വർക്കർ ത്രെഡും ഉത്തരവാദിയായ ഒരു നോൺ-ബ്ലോക്കിംഗ് ഇവന്റ് ലൂപ്പ് എക്സിക്യൂട്ട് ചെയ്യുന്നു

1. ഓരോ ശ്രോതാവിനെയും ശ്രദ്ധിക്കുന്നു
2. പുതിയ കണക്ഷനുകൾ സ്വീകരിക്കുന്നു
3. ഒരു കണക്ഷനായി ഒരു കൂട്ടം ഫിൽട്ടറുകൾ സൃഷ്ടിക്കുന്നു
4. കണക്ഷന്റെ ജീവിതകാലത്ത് എല്ലാ I/O പ്രവർത്തനങ്ങളും പ്രോസസ്സ് ചെയ്യുക.

ഏതെങ്കിലും ഫോർവേഡിംഗ് പെരുമാറ്റം ഉൾപ്പെടെ, തുടർന്നുള്ള എല്ലാ കണക്ഷൻ പ്രോസസ്സിംഗും പൂർണ്ണമായും വർക്കർ ത്രെഡിലാണ് കൈകാര്യം ചെയ്യുന്നത്.

എൻവോയിയിലെ ഓരോ വർക്കർ ത്രെഡിനും ഒരു കണക്ഷൻ പൂൾ ഉണ്ട്. അതിനാൽ HTTP/2 കണക്ഷൻ പൂളുകൾ ഒരു ബാഹ്യ ഹോസ്റ്റിന് ഒരു സമയം ഒരു കണക്ഷൻ മാത്രമേ സ്ഥാപിക്കുകയുള്ളൂ, നാല് വർക്കർ ത്രെഡുകൾ ഉണ്ടെങ്കിൽ, ഒരു സ്ഥിരമായ അവസ്ഥയിൽ ഒരു ബാഹ്യ ഹോസ്റ്റിന് നാല് HTTP/2 കണക്ഷനുകൾ ഉണ്ടാകും. എല്ലാം ഒരു വർക്കർ ത്രെഡിൽ സൂക്ഷിക്കുന്നതിലൂടെ, മിക്കവാറും എല്ലാ കോഡുകളും ഒറ്റ ത്രെഡുള്ളതുപോലെ ബ്ലോക്ക് ചെയ്യാതെ എഴുതാനാകും. ആവശ്യത്തിലധികം വർക്കർ ത്രെഡുകൾ അനുവദിച്ചാൽ, ഇത് പാഴായ മെമ്മറിയിലേക്ക് നയിക്കുകയും ധാരാളം നിഷ്‌ക്രിയ കണക്ഷനുകൾ സൃഷ്ടിക്കുകയും കണക്ഷനുകൾ പൂളിലേക്ക് മടങ്ങുന്നതിന്റെ എണ്ണം കുറയ്ക്കുകയും ചെയ്യും.

കൂടുതൽ വിവരങ്ങൾക്ക് സന്ദർശിക്കുക എൻവോയ് പ്രോക്സി ബ്ലോഗ്.

HTTP കോൺഫിഗറേഷൻ

ഇനിപ്പറയുന്ന NGINX കോൺഫിഗറേഷൻ ബ്ലോക്ക് ഇനിപ്പറയുന്നതുപോലുള്ള HTTP ക്രമീകരണങ്ങൾ നിർവ്വചിക്കുന്നു:

• ഏത് മൈം തരങ്ങളാണ് പിന്തുണയ്ക്കുന്നത്
• ഡിഫോൾട്ട് ടൈംഔട്ടുകൾ
• Gzip കോൺഫിഗറേഷൻ

എൻവോയ് പ്രോക്സിയിലെ ഫിൽട്ടറുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഈ വശങ്ങൾ ഇഷ്ടാനുസൃതമാക്കാൻ കഴിയും, അത് ഞങ്ങൾ പിന്നീട് ചർച്ച ചെയ്യും.

ഘട്ടം 3 - സെർവർ കോൺഫിഗറേഷൻ

HTTP കോൺഫിഗറേഷൻ ബ്ലോക്കിൽ, NGINX കോൺഫിഗറേഷൻ പോർട്ട് 8080-ൽ കേൾക്കാനും ഡൊമെയ്‌നുകൾക്കായുള്ള ഇൻകമിംഗ് അഭ്യർത്ഥനകളോട് പ്രതികരിക്കാനും വ്യക്തമാക്കുന്നു. one.example.com и www.one.example.com.

 server {
    listen        8080;
    server_name   one.example.com  www.one.example.com;

ദൂതന്റെ ഉള്ളിൽ, അത് നിയന്ത്രിക്കുന്നത് ശ്രോതാക്കളാണ്.

ദൂതൻ ശ്രോതാക്കൾ

എൻവോയ് പ്രോക്സി ഉപയോഗിച്ച് ആരംഭിക്കുന്നതിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട വശം നിങ്ങളുടെ ശ്രോതാക്കളെ നിർവചിക്കുക എന്നതാണ്. എൻവോയ് ഇൻസ്‌റ്റൻസ് എങ്ങനെ പ്രവർത്തിപ്പിക്കണമെന്ന് വിവരിക്കുന്ന ഒരു കോൺഫിഗറേഷൻ ഫയൽ നിങ്ങൾ സൃഷ്‌ടിക്കേണ്ടതുണ്ട്.

ചുവടെയുള്ള സ്‌നിപ്പറ്റ് ഒരു പുതിയ ശ്രോതാവിനെ സൃഷ്‌ടിക്കുകയും അതിനെ പോർട്ട് 8080-ലേക്ക് ബന്ധിപ്പിക്കുകയും ചെയ്യും. ഇൻകമിംഗ് അഭ്യർത്ഥനകൾക്കായി ഏത് പോർട്ടുകളിലേക്കാണ് ബന്ധിപ്പിക്കേണ്ടതെന്ന് കോൺഫിഗറേഷൻ എൻവോയ് പ്രോക്സിയോട് പറയുന്നു.

എൻവോയ് പ്രോക്സി അതിന്റെ കോൺഫിഗറേഷനായി YAML നൊട്ടേഷൻ ഉപയോഗിക്കുന്നു. ഈ നൊട്ടേഷന്റെ ആമുഖത്തിന്, ഇവിടെ നോക്കുക ലിങ്ക്.

Copy to Editorstatic_resources:
  listeners:
  - name: listener_0
    address:
      socket_address: { address: 0.0.0.0, port_value: 8080 }

നിർവചിക്കേണ്ട ആവശ്യമില്ല സെർവറിന്റെ പേര്, എൻവോയ് പ്രോക്സി ഫിൽട്ടറുകൾ ഇത് കൈകാര്യം ചെയ്യുമെന്നതിനാൽ.

ഘട്ടം 4 - ലൊക്കേഷൻ കോൺഫിഗറേഷൻ

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

location / {
    proxy_pass         http://targetCluster/;
    proxy_redirect     off;

    proxy_set_header   Host             $host;
    proxy_set_header   X-Real-IP        $remote_addr;
}

എൻവോയിയിൽ, ഫിൽട്ടറുകൾ ഇത് ചെയ്യുന്നു.

എൻവോയ് ഫിൽട്ടറുകൾ

ഒരു സ്റ്റാറ്റിക് കോൺഫിഗറേഷനായി, ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ എങ്ങനെ പ്രോസസ്സ് ചെയ്യണമെന്ന് ഫിൽട്ടറുകൾ നിർണ്ണയിക്കുന്നു. ഈ സാഹചര്യത്തിൽ ഞങ്ങൾ പൊരുത്തപ്പെടുന്ന ഫിൽട്ടറുകൾ സജ്ജമാക്കുന്നു സെർവർ_നാമങ്ങൾ മുമ്പത്തെ ഘട്ടത്തിൽ. ചില ഡൊമെയ്‌നുകളുമായും റൂട്ടുകളുമായും പൊരുത്തപ്പെടുന്ന ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ വരുമ്പോൾ, ട്രാഫിക് ക്ലസ്റ്ററിലേക്ക് റൂട്ട് ചെയ്യപ്പെടും. ഇത് ഒരു NGINX ബോട്ടം-അപ്പ് കോൺഫിഗറേഷന് തുല്യമാണ്.

Copy to Editor    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        config:
          codec_type: auto
          stat_prefix: ingress_http
          route_config:
            name: local_route
            virtual_hosts:
            - name: backend
              domains:
                - "one.example.com"
                - "www.one.example.com"
              routes:
              - match:
                  prefix: "/"
                route:
                  cluster: targetCluster
          http_filters:
          - name: envoy.router

പേര് ദൂതൻ.http_connection_manager എൻവോയ് പ്രോക്സിയിലെ ഒരു ബിൽറ്റ്-ഇൻ ഫിൽട്ടറാണ്. മറ്റ് ഫിൽട്ടറുകൾ ഉൾപ്പെടുന്നു രെദിസ്, മോങ്കോ, TCP. നിങ്ങൾക്ക് പൂർണ്ണമായ ലിസ്റ്റ് ഇവിടെ കണ്ടെത്താം പ്രമാണീകരണം.

മറ്റ് ലോഡ് ബാലൻസിങ് നയങ്ങളെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, സന്ദർശിക്കുക ദൂതൻ ഡോക്യുമെന്റേഷൻ.

ഘട്ടം 5 - പ്രോക്സിയും അപ്സ്ട്രീം കോൺഫിഗറേഷനും

NGINX-ൽ, അപ്‌സ്ട്രീം കോൺഫിഗറേഷൻ ട്രാഫിക് പ്രോസസ്സ് ചെയ്യുന്ന ഒരു കൂട്ടം ടാർഗെറ്റ് സെർവറുകൾ നിർവചിക്കുന്നു. ഈ സാഹചര്യത്തിലാണ് രണ്ട് ക്ലസ്റ്ററുകളെ നിയോഗിച്ചത്.

  upstream targetCluster {
    172.18.0.3:80;
    172.18.0.4:80;
  }

എൻവോയിയിൽ, ഇത് ക്ലസ്റ്ററുകളാണ് കൈകാര്യം ചെയ്യുന്നത്.

ദൂതൻ ക്ലസ്റ്ററുകൾ

അപ്‌സ്ട്രീം തുല്യമായത് ക്ലസ്റ്ററുകളായി നിർവചിച്ചിരിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ട്രാഫിക്ക് സേവനം നൽകുന്ന ഹോസ്റ്റുകളെ തിരിച്ചറിഞ്ഞു. ടൈംഔട്ടുകൾ പോലെയുള്ള ഹോസ്റ്റുകൾ ആക്സസ് ചെയ്യുന്ന രീതി ഒരു ക്ലസ്റ്റർ കോൺഫിഗറേഷനായി നിർവചിച്ചിരിക്കുന്നു. ഇത് ലേറ്റൻസി, ലോഡ് ബാലൻസിങ് തുടങ്ങിയ കാര്യങ്ങളിൽ കൂടുതൽ ഗ്രാനുലാർ നിയന്ത്രണം അനുവദിക്കുന്നു.

Copy to Editor  clusters:
  - name: targetCluster
    connect_timeout: 0.25s
    type: STRICT_DNS
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    hosts: [
      { socket_address: { address: 172.18.0.3, port_value: 80 }},
      { socket_address: { address: 172.18.0.4, port_value: 80 }}
    ]

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

കൂടുതൽ വിവരങ്ങൾക്ക് കാണുക എൻവോയ് പ്രോക്സി ഡോക്യുമെന്റേഷൻ.

ഘട്ടം 6 - ലോഗ് ആക്സസും പിശകുകളും

അവസാന കോൺഫിഗറേഷൻ രജിസ്ട്രേഷനാണ്. പിശക് ലോഗുകൾ ഡിസ്കിലേക്ക് തള്ളുന്നതിന് പകരം, എൻവോയ് പ്രോക്സി ഒരു ക്ലൗഡ് അധിഷ്ഠിത സമീപനം സ്വീകരിക്കുന്നു. എല്ലാ ആപ്ലിക്കേഷൻ ലോഗുകളും ഔട്ട്പുട്ട് ആണ് stdout и stderr.

ഉപയോക്താക്കൾ ഒരു അഭ്യർത്ഥന നടത്തുമ്പോൾ, ആക്സസ് ലോഗുകൾ ഓപ്ഷണൽ ആകുകയും ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യും. HTTP അഭ്യർത്ഥനകൾക്കായി ആക്സസ് ലോഗുകൾ പ്രവർത്തനക്ഷമമാക്കാൻ, കോൺഫിഗറേഷൻ പ്രവർത്തനക്ഷമമാക്കുക ആക്സസ്_ലോഗ് HTTP കണക്ഷൻ മാനേജർക്കായി. പാത ഒന്നുകിൽ ഒരു ഉപകരണം ആകാം stdout, അല്ലെങ്കിൽ നിങ്ങളുടെ ആവശ്യങ്ങൾക്കനുസരിച്ച് ഡിസ്കിലുള്ള ഒരു ഫയൽ.

ഇനിപ്പറയുന്ന കോൺഫിഗറേഷൻ എല്ലാ ആക്‌സസ് ലോഗുകളിലേക്കും റീഡയറക്‌ട് ചെയ്യും stdout (വിവർത്തകന്റെ കുറിപ്പ് - ഡോക്കറിനുള്ളിൽ എൻവോയ് ഉപയോഗിക്കുന്നതിന് stdout ആവശ്യമാണ്. ഡോക്കർ ഇല്ലാതെ ഉപയോഗിക്കുകയാണെങ്കിൽ, ഒരു സാധാരണ ലോഗ് ഫയലിലേക്കുള്ള പാത്ത് ഉപയോഗിച്ച് /dev/stdout മാറ്റിസ്ഥാപിക്കുക). കണക്ഷൻ മാനേജറിനായുള്ള കോൺഫിഗറേഷൻ വിഭാഗത്തിലേക്ക് സ്നിപ്പെറ്റ് പകർത്തുക:

Copy to Clipboardaccess_log:
- name: envoy.file_access_log
  config:
    path: "/dev/stdout"

ഫലങ്ങൾ ഇതുപോലെ ആയിരിക്കണം:

      - name: envoy.http_connection_manager
        config:
          codec_type: auto
          stat_prefix: ingress_http
          access_log:
          - name: envoy.file_access_log
            config:
              path: "/dev/stdout"
          route_config:

സ്ഥിരസ്ഥിതിയായി, എച്ച്ടിടിപി അഭ്യർത്ഥനയുടെ വിശദാംശങ്ങൾ ഉൾപ്പെടുന്ന ഒരു ഫോർമാറ്റ് സ്‌ട്രിംഗ് എൻവോയ്‌ക്ക് ഉണ്ട്:

[%START_TIME%] "%REQ(:METHOD)% %REQ(X-ENVOY-ORIGINAL-PATH?:PATH)% %PROTOCOL%" %RESPONSE_CODE% %RESPONSE_FLAGS% %BYTES_RECEIVED% %BYTES_SENT% %DURATION% %RESP(X-ENVOY-UPSTREAM-SERVICE-TIME)% "%REQ(X-FORWARDED-FOR)%" "%REQ(USER-AGENT)%" "%REQ(X-REQUEST-ID)%" "%REQ(:AUTHORITY)%" "%UPSTREAM_HOST%"n

ഈ ഫോർമാറ്റ് സ്ട്രിംഗിന്റെ ഫലം ഇതാണ്:

[2018-11-23T04:51:00.281Z] "GET / HTTP/1.1" 200 - 0 58 4 1 "-" "curl/7.47.0" "f21ebd42-6770-4aa5-88d4-e56118165a7d" "one.example.com" "172.18.0.4:80"

ഫോർമാറ്റ് ഫീൽഡ് സജ്ജീകരിച്ച് ഔട്ട്പുട്ട് ഉള്ളടക്കം ഇഷ്ടാനുസൃതമാക്കാവുന്നതാണ്. ഉദാഹരണത്തിന്:

access_log:
- name: envoy.file_access_log
  config:
    path: "/dev/stdout"
    format: "[%START_TIME%] "%REQ(:METHOD)% %REQ(X-ENVOY-ORIGINAL-PATH?:PATH)% %PROTOCOL%" %RESPONSE_CODE% %RESP(X-ENVOY-UPSTREAM-SERVICE-TIME)% "%REQ(X-REQUEST-ID)%" "%REQ(:AUTHORITY)%" "%UPSTREAM_HOST%"n"

ഫീൽഡ് സജ്ജീകരിക്കുന്നതിലൂടെ ലോഗ് ലൈൻ JSON ഫോർമാറ്റിലും ഔട്ട്പുട്ട് ചെയ്യാം json_format. ഉദാഹരണത്തിന്:

access_log:
- name: envoy.file_access_log
  config:
    path: "/dev/stdout"
    json_format: {"protocol": "%PROTOCOL%", "duration": "%DURATION%", "request_method": "%REQ(:METHOD)%"}

എൻവോയ് രജിസ്ട്രേഷൻ രീതിയെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, സന്ദർശിക്കുക

https://www.envoyproxy.io/docs/envoy/latest/configuration/access_log#config-access-log-format-dictionaries

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

ഘട്ടം 7 - സമാരംഭിക്കുക

നിങ്ങൾ ഇപ്പോൾ NGINX-ൽ നിന്ന് എൻവോയ് പ്രോക്സിയിലേക്ക് നിങ്ങളുടെ കോൺഫിഗറേഷൻ മൈഗ്രേറ്റ് ചെയ്തു. ഇത് പരീക്ഷിക്കുന്നതിനായി ഒരു എൻവോയ് പ്രോക്സി ഇൻസ്റ്റൻസ് സമാരംഭിക്കുക എന്നതാണ് അവസാന ഘട്ടം.

ഉപയോക്താവായി പ്രവർത്തിപ്പിക്കുക

NGINX കോൺഫിഗറേഷൻ ലൈനിന്റെ മുകളിൽ ഉപയോക്താവ് www www; സുരക്ഷ മെച്ചപ്പെടുത്തുന്നതിനായി ഒരു ലോ-പ്രിവിലേജ്ഡ് ഉപയോക്താവായി NGINX പ്രവർത്തിപ്പിക്കണമെന്ന് വ്യക്തമാക്കുന്നു.

ഒരു പ്രോസസ്സിന്റെ ഉടമസ്ഥത ആർക്കാണെന്ന് നിയന്ത്രിക്കുന്നതിന് എൻവോയ് പ്രോക്സി ക്ലൗഡ് അധിഷ്ഠിത സമീപനം സ്വീകരിക്കുന്നു. ഞങ്ങൾ ഒരു കണ്ടെയ്‌നറിലൂടെ എൻവോയ് പ്രോക്‌സി പ്രവർത്തിപ്പിക്കുമ്പോൾ, കുറഞ്ഞ പ്രത്യേകാവകാശമുള്ള ഒരു ഉപയോക്താവിനെ നമുക്ക് വ്യക്തമാക്കാൻ കഴിയും.

എൻവോയ് പ്രോക്സി സമാരംഭിക്കുന്നു

ചുവടെയുള്ള കമാൻഡ് ഹോസ്റ്റിലെ ഒരു ഡോക്കർ കണ്ടെയ്‌നർ വഴി എൻവോയ് പ്രോക്സി പ്രവർത്തിപ്പിക്കും. ഈ കമാൻഡ് പോർട്ട് 80-ൽ ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ കേൾക്കാനുള്ള കഴിവ് എൻവോയ്‌ക്ക് നൽകുന്നു. എന്നിരുന്നാലും, ലിസണർ കോൺഫിഗറേഷനിൽ വ്യക്തമാക്കിയിരിക്കുന്നതുപോലെ, പോർട്ട് 8080-ൽ ഇൻകമിംഗ് ട്രാഫിക്കിനായി എൻവോയ് പ്രോക്സി ശ്രദ്ധിക്കുന്നു. കുറഞ്ഞ പ്രിവിലേജുള്ള ഉപയോക്താവായി പ്രവർത്തിക്കാൻ ഇത് പ്രോസസ് അനുവദിക്കുന്നു.

docker run --name proxy1 -p 80:8080 --user 1000:1000 -v /root/envoy.yaml:/etc/envoy/envoy.yaml envoyproxy/envoy

പരിശോധിക്കുന്നു

പ്രോക്സി പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ, ഇപ്പോൾ പരിശോധനകൾ നടത്താനും പ്രോസസ്സ് ചെയ്യാനും കഴിയും. ഇനിപ്പറയുന്ന cURL കമാൻഡ് പ്രോക്സി കോൺഫിഗറേഷനിൽ നിർവചിച്ചിരിക്കുന്ന ഹോസ്റ്റ് ഹെഡറുമായി ഒരു അഭ്യർത്ഥന നൽകുന്നു.

curl -H "Host: one.example.com" localhost -i

HTTP അഭ്യർത്ഥന ഒരു പിശകിന് കാരണമാകും 503. അപ്‌സ്ട്രീം കണക്ഷനുകൾ പ്രവർത്തിക്കാത്തതും ലഭ്യമല്ലാത്തതുമാണ് ഇതിന് കാരണം. അതിനാൽ, അഭ്യർത്ഥനയ്ക്കായി എൻവോയ് പ്രോക്സിക്ക് ലഭ്യമായ ലക്ഷ്യസ്ഥാനങ്ങളൊന്നുമില്ല. ഇനിപ്പറയുന്ന കമാൻഡ് എൻവോയ്‌ക്കായി നിർവചിച്ചിരിക്കുന്ന കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുന്ന HTTP സേവനങ്ങളുടെ ഒരു പരമ്പര ആരംഭിക്കും.

docker run -d katacoda/docker-http-server; docker run -d katacoda/docker-http-server;

ലഭ്യമായ സേവനങ്ങൾ ഉപയോഗിച്ച്, എൻവോയ്‌ക്ക് അതിന്റെ ലക്ഷ്യസ്ഥാനത്തേക്ക് ട്രാഫിക്ക് വിജയകരമായി പ്രോക്‌സി ചെയ്യാൻ കഴിയും.

curl -H "Host: one.example.com" localhost -i

ഏത് ഡോക്കർ കണ്ടെയ്‌നറാണ് അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്തതെന്ന് സൂചിപ്പിക്കുന്ന ഒരു പ്രതികരണം നിങ്ങൾ കാണും. എൻവോയ് പ്രോക്സി ലോഗുകളിൽ നിങ്ങൾ ഒരു ആക്സസ് സ്ട്രിംഗ് ഔട്ട്പുട്ടും കാണും.

അധിക HTTP പ്രതികരണ തലക്കെട്ടുകൾ

യഥാർത്ഥ അഭ്യർത്ഥനയുടെ പ്രതികരണ തലക്കെട്ടുകളിൽ നിങ്ങൾ അധിക HTTP തലക്കെട്ടുകൾ കാണും. അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നതിന് അപ്‌സ്ട്രീം ഹോസ്റ്റ് ചെലവഴിച്ച സമയം ഹെഡർ പ്രദർശിപ്പിക്കുന്നു. മില്ലിസെക്കൻഡിൽ പ്രകടിപ്പിക്കുന്നു. നെറ്റ്‌വർക്ക് ലേറ്റൻസിയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ക്ലയന്റ് സേവന സമയം നിർണ്ണയിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ ഇത് ഉപയോഗപ്രദമാണ്.

x-envoy-upstream-service-time: 0
server: envoy

അന്തിമ കോൺഫിഗറേഷൻ

static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address: { address: 0.0.0.0, port_value: 8080 }
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        config:
          codec_type: auto
          stat_prefix: ingress_http
          route_config:
            name: local_route
            virtual_hosts:
            - name: backend
              domains:
                - "one.example.com"
                - "www.one.example.com"
              routes:
              - match:
                  prefix: "/"
                route:
                  cluster: targetCluster
          http_filters:
          - name: envoy.router
          clusters:
  - name: targetCluster
    connect_timeout: 0.25s
    type: STRICT_DNS
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    hosts: [
      { socket_address: { address: 172.18.0.3, port_value: 80 }},
      { socket_address: { address: 172.18.0.4, port_value: 80 }}
    ]

admin:
  access_log_path: /tmp/admin_access.log
  address:
    socket_address: { address: 0.0.0.0, port_value: 9090 }

വിവർത്തകനിൽ നിന്നുള്ള അധിക വിവരങ്ങൾ

എൻവോയ് പ്രോക്സി ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള നിർദ്ദേശങ്ങൾ വെബ്സൈറ്റിൽ കാണാം https://www.getenvoy.io/

സ്വതവേ, rpm-ന് systemd സേവന കോൺഫിഗറേഷൻ ഇല്ല.

systemd സേവന കോൺഫിഗറേഷൻ /etc/systemd/system/envoy.service ചേർക്കുക:

[Unit]
Description=Envoy Proxy
Documentation=https://www.envoyproxy.io/
After=network-online.target
Requires=envoy-auth-server.service
Wants=nginx.service

[Service]
User=root
Restart=on-failure
ExecStart=/usr/bin/envoy --config-path /etc/envoy/config.yaml
[Install]
WantedBy=multi-user.target

നിങ്ങൾ ഒരു ഡയറക്‌ടറി /etc/envoy/ സൃഷ്‌ടിക്കുകയും അവിടെ config.yaml config ഇടുകയും വേണം.

എൻവോയ് പ്രോക്സി ഉപയോഗിച്ച് ഒരു ടെലിഗ്രാം ചാറ്റ് ഉണ്ട്: https://t.me/envoyproxy_ru

സ്റ്റാറ്റിക് ഉള്ളടക്കം നൽകുന്നതിനെ എൻവോയ് പ്രോക്സി പിന്തുണയ്ക്കുന്നില്ല. അതിനാൽ, ഫീച്ചറിന് വോട്ട് ചെയ്യാൻ ആർക്കൊക്കെ കഴിയും: https://github.com/envoyproxy/envoy/issues/378

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

എൻവോയ് പ്രോക്സി ഇൻസ്റ്റാൾ ചെയ്യാനും പരീക്ഷിക്കാനും ഈ പോസ്റ്റ് നിങ്ങളെ പ്രോത്സാഹിപ്പിച്ചോ?

• അതെ

• ഇല്ല

75 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 18 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

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