দূত। 1। পরিচিতি

শুভেচ্ছা! এটি একটি ছোট নিবন্ধ যা প্রশ্নের উত্তর দেয়: "দূত কী?", "কেন এটি প্রয়োজন?" এবং "কোথায় শুরু করবেন?"।

এই কি হয়?

দূত হল C++ এ লেখা একটি L4-L7 ব্যালেন্সার, যা উচ্চ কার্যক্ষমতা এবং প্রাপ্যতার উপর দৃষ্টি নিবদ্ধ করে। একদিকে, এটি কোনোভাবে nginx এবং haproxy-এর একটি অ্যানালগ, তাদের সাথে পারফরম্যান্সে তুলনীয়। অন্যদিকে, এটি মাইক্রোসার্ভিস আর্কিটেকচারের দিকে বেশি ভিত্তিক এবং এর কার্যকারিতা জাভা এবং গো ব্যালেন্সারের চেয়ে খারাপ নেই, যেমন জুউল বা ট্রাফিক।

হ্যাপ্রক্সি/এনজিনেক্স/দূতের তুলনা সারণি, এটি পরম সত্য বলে দাবি করে না, তবে একটি সাধারণ চিত্র দেয়।

nginx
HAProxy
প্রেরিত
ট্রাফিক

গিথুবে তারা
11.2k/মিরর
1.1k/মিরর
12.4k
27.6k

লেখা
C
C
সি ++
go

এপিআই
না
শুধুমাত্র সকেট/ধাক্কা
ডেটাপ্লেন/টান
টান

সক্রিয় স্বাস্থ্য পরীক্ষা
না
হাঁ
হাঁ
হাঁ

ওপেন ট্রেসিং
বাহ্যিক প্লাগইন
না
হাঁ
হাঁ

জেডাব্লুটি
বাহ্যিক প্লাগইন
না
হাঁ
না

প্রসার
লুয়া/সি
লুয়া/সি
লুয়া/সি++
না

কি জন্য?

এটি একটি তরুণ প্রজেক্ট, অনেক কিছু অনুপস্থিত আছে, কিছু প্রাথমিক আলফায়। কিন্তু প্রেরিত, এছাড়াও তার যৌবনের কারণে, দ্রুত বিকাশ করছে এবং ইতিমধ্যে অনেক আকর্ষণীয় বৈশিষ্ট্য রয়েছে: গতিশীল কনফিগারেশন, অনেক তৈরি ফিল্টার, আপনার নিজের ফিল্টার লেখার জন্য একটি সহজ ইন্টারফেস।
প্রয়োগের ক্ষেত্রগুলি এটি থেকে অনুসরণ করে, তবে প্রথমে 2টি অ্যান্টিপ্যাটার্ন রয়েছে:

• স্ট্যাটিক রিকোয়েল।

ঘটনা হল এই মুহূর্তে ইন প্রেরিত কোন ক্যাশে সমর্থন. গুগলের লোকেরা এই চেষ্টা করছে ঠিক করা. ধারণাটি একবার বাস্তবায়িত হবে প্রেরিত RFC সম্মতির সমস্ত সূক্ষ্মতা (চিড়িয়াখানা শিরোনাম), এবং নির্দিষ্ট বাস্তবায়নের জন্য একটি ইন্টারফেস তৈরি করে। তবে আপাতত এটি আলফাও নয়, স্থাপত্য নিয়ে আলোচনা চলছে, PR খোলা (যখন আমি PR নিবন্ধটি লিখছিলাম, তখন PR হিমায়িত হয়েছিল, তবে এই পয়েন্টটি এখনও প্রাসঙ্গিক)।

আপাতত, স্ট্যাটিক্সের জন্য nginx ব্যবহার করুন।

• স্ট্যাটিক কনফিগারেশন।

আপনি এটি ব্যবহার করতে পারেন, কিন্তু প্রেরিত এটা কি জন্য তৈরি করা হয়েছে না. একটি স্ট্যাটিক কনফিগারেশনের বৈশিষ্ট্যগুলি প্রকাশ করা হবে না। অনেক মুহূর্ত আছে:

yaml-এ কনফিগারেশন সম্পাদনা করার সময়, আপনি ভুল হবেন, বিকাশকারীদের শব্দচয়নের জন্য তিরস্কার করবেন এবং মনে করবেন যে nginx/haproxy কনফিগারেশন, যদিও কম কাঠামোগত, তবে আরও সংক্ষিপ্ত। এটাই আসল কথা. Nginx এবং Haproxy এর কনফিগারেশন হাত দ্বারা সম্পাদনা করার জন্য তৈরি করা হয়েছিল, এবং প্রেরিত কোড থেকে প্রজন্মের জন্য। সম্পূর্ণ কনফিগারেশন বর্ণনা করা হয় প্রোটোবফ, প্রোটো ফাইল থেকে এটি তৈরি করা একটি ভুল করা অনেক বেশি কঠিন।

ক্যানারি, বি/জি স্থাপনার পরিস্থিতি এবং আরও অনেক কিছু সাধারণত শুধুমাত্র একটি গতিশীল কনফিগারেশনে প্রয়োগ করা হয়। আমি বলছি না যে এটা স্থিরভাবে করা যাবে না, আমরা সবাই এটা করি। কিন্তু এর জন্য আপনাকে ক্রাচ পরতে হবে, যেকোনো ব্যালেন্সারে, ইন প্রেরিত সহ।

যে কাজগুলোর জন্য দূত অপরিহার্য:

• জটিল এবং গতিশীল সিস্টেমে ট্রাফিক ভারসাম্য। এর মধ্যে পরিষেবা জাল রয়েছে, তবে এটি অগত্যা একমাত্র নয়।
• ডিস্ট্রিবিউটেড ট্রেসিং কার্যকারিতা, জটিল অনুমোদন বা অন্যান্য কার্যকারিতার প্রয়োজন যা উপলব্ধ প্রেরিত বাক্সের বাইরে বা সুবিধামত প্রয়োগ করা হয়েছে, কিন্তু 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

গতিশীল কনফিগারেশন

আমরা কোন সমস্যার সমাধান খুঁজছি? আপনি লোডের অধীনে লোড ব্যালেন্সার কনফিগারেশনটি পুনরায় লোড করতে পারবেন না; "ছোট" সমস্যা দেখা দেবে:

• কনফিগারেশন বৈধতা.

কনফিগারেশনটি বড় হতে পারে, এটি খুব বড় হতে পারে, যদি আমরা এটি একবারে ওভারলোড করি, কোথাও ত্রুটি হওয়ার সম্ভাবনা বেড়ে যায়।

• দীর্ঘস্থায়ী সংযোগ।

একটি নতুন শ্রোতা শুরু করার সময়, আপনাকে পুরানোটির সাথে চলমান সংযোগগুলির যত্ন নিতে হবে; যদি পরিবর্তনগুলি ঘন ঘন ঘটে এবং দীর্ঘস্থায়ী সংযোগ থাকে তবে আপনাকে একটি সমঝোতার সন্ধান করতে হবে। হ্যালো, kubernetes nginx এ প্রবেশ করছে।

• সক্রিয় স্বাস্থ্য পরীক্ষা।

যদি আমাদের সক্রিয় স্বাস্থ্য পরীক্ষা থাকে, তাহলে ট্রাফিক পাঠানোর আগে আমাদের নতুন কনফিগারেশনে সেগুলিকে দুবার চেক করতে হবে। যদি অনেকগুলি উজানে থাকে তবে এটি সময় নেয়। হ্যালো হ্যাপ্রক্সি।

কিভাবে এই সমাধান করা হয় প্রেরিতকনফিগারেশনটি গতিশীলভাবে লোড করার মাধ্যমে, পুল মডেল অনুসারে, আপনি এটিকে পৃথক অংশে ভাগ করতে পারেন এবং যে অংশটি পরিবর্তিত হয়নি তা পুনরায় আরম্ভ করতে পারবেন না। উদাহরণস্বরূপ, একজন শ্রোতা, যা পুনরায় চালু করা ব্যয়বহুল এবং খুব কমই পরিবর্তিত হয়।

কনফিগারেশন প্রেরিত (উপরের ফাইল থেকে) নিম্নলিখিত সত্তা আছে:

• শ্রোতা — শ্রোতা একটি নির্দিষ্ট আইপি/পোর্টে ঝুলছে
• ভার্চুয়াল হোস্ট - ডোমেইন নামের ভার্চুয়াল হোস্ট
• রুট - ভারসাম্যের নিয়ম
• গুচ্ছ — ব্যালেন্সিং পরামিতি সহ আপস্ট্রিমের একটি গ্রুপ
• শেষবিন্দু — আপস্ট্রিম উদাহরণ ঠিকানা

এই সত্তাগুলির প্রতিটি এবং আরও কিছু গতিশীলভাবে পূরণ করা যেতে পারে; এর জন্য, কনফিগারেশন পরিষেবাটির ঠিকানা নির্দিষ্ট করে যেখান থেকে কনফিগারেশনটি গ্রহণ করা হবে। পরিষেবা 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টি মিথস্ক্রিয়া বিকল্প রয়েছে:

• সব ধরনের রিসোর্সের জন্য একটি জিআরপিসি স্ট্রিম, রিসোর্সের সম্পূর্ণ স্ট্যাটাস পাঠানো হয়।
• পৃথক প্রবাহ, সম্পূর্ণ শর্ত.
• এক ধারা, ক্রমবর্ধমান অবস্থা।
• পৃথক প্রবাহ, ক্রমবর্ধমান অবস্থা।

ইনক্রিমেন্টাল xDS আপনাকে কন্ট্রোল-প্লেন এবং এর মধ্যে ট্রাফিক কমাতে দেয় প্রেরিত, এটি বড় কনফিগারেশনের জন্য প্রাসঙ্গিক। কিন্তু এটি মিথস্ক্রিয়াকে জটিল করে তোলে; অনুরোধটিতে সদস্যতা বাতিল এবং সদস্যতা নেওয়ার জন্য সংস্থানগুলির একটি তালিকা রয়েছে।

আমাদের উদাহরণ ADS ব্যবহার করে - RDS, CDS, EDS এবং নন-ইনক্রিমেন্টাল মোডের জন্য একটি স্ট্রীম। ইনক্রিমেন্টাল মোড সক্ষম করতে, আপনাকে নির্দিষ্ট করতে হবে api_type: DELTA_GRPC

যেহেতু অনুরোধে নোড প্যারামিটার রয়েছে, তাই আমরা বিভিন্ন দৃষ্টান্তের জন্য কন্ট্রোল-প্লেনে বিভিন্ন সংস্থান পাঠাতে পারি প্রেরিত, এটি একটি পরিষেবা জাল নির্মাণের জন্য সুবিধাজনক।

গা গরম করা

মধ্যে প্রেরিত স্টার্টআপে বা কন্ট্রোল-প্লেন থেকে একটি নতুন কনফিগারেশন পাওয়ার সময়, রিসোর্স ওয়ার্মআপ প্রক্রিয়া চালু করা হয়। এটি লিসেনার ওয়ার্মআপ এবং ক্লাস্টার ওয়ার্মআপে বিভক্ত। প্রথমটি চালু হয় যখন RDS/LDS-এ পরিবর্তন হয়, দ্বিতীয়টি যখন CDS/EDS-এ পরিবর্তন হয়। এর মানে হল যে যদি শুধুমাত্র আপস্ট্রিম পরিবর্তন হয়, শ্রোতা পুনরায় তৈরি করা হয় না।

ওয়ার্ম-আপ প্রক্রিয়ার সময়, টাইমআউটের সময় কন্ট্রোল-প্লেন থেকে নির্ভরশীল সংস্থান আশা করা হয়। টাইমআউট হলে, আরম্ভ সফল হবে না এবং নতুন শ্রোতা পোর্টে শোনা শুরু করবে না।
প্রারম্ভিক আদেশ: EDS, CDS, সক্রিয় স্বাস্থ্য পরীক্ষা, RDS, LDS। সক্রিয় স্বাস্থ্য পরীক্ষা সক্ষম করে, একটি সফল স্বাস্থ্য পরীক্ষা করার পরেই ট্রাফিক উজানে যাবে।

শ্রোতা পুনরায় তৈরি করা হলে, পুরানোটি ড্রেন অবস্থায় চলে যায় এবং সমস্ত সংযোগ বন্ধ হয়ে গেলে বা সময় শেষ হয়ে যাওয়ার পরে মুছে ফেলা হবে --drain-time-s, ডিফল্ট 10 মিনিট।

অবিরত করা।

উত্স: www.habr.com