ദൂതൻ. 1. ആമുഖം

ആശംസകൾ! "എന്താണ് ദൂതൻ?", "എന്തുകൊണ്ട് ഇത് ആവശ്യമാണ്?" എന്നീ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്ന ഒരു ചെറിയ ലേഖനമാണിത്. കൂടാതെ "എവിടെ തുടങ്ങണം?".

ഇത് എന്താണ്?

ഉയർന്ന പ്രകടനത്തിലും ലഭ്യതയിലും ശ്രദ്ധ കേന്ദ്രീകരിച്ച്, C++ ൽ എഴുതിയ L4-L7 ബാലൻസറാണ് എൻവോയ്. ഒരു വശത്ത്, ഇത് ഒരു തരത്തിൽ nginx, haproxy എന്നിവയുടെ ഒരു അനലോഗ് ആണ്, അവയുമായി താരതമ്യപ്പെടുത്താവുന്നതാണ്. മറുവശത്ത്, ഇത് മൈക്രോസർവീസ് ആർക്കിടെക്ചറിലേക്ക് കൂടുതൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, കൂടാതെ zuul അല്ലെങ്കിൽ traefik പോലുള്ള ജാവ, ഗോ ബാലൻസറുകളേക്കാൾ മോശമല്ലാത്ത പ്രവർത്തനക്ഷമതയുണ്ട്.

ഹാപ്രോക്‌സി/എൻജിഎൻഎക്‌സ്/ദൂതന്റെ താരതമ്യ പട്ടിക, ഇത് കേവല സത്യമാണെന്ന് അവകാശപ്പെടുന്നില്ല, മറിച്ച് ഒരു പൊതു ചിത്രം നൽകുന്നു.

nginx
ഹാർറോക്സി
അയച്ചു
ട്രാഫിക്

ഗിത്തബിലെ നക്ഷത്രങ്ങൾ
11.2k/കണ്ണാടി
1.1k/കണ്ണാടി
12.4k
27.6k

എഴുതിയിരിക്കുന്നു
C
C
സി ++
go

എപിഐ
ഇല്ല
സോക്കറ്റ് മാത്രം/പുഷ്
ഡാറ്റാപ്ലെയ്ൻ/വലിക്കുക
വലിക്കുക

സജീവ ആരോഗ്യ പരിശോധന
ഇല്ല
അതെ
അതെ
അതെ

ഓപ്പൺ ട്രേസിംഗ്
ബാഹ്യ പ്ലഗിൻ
ഇല്ല
അതെ
അതെ

ജെ.ഡബ്ല്യു.ടി
ബാഹ്യ പ്ലഗിൻ
ഇല്ല
അതെ
ഇല്ല

വിപുലീകരണം
ലുവാ/സി
ലുവാ/സി
Lua/C++
ഇല്ല

എന്തുകൊണ്ട്?

ഇതൊരു യുവ പ്രോജക്‌റ്റാണ്, ഒരുപാട് കാര്യങ്ങൾ നഷ്‌ടമായി, ചിലത് ആദ്യകാല ആൽഫയിൽ. പക്ഷേ അയച്ചു, യുവത്വം കാരണം, അതിവേഗം വികസിച്ചുകൊണ്ടിരിക്കുന്നു, ഇതിനകം തന്നെ നിരവധി രസകരമായ സവിശേഷതകൾ ഉണ്ട്: ഡൈനാമിക് കോൺഫിഗറേഷൻ, നിരവധി റെഡിമെയ്ഡ് ഫിൽട്ടറുകൾ, നിങ്ങളുടെ സ്വന്തം ഫിൽട്ടറുകൾ എഴുതുന്നതിനുള്ള ലളിതമായ ഇന്റർഫേസ്.
പ്രയോഗത്തിന്റെ മേഖലകൾ ഇതിൽ നിന്ന് പിന്തുടരുന്നു, എന്നാൽ ആദ്യം 2 ആന്റിപാറ്റേണുകൾ ഉണ്ട്:

• സ്റ്റാറ്റിക് റികോയിൽ.

ഈ നിമിഷത്തിൽ എന്നതാണ് വസ്തുത അയച്ചു കാഷിംഗ് പിന്തുണയില്ല. ഗൂഗിളുകാർ ഇത് പരീക്ഷിക്കുകയാണ് പരിഹരിക്കാൻ. ആശയം ഒരിക്കൽ നടപ്പിലാക്കും അയച്ചു RFC കംപ്ലയൻസിൻറെ എല്ലാ സൂക്ഷ്മതകളും (മൃഗശാലയുടെ തലക്കെട്ടുകൾ), പ്രത്യേക നിർവ്വഹണങ്ങൾക്കായി ഒരു ഇന്റർഫേസ് ഉണ്ടാക്കുന്നു. എന്നാൽ ഇപ്പോൾ അത് ആൽഫ പോലുമല്ല, വാസ്തുവിദ്യ ചർച്ചയിലാണ്, PR തുറക്കുക (ഞാൻ പിആർ ലേഖനം എഴുതുമ്പോൾ, പിആർ മരവിച്ചു, പക്ഷേ ഈ പോയിന്റ് ഇപ്പോഴും പ്രസക്തമാണ്).

ഇപ്പോൾ, സ്റ്റാറ്റിക്സിനായി nginx ഉപയോഗിക്കുക.

• സ്റ്റാറ്റിക് കോൺഫിഗറേഷൻ.

നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാം, പക്ഷേ അയച്ചു അതിനായി സൃഷ്ടിച്ചതല്ല. ഒരു സ്റ്റാറ്റിക് കോൺഫിഗറേഷനിലെ സവിശേഷതകൾ വെളിപ്പെടുത്തില്ല. നിരവധി നിമിഷങ്ങളുണ്ട്:

yaml-ൽ കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യുമ്പോൾ, നിങ്ങൾ തെറ്റിദ്ധരിക്കപ്പെടും, ഡവലപ്പർമാരെ വാചാടോപത്തിന് ശകാരിക്കുകയും nginx/haproxy കോൺഫിഗറേഷനുകൾ ഘടനാപരമായത് കുറവാണെങ്കിലും കൂടുതൽ സംക്ഷിപ്തമാണെന്ന് കരുതുകയും ചെയ്യും. അതാണ് കാര്യം. കൈകൊണ്ട് എഡിറ്റ് ചെയ്യുന്നതിനായി Nginx, Haproxy എന്നിവയുടെ കോൺഫിഗറേഷൻ സൃഷ്ടിച്ചു അയച്ചു കോഡിൽ നിന്നുള്ള തലമുറയ്ക്കായി. മുഴുവൻ കോൺഫിഗറേഷനും വിവരിച്ചിരിക്കുന്നു പ്രോട്ടോബഫ്, പ്രോട്ടോ ഫയലുകളിൽ നിന്ന് ഇത് സൃഷ്ടിക്കുന്നത് ഒരു തെറ്റ് വരുത്തുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്.

കാനറി, ബി/ജി വിന്യാസ സാഹചര്യങ്ങളും മറ്റും സാധാരണയായി ഒരു ഡൈനാമിക് കോൺഫിഗറേഷനിൽ മാത്രമേ നടപ്പിലാക്കൂ. ഇത് സ്ഥിരമായി ചെയ്യാൻ കഴിയില്ലെന്ന് ഞാൻ പറയുന്നില്ല, നാമെല്ലാവരും ഇത് ചെയ്യുന്നു. എന്നാൽ ഇതിനായി നിങ്ങൾ ഏതെങ്കിലും ബാലൻസറുകളിൽ ക്രച്ചസ് ധരിക്കേണ്ടതുണ്ട് അയച്ചു ഉൾപ്പെടെ.

ദൂതൻ ഒഴിച്ചുകൂടാനാവാത്ത ചുമതലകൾ:

• സങ്കീർണ്ണവും ചലനാത്മകവുമായ സംവിധാനങ്ങളിൽ ട്രാഫിക് ബാലൻസിങ്. ഇതിൽ സർവീസ് മെഷ് ഉൾപ്പെടുന്നു, എന്നാൽ ഇത് മാത്രമായിരിക്കണമെന്നില്ല.
• വിതരണം ചെയ്ത ട്രെയ്‌സിംഗ് പ്രവർത്തനത്തിന്റെ ആവശ്യകത, സങ്കീർണ്ണമായ അംഗീകാരം അല്ലെങ്കിൽ ലഭ്യമായ മറ്റ് പ്രവർത്തനക്ഷമത അയച്ചു ബോക്‌സിന് പുറത്ത് അല്ലെങ്കിൽ സൗകര്യപ്രദമായി നടപ്പിലാക്കിയതാണ്, എന്നാൽ nginx/haproxy-യിൽ നിങ്ങൾക്ക് lua, സംശയാസ്പദമായ പ്ലഗിനുകൾ എന്നിവയാൽ ചുറ്റപ്പെട്ടിരിക്കണം.

രണ്ടും, ആവശ്യമെങ്കിൽ, ഉയർന്ന പ്രകടനം നൽകുന്നു.

എങ്ങനെ പ്രവർത്തിക്കുന്നില്ല

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

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

ഡൈനാമിക് കോൺഫിഗറേഷൻ

ഏത് പ്രശ്നത്തിനാണ് നമ്മൾ പരിഹാരം തേടുന്നത്? ലോഡിന് കീഴിൽ നിങ്ങൾക്ക് ലോഡ് ബാലൻസർ കോൺഫിഗറേഷൻ റീലോഡ് ചെയ്യാൻ കഴിയില്ല; "ചെറിയ" പ്രശ്നങ്ങൾ ഉണ്ടാകാം:

• കോൺഫിഗറേഷൻ മൂല്യനിർണ്ണയം.

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

• ദീർഘകാല ബന്ധങ്ങൾ.

ഒരു പുതിയ ശ്രോതാവിനെ ആരംഭിക്കുമ്പോൾ, പഴയതിൽ പ്രവർത്തിക്കുന്ന കണക്ഷനുകൾ നിങ്ങൾ ശ്രദ്ധിക്കേണ്ടതുണ്ട്; മാറ്റങ്ങൾ പതിവായി സംഭവിക്കുകയും ദീർഘകാല കണക്ഷനുകൾ ഉണ്ടെങ്കിൽ, നിങ്ങൾ ഒരു വിട്ടുവീഴ്ചയ്ക്കായി നോക്കേണ്ടിവരും. ഹലോ, kubernetes nginx-ൽ പ്രവേശിക്കുന്നു.

• സജീവമായ ആരോഗ്യ പരിശോധനകൾ.

ഞങ്ങൾക്ക് സജീവമായ ആരോഗ്യ പരിശോധനകൾ ഉണ്ടെങ്കിൽ, ട്രാഫിക് അയയ്‌ക്കുന്നതിന് മുമ്പ് പുതിയ കോൺഫിഗറേഷനിൽ അവയെല്ലാം രണ്ടുതവണ പരിശോധിക്കേണ്ടതുണ്ട്. ധാരാളം അപ്‌സ്ട്രീമുകൾ ഉണ്ടെങ്കിൽ, ഇതിന് സമയമെടുക്കും. ഹലോ ഹാപ്രോക്സി.

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

കോൺഫിഗറേഷൻ അയച്ചു (മുകളിലുള്ള ഫയലിൽ നിന്ന്) ഇനിപ്പറയുന്ന എന്റിറ്റികൾ ഉണ്ട്:

• ശ്രോതാവ് — ഒരു പ്രത്യേക ഐപി/പോർട്ടിൽ തൂങ്ങിക്കിടക്കുന്ന ശ്രോതാവ്
• വെർച്വൽ ഹോസ്റ്റ് - ഡൊമെയ്ൻ നാമം അനുസരിച്ച് വെർച്വൽ ഹോസ്റ്റ്
• വഴി - ബാലൻസിങ് നിയമം
• ക്ലസ്റ്റർ - ബാലൻസിങ് പാരാമീറ്ററുകളുള്ള അപ്സ്ട്രീമുകളുടെ ഒരു കൂട്ടം
• അവസാന പോയിന്റ് — അപ്സ്ട്രീം ഉദാഹരണ വിലാസം

ഈ എന്റിറ്റികളിൽ ഓരോന്നും കൂടാതെ മറ്റുള്ളവയും ചലനാത്മകമായി പൂരിപ്പിക്കാൻ കഴിയും; ഇതിനായി കോൺഫിഗറേഷൻ കോൺഫിഗറേഷൻ സ്വീകരിക്കുന്ന സേവനത്തിന്റെ വിലാസം വ്യക്തമാക്കുന്നു. സേവനം REST അല്ലെങ്കിൽ gRPC ആകാം, gRPC ആണ് അഭികാമ്യം.

സേവനങ്ങൾക്ക് യഥാക്രമം പേര് നൽകിയിരിക്കുന്നു: LDS, VHDS, RDS, CDS, EDS. നിങ്ങൾക്ക് സ്റ്റാറ്റിക്, ഡൈനാമിക് കോൺഫിഗറേഷൻ സംയോജിപ്പിക്കാൻ കഴിയും, ഒരു സ്റ്റാറ്റിക് റിസോഴ്സിൽ ഒരു ഡൈനാമിക് റിസോഴ്സ് വ്യക്തമാക്കാൻ കഴിയില്ല.

മിക്ക ജോലികൾക്കും, അവസാനത്തെ മൂന്ന് സേവനങ്ങൾ നടപ്പിലാക്കിയാൽ മതിയാകും, അവയെ ADS (അഗ്രഗേറ്റഡ് ഡിസ്കവറി സർവീസ്) എന്ന് വിളിക്കുന്നു. ജാവ 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

അഭ്യർത്ഥനയിൽ നോഡ് പാരാമീറ്ററുകൾ അടങ്ങിയിരിക്കുന്നതിനാൽ, വ്യത്യസ്ത സന്ദർഭങ്ങൾക്കായി നമുക്ക് വ്യത്യസ്ത ഉറവിടങ്ങൾ കൺട്രോൾ-പ്ലെയിനിലേക്ക് അയയ്‌ക്കാൻ കഴിയും അയച്ചു, ഒരു സേവന മെഷ് നിർമ്മിക്കുന്നതിന് ഇത് സൗകര്യപ്രദമാണ്.

ചൂടാക്കുക

ഓൺ അയച്ചു സ്റ്റാർട്ടപ്പിൽ അല്ലെങ്കിൽ കൺട്രോൾ-പ്ലെയിനിൽ നിന്ന് ഒരു പുതിയ കോൺഫിഗറേഷൻ ലഭിക്കുമ്പോൾ, റിസോഴ്സ് വാംഅപ്പ് പ്രക്രിയ സമാരംഭിക്കുന്നു. ഇത് ലിസണർ വാംഅപ്പ്, ക്ലസ്റ്റർ വാംഅപ്പ് എന്നിങ്ങനെ തിരിച്ചിരിക്കുന്നു. RDS/LDS-ൽ മാറ്റങ്ങൾ വരുമ്പോൾ ആദ്യത്തേത് സമാരംഭിക്കും, രണ്ടാമത്തേത് CDS/EDS ആകുമ്പോൾ. ഇതിനർത്ഥം, അപ്‌സ്ട്രീമുകൾ മാത്രം മാറുകയാണെങ്കിൽ, ശ്രോതാവിനെ പുനർനിർമ്മിക്കില്ല എന്നാണ്.

സന്നാഹ പ്രക്രിയയിൽ, സമയപരിധി സമയത്ത് നിയന്ത്രണ-തലത്തിൽ നിന്ന് ആശ്രിത വിഭവങ്ങൾ പ്രതീക്ഷിക്കുന്നു. കാലഹരണപ്പെടൽ സംഭവിക്കുകയാണെങ്കിൽ, സമാരംഭം വിജയിക്കില്ല, പുതിയ ശ്രോതാവ് പോർട്ടിൽ കേൾക്കാൻ തുടങ്ങുകയുമില്ല.
ഇനീഷ്യലൈസേഷൻ ഓർഡർ: EDS, CDS, സജീവ ആരോഗ്യ പരിശോധന, RDS, LDS. സജീവമായ ആരോഗ്യ പരിശോധനകൾ പ്രവർത്തനക്ഷമമാക്കിയാൽ, ഒരു വിജയകരമായ ആരോഗ്യ പരിശോധനയ്ക്ക് ശേഷം മാത്രമേ ട്രാഫിക്ക് മുകളിലേക്ക് പോകൂ.

ശ്രോതാവിനെ പുനഃസൃഷ്ടിച്ചിട്ടുണ്ടെങ്കിൽ, പഴയത് DRAIN അവസ്ഥയിലേക്ക് പോകുന്നു, എല്ലാ കണക്ഷനുകളും അടച്ചതിന് ശേഷം അല്ലെങ്കിൽ കാലഹരണപ്പെടൽ കാലഹരണപ്പെട്ടതിന് ശേഷം അത് ഇല്ലാതാക്കപ്പെടും. --drain-time-s, ഡിഫോൾട്ട് 10 മിനിറ്റ്.

തുടരേണ്ടത്.

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