🥇 Nginx থেকে এনভয় প্রক্সিতে মাইগ্রেশন

হ্যালো, হাবর! আমি পোস্টটির একটি অনুবাদ আপনার নজরে আনছি: Nginx থেকে এনভয় প্রক্সিতে স্থানান্তরিত হচ্ছে.

দূত হল একটি উচ্চ-পারফরম্যান্স ডিস্ট্রিবিউটেড প্রক্সি সার্ভার (C++ এ লেখা) পৃথক পরিষেবা এবং অ্যাপ্লিকেশনের জন্য ডিজাইন করা হয়েছে, এটি একটি যোগাযোগ বাস এবং "সর্বজনীন ডেটা প্লেন" যা বড় মাইক্রোসার্ভিস "সার্ভিস মেশ" আর্কিটেকচারের জন্য ডিজাইন করা হয়েছে। এটি তৈরি করার সময়, NGINX, HAProxy, হার্ডওয়্যার লোড ব্যালেন্সার এবং ক্লাউড লোড ব্যালেন্সারগুলির মতো সার্ভারগুলির বিকাশের সময় উদ্ভূত সমস্যার সমাধানগুলি বিবেচনায় নেওয়া হয়েছিল। দূত প্রতিটি অ্যাপ্লিকেশনের পাশাপাশি কাজ করে এবং প্ল্যাটফর্ম নির্বিশেষে সাধারণ কার্যকারিতা প্রদানের জন্য নেটওয়ার্ককে বিমূর্ত করে। যখন একটি পরিকাঠামোর সমস্ত পরিষেবা ট্র্যাফিক এনভয় জালের মধ্য দিয়ে প্রবাহিত হয়, তখন সামঞ্জস্যপূর্ণ পর্যবেক্ষণের সাথে সমস্যা এলাকাগুলি কল্পনা করা, সামগ্রিক কর্মক্ষমতা সুর করা এবং একটি নির্দিষ্ট স্থানে মূল কার্যকারিতা যোগ করা সহজ হয়ে যায়।

সুযোগ

প্রক্রিয়ার বাইরের আর্কিটেকচার: দূত হল একটি স্বয়ংসম্পূর্ণ, উচ্চ-পারফরম্যান্স সার্ভার যা অল্প পরিমাণ RAM নেয়। এটি কোনো অ্যাপ্লিকেশন ভাষা বা কাঠামোর সাথে একযোগে কাজ করে।
http/2 এবং grpc সমর্থন: দূতের আগত এবং বহির্গামী সংযোগের জন্য প্রথম-শ্রেণীর http/2 এবং grpc সমর্থন রয়েছে। এটি http/1.1 থেকে http/2 পর্যন্ত একটি স্বচ্ছ প্রক্সি।
অ্যাডভান্সড লোড ব্যালেন্সিং: দূত স্বয়ংক্রিয় পুনঃপ্রচার, চেইন ব্রেকিং, গ্লোবাল রেট লিমিটিং, রিকোয়েস্ট শ্যাডিং, স্থানীয় জোন লোড ব্যালেন্সিং ইত্যাদি সহ উন্নত লোড ব্যালেন্সিং বৈশিষ্ট্যগুলিকে সমর্থন করে।
কনফিগারেশন ম্যানেজমেন্ট API: দূত আপনার কনফিগারেশনকে গতিশীলভাবে পরিচালনা করার জন্য একটি শক্তিশালী API প্রদান করে।
পর্যবেক্ষণযোগ্যতা: L7 ট্র্যাফিকের গভীর পর্যবেক্ষণযোগ্যতা, বিতরণকৃত ট্রেসিংয়ের জন্য স্থানীয় সমর্থন এবং মঙ্গোডবি, ডায়নামডবি এবং অন্যান্য অনেক অ্যাপ্লিকেশনের পর্যবেক্ষণযোগ্যতা।

ধাপ 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 কনফিগারেশনে সাধারণত তিনটি মূল উপাদান থাকে:

NGINX সার্ভার, লগ গঠন এবং Gzip কার্যকারিতা কনফিগার করা হচ্ছে। এটি সমস্ত ক্ষেত্রে বিশ্বব্যাপী সংজ্ঞায়িত করা হয়।
হোস্টের কাছে অনুরোধ গ্রহণ করার জন্য NGINX কনফিগার করা হচ্ছে one.example.com পোর্ট 8080 এ।
টার্গেট লোকেশন সেট আপ করা, ইউআরএলের বিভিন্ন অংশের জন্য কিভাবে ট্রাফিক পরিচালনা করতে হয়।

সমস্ত কনফিগারেশন এনভয় প্রক্সিতে প্রযোজ্য হবে না এবং আপনাকে কিছু সেটিংস কনফিগার করার দরকার নেই। দূত প্রক্সি আছে চার মূল প্রকার, যা NGINX দ্বারা প্রস্তাবিত মূল অবকাঠামো সমর্থন করে। মূল হল:

শ্রোতা: তারা নির্ধারণ করে কিভাবে দূত প্রক্সি আগত অনুরোধগুলি গ্রহণ করে। Envoy Proxy বর্তমানে শুধুমাত্র TCP-ভিত্তিক শ্রোতাদের সমর্থন করে। একবার একটি সংযোগ প্রতিষ্ঠিত হলে, এটি প্রক্রিয়াকরণের জন্য ফিল্টারগুলির একটি সেটে প্রেরণ করা হয়।
ফিল্টার: এগুলি একটি পাইপলাইন আর্কিটেকচারের অংশ যা ইনকামিং এবং আউটগোয়িং ডেটা প্রক্রিয়া করতে পারে। এই কার্যকারিতার মধ্যে রয়েছে ফিল্টার যেমন Gzip, যা ক্লায়েন্টকে পাঠানোর আগে ডেটা সংকুচিত করে।
রাউটার: তারা একটি ক্লাস্টার হিসাবে সংজ্ঞায়িত প্রয়োজনীয় গন্তব্যে ট্রাফিক ফরোয়ার্ড করে।
ক্লাস্টার: তারা ট্র্যাফিক এবং কনফিগারেশন প্যারামিটারের জন্য শেষ পয়েন্ট নির্ধারণ করে।

একটি নির্দিষ্ট NGINX কনফিগারেশনের সাথে মেলে একটি এনভয় প্রক্সি কনফিগারেশন তৈরি করতে আমরা এই চারটি উপাদান ব্যবহার করব। দূতের লক্ষ্য হল API এবং গতিশীল কনফিগারেশনের সাথে কাজ করা। এই ক্ষেত্রে, বেস কনফিগারেশন NGINX থেকে স্ট্যাটিক, হার্ড-কোডেড সেটিংস ব্যবহার করবে।

ধাপ 2 - NGINX কনফিগারেশন

প্রথম অংশ nginx.conf কিছু NGINX অভ্যন্তরীণ সংজ্ঞায়িত করে যা কনফিগার করা প্রয়োজন।

কর্মী সংযোগ

নীচের কনফিগারেশন কর্মী প্রক্রিয়া এবং সংযোগের সংখ্যা নির্ধারণ করে। এটি নির্দেশ করে কিভাবে NGINX চাহিদা মেটাতে স্কেল করবে।

worker_processes  2;

events {
  worker_connections   2000;
}

এনভয় প্রক্সি বিভিন্ন উপায়ে কর্মপ্রবাহ এবং সংযোগগুলি পরিচালনা করে।

দূত সিস্টেমে প্রতিটি হার্ডওয়্যার থ্রেডের জন্য একটি কর্মী থ্রেড তৈরি করে। প্রতিটি কর্মী থ্রেড একটি নন-ব্লকিং ইভেন্ট লুপ কার্যকর করে যার জন্য দায়ী

প্রতিটি শ্রোতার কথা শোনা
নতুন সংযোগ গ্রহণ
সংযোগের জন্য ফিল্টারের একটি সেট তৈরি করা হচ্ছে
সংযোগের জীবদ্দশায় সমস্ত I/O ক্রিয়াকলাপ প্রক্রিয়া করুন।

সমস্ত পরবর্তী সংযোগ প্রক্রিয়াকরণ সম্পূর্ণরূপে কর্মী থ্রেডে পরিচালিত হয়, যেকোন ফরওয়ার্ডিং আচরণ সহ।

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

আরো তথ্যের জন্য, যান দূত প্রক্সি ব্লগ.

HTTP কনফিগারেশন

নিম্নলিখিত NGINX কনফিগারেশন ব্লক HTTP সেটিংস সংজ্ঞায়িত করে যেমন:

কি ধরনের মাইম সমর্থিত
ডিফল্ট টাইমআউট
জিজিপ কনফিগারেশন

আপনি এনভয় প্রক্সিতে ফিল্টার ব্যবহার করে এই দিকগুলি কাস্টমাইজ করতে পারেন, যা আমরা পরে আলোচনা করব।

ধাপ 3 - সার্ভার কনফিগারেশন

এইচটিটিপি কনফিগারেশন ব্লকে, এনজিআইএনএক্স কনফিগারেশন পোর্ট 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

নাম envoy.http_connection_manager এনভয় প্রক্সিতে একটি অন্তর্নির্মিত ফিল্টার। অন্যান্য ফিল্টার অন্তর্ভুক্ত Redis, মোঙ্গো, বিভিন্ন 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 ফলাফল থেকে প্রত্যাবর্তিত প্রতিটি 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:

ডিফল্টরূপে, এনভয়-এর একটি ফর্ম্যাট স্ট্রিং রয়েছে যাতে HTTP অনুরোধের বিশদ বিবরণ রয়েছে:

[%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 পরিষেবা কনফিগার নেই।

সিস্টেমড সার্ভিস কনফিগার যোগ করুন /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 কনফিগারেশন রাখতে হবে।

দূত প্রক্সি ব্যবহার করে একটি টেলিগ্রাম চ্যাট আছে: https://t.me/envoyproxy_ru

এনভয় প্রক্সি স্ট্যাটিক কন্টেন্ট পরিবেশন সমর্থন করে না। অতএব, যারা এই বৈশিষ্ট্যটির জন্য ভোট দিতে পারেন: https://github.com/envoyproxy/envoy/issues/378

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

এই পোস্টটি কি আপনাকে দূত প্রক্সি ইনস্টল এবং পরীক্ষা করতে উত্সাহিত করেছে?

হাঁ
না

75 জন ব্যবহারকারী ভোট দিয়েছেন। 18 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com

Nginx থেকে এনভয় প্রক্সিতে স্থানান্তরিত হচ্ছে