কিভাবে আমরা গ্রেট চাইনিজ ফায়ারওয়াল ভেদ করেছিলাম (পর্ব 2)

গ্রিটিংস!

নিকিতা আবার আপনার সাথে, কোম্পানির একজন সিস্টেম ইঞ্জিনিয়ার SEMrush. এবং এই নিবন্ধটির সাথে আমি কীভাবে আমরা একটি সমাধানের সমাধান নিয়ে এসেছি সে সম্পর্কে গল্পটি চালিয়ে যাচ্ছি চাইনিজ ফায়ারওয়াল আমাদের সেবা semrush.com এর জন্য।

В পূর্ববর্তী অংশ অামি বলেছিলাম:

• সিদ্ধান্ত নেওয়ার পরে কী সমস্যা দেখা দেয় "আমাদের চীনে আমাদের পরিষেবা কাজ করতে হবে"
• চাইনিজ ইন্টারনেটের কি সমস্যা আছে?
• কেন আপনি একটি ICP লাইসেন্স প্রয়োজন?
• কিভাবে এবং কেন আমরা ক্যাচপয়েন্ট দিয়ে আমাদের টেস্টবেড পরীক্ষা করার সিদ্ধান্ত নিয়েছি
• ক্লাউডফ্লেয়ার চায়না নেটওয়ার্কের উপর ভিত্তি করে আমাদের প্রথম সমাধানের ফলাফল কী ছিল
• ক্লাউডফ্লেয়ার ডিএনএস-এ আমরা কীভাবে একটি বাগ খুঁজে পেয়েছি

এই অংশটি আমার মতে সবচেয়ে আকর্ষণীয়, কারণ এটি স্টেজিংয়ের নির্দিষ্ট প্রযুক্তিগত বাস্তবায়নের উপর দৃষ্টি নিবদ্ধ করে। এবং আমরা শুরু করব, বা বরং চালিয়ে যাব, সঙ্গে আলিবাবা মেঘ.

আলিবাবা মেঘ

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

আইপিএসইসি

আমরা ভূগোল দিয়ে শুরু করেছি। যেহেতু আমাদের পরীক্ষার সাইটটি Google ক্লাউডে অবস্থিত ছিল, তাই আমাদের আলিবাবা ক্লাউডকে GCP-এর সাথে "লিঙ্ক" করতে হবে, তাই আমরা Google উপস্থিত রয়েছে এমন অবস্থানগুলির একটি তালিকা খুলেছি। সেই মুহুর্তে হংকংয়ে তাদের নিজস্ব ডেটা সেন্টার ছিল না।
নিকটতম অঞ্চল হতে পরিণত asia-east1 (তাইওয়ান)। আলী মূল ভূখণ্ডের চীনের তাইওয়ানের নিকটতম অঞ্চল হিসাবে পরিণত হয়েছিল cn-শেনজেন (শেনজেন)।

এর সাহায্যে terraform বর্ণনা এবং GCP এবং আলী সমগ্র অবকাঠামো উত্থাপন. মেঘের মধ্যে একটি 100 Mbit/s টানেল প্রায় সঙ্গে সঙ্গে উঠে গেছে। শেনজেন এবং তাইওয়ানের পাশে, প্রক্সিিং ভার্চুয়াল মেশিনগুলি উত্থাপিত হয়েছিল। শেনজেনে, ব্যবহারকারীর ট্র্যাফিক বন্ধ করা হয়, একটি টানেলের মাধ্যমে তাইওয়ানে প্রক্সি করা হয় এবং সেখান থেকে এটি সরাসরি আমাদের পরিষেবার বাহ্যিক আইপিতে যায় us-east (মার্কিন যুক্তরাষ্ট্র পূর্ব উপকূল)। টানেলের মাধ্যমে ভার্চুয়াল মেশিনের মধ্যে পিং করুন 24ms, যা এত খারাপ নয়।

একই সময়ে, আমরা একটি পরীক্ষা এলাকা স্থাপন করেছি আলিবাবা ক্লাউড ডিএনএস. এনএস আলীকে জোন অর্পণ করার পর, রেজোলিউশনের সময় 470 ms থেকে কমেছে 50 এমএস. এর আগে, জোনটি ক্লাউডফেয়ারেও ছিল।

টানেলের সমান্তরাল asia-east1 শেনজেন থেকে সরাসরি আরেকটি টানেল উত্থাপিত হয়েছে us-east4. সেখানে তারা আরও প্রক্সি ভার্চুয়াল মেশিন তৈরি করে এবং উভয় সমাধান পরীক্ষা করতে শুরু করে, কুকিজ বা ডিএনএস ব্যবহার করে টেস্ট ট্রাফিক রাউটিং। পরীক্ষার বেঞ্চ নিম্নলিখিত চিত্রে পরিকল্পিতভাবে বর্ণনা করা হয়েছে:

টানেলের জন্য লেটেন্সি নিম্নলিখিত হিসাবে পরিণত হয়েছে:
আলী cn-শেনজেন <—> GCP asia-east1 — 24ms
আলী cn-শেনজেন <—> GCP us-east4 — 200ms

ক্যাচপয়েন্ট ব্রাউজার পরীক্ষা চমৎকার উন্নতি রিপোর্ট করেছে।

দুটি সমাধানের জন্য পরীক্ষার ফলাফল তুলনা করুন:

রায়
আপটাইম
মধ্যমা
75 শতাংশ
95 শতাংশ

Cloudflare
86.6
18s
30s
60s

IP সেকে
99.79
18s
21s
30s

এটি একটি সমাধান থেকে ডেটা যা একটি IPSEC টানেল এর মাধ্যমে ব্যবহার করে asia-east1. us-east4 এর মাধ্যমে ফলাফল খারাপ ছিল, এবং আরও ত্রুটি ছিল, তাই আমি ফলাফল দেব না।

দুটি টানেলের এই পরীক্ষার ফলাফলের উপর ভিত্তি করে, যার একটি চীনের নিকটতম অঞ্চলে এবং অন্যটি চূড়ান্ত গন্তব্যে শেষ করা হয়েছে, এটি স্পষ্ট হয়ে গেছে যে যত তাড়াতাড়ি চীনা ফায়ারওয়ালের নীচে থেকে "উত্থান" করা গুরুত্বপূর্ণ। সম্ভব, এবং তারপর দ্রুত নেটওয়ার্ক ব্যবহার করুন (CDN প্রদানকারী, ক্লাউড প্রদানকারী, ইত্যাদি)। ফায়ারওয়ালের মধ্য দিয়ে যাওয়ার এবং এক ঝাপটায় আপনার গন্তব্যে যাওয়ার চেষ্টা করার দরকার নেই। এটি দ্রুততম উপায় নয়।

সাধারণভাবে, ফলাফলগুলি খারাপ নয়, তবে, semrush.com-এর গড় 8.8s এবং 75 শতাংশ 9.4s (একই পরীক্ষায়)।
এবং এগিয়ে যাওয়ার আগে, আমি একটি সংক্ষিপ্ত লিরিক্যাল ডিগ্রেশন করতে চাই।

লিরিকাল ডিগ্রেশন

ব্যবহারকারী সাইটে প্রবেশ করার পরে www.semrushchina.cn, যা "দ্রুত" চীনা DNS সার্ভারের মাধ্যমে সমাধান করে, HTTP অনুরোধ আমাদের দ্রুত সমাধানের মাধ্যমে যায়। প্রতিক্রিয়াটি একই পথ ধরে ফেরত দেওয়া হয়, তবে ডোমেনটি সমস্ত JS স্ক্রিপ্ট, HTML পৃষ্ঠা এবং ওয়েব পৃষ্ঠার অন্যান্য উপাদানগুলিতে নির্দিষ্ট করা হয় semrush.com অতিরিক্ত সংস্থানগুলির জন্য যা পৃষ্ঠাটি রেন্ডার করার সময় লোড করা আবশ্যক। অর্থাৎ, ক্লায়েন্ট "প্রধান" এ-রেকর্ড সমাধান করে www.semrushchina.cn এবং দ্রুত টানেলে যায়, দ্রুত একটি প্রতিক্রিয়া পায় - একটি HTML পৃষ্ঠা যা বলে:

• sso.semrush.com থেকে অমুক এবং অমুক js ডাউনলোড করুন,
• cdn.semrush.com থেকে CSS ফাইলগুলি পান,
• এবং dab.semrush.com থেকে কিছু ছবি তুলুন
• ইত্যাদি।

ব্রাউজারটি এই সংস্থানগুলির জন্য "বাহ্যিক" ইন্টারনেটে যেতে শুরু করে, প্রতিবার একটি ফায়ারওয়ালের মধ্য দিয়ে যাওয়ার সময় যা প্রতিক্রিয়ার সময় খায়।

কিন্তু পূর্ববর্তী পরীক্ষা ফলাফল দেখায় যখন পৃষ্ঠায় কোন সম্পদ নেই semrush.comশুধুমাত্র semrushchina.cn, এবং *.semrushchina.cn সুড়ঙ্গে যাওয়ার জন্য শেনজেনের ভার্চুয়াল মেশিনের ঠিকানা সমাধান করে।

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

সাবফিল্টার

এই সমস্যাটি প্রকাশের প্রায় সঙ্গে সঙ্গেই সমাধানের জন্ম হয়েছিল। আমরা প্রয়োজন POC (ধারণার প্রমাণ) যে আমাদের ফায়ারওয়াল অনুপ্রবেশ সমাধান সত্যিই ভাল কাজ করে। এটি করার জন্য, আপনাকে যতটা সম্ভব এই সমাধানটিতে সমস্ত সাইট ট্র্যাফিক মোড়ানো দরকার। এবং আমরা আবেদন করেছি সাবফিল্টার nginx-এ।

সাবফিল্টার nginx-এ একটি মোটামুটি সহজ মডিউল যা আপনাকে প্রতিক্রিয়া বডিতে একটি লাইন অন্য লাইনে পরিবর্তন করতে দেয়। তাই আমরা সব ঘটনা পরিবর্তন semrush.com উপর semrushchina.cn সব উত্তরে।

এবং... এটি কাজ করেনি কারণ আমরা ব্যাকএন্ড থেকে সংকুচিত সামগ্রী পেয়েছি, তাই সাবফিল্টার প্রয়োজনীয় লাইন খুঁজে পায়নি। আমাকে nginx-এ অন্য একটি স্থানীয় সার্ভার যোগ করতে হয়েছিল, যা প্রতিক্রিয়াটিকে ডিকম্প্রেস করে এবং এটিকে পরবর্তী স্থানীয় সার্ভারে প্রেরণ করেছিল, যা ইতিমধ্যে স্ট্রিংটি প্রতিস্থাপন করতে, এটিকে সংকুচিত করতে এবং চেইনের পরবর্তী প্রক্সি সার্ভারে পাঠাতে ব্যস্ত ছিল।

ফলে ক্লায়েন্ট কোথায় পাবে .semrush.com, তিনি পেয়েছেন .semrushchina.cn এবং বাধ্যতামূলকভাবে আমাদের সিদ্ধান্তের মধ্য দিয়ে হেঁটেছি।

যাইহোক, ডোমেনটিকে একভাবে পরিবর্তন করাই যথেষ্ট নয়, কারণ ব্যাকএন্ডগুলি এখনও ক্লায়েন্টের কাছ থেকে পরবর্তী অনুরোধে semrush.com আশা করে। তদনুসারে, একই সার্ভারে যেখানে একমুখী প্রতিস্থাপন করা হয়, একটি সাধারণ রেগুলার এক্সপ্রেশন ব্যবহার করে আমরা অনুরোধ থেকে সাবডোমেন পাই এবং তারপরে আমরা করি প্রক্সি_পাস পরিবর্তনশীল সঙ্গে $হোস্ট, মধ্যে প্রদর্শিত $subdomain.semrush.com. এটা বিভ্রান্তিকর মনে হতে পারে, কিন্তু এটা কাজ করে. এবং এটি ভাল কাজ করে। স্বতন্ত্র ডোমেনগুলির জন্য যেগুলির জন্য বিভিন্ন যুক্তি প্রয়োজন, কেবল আপনার নিজস্ব সার্ভার ব্লক তৈরি করুন এবং একটি পৃথক কনফিগারেশন করুন৷ এই স্কিমটির স্পষ্টতা এবং প্রদর্শনের জন্য নীচে সংক্ষিপ্ত nginx কনফিগারেশন রয়েছে।

নিম্নলিখিত কনফিগারেশন চীন থেকে সমস্ত অনুরোধ প্রক্রিয়া করে .semrushchina.cn:

    listen 80;

    server_name ~^(?<subdomain>[w-]+).semrushchina.cn$;

    sub_filter '.semrush.com' '.semrushchina.cn';
    sub_filter_last_modified on;
    sub_filter_once off;
    sub_filter_types *;

    gzip on;
    gzip_proxied any;
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;

    location / {
        proxy_pass http://127.0.0.1:8083;
        proxy_set_header Accept-Encoding "";
        proxy_set_header Host $subdomain.semrush.com;
        proxy_set_header X-Accept-Encoding $http_accept_encoding;
    }
}

এই কনফিগারেশন প্রক্সি স্থানীয় হোস্ট পোর্ট 83 এ, এবং নিম্নলিখিত কনফিগারেশন সেখানে অপেক্ষা করছে:

    listen 127.0.0.1:8083;

    server_name *.semrush.com;

    location / {
        resolver 8.8.8.8 ipv6=off;
        gunzip on;
        proxy_pass https://$host;
        proxy_set_header Accept-Encoding gzip;
    }
}

আমি আবার বলছি, এগুলো ক্রপ করা কনফিগার।

সে রকমই. এটি দেখতে জটিল হতে পারে, তবে এটি শব্দে। আসলে, বাষ্পযুক্ত শালগম এর চেয়ে সবকিছু সহজ :)

ডিগ্রেশনের সমাপ্তি

কিছুক্ষণের জন্য আমরা খুশি ছিলাম কারণ আইপিএসইসি টানেল পড়ার পৌরাণিক কাহিনী নিশ্চিত করা হয়নি। কিন্তু তারপরে টানেল পড়তে শুরু করে। কয়েক মিনিটের জন্য দিনে বেশ কয়েকবার। একটু, কিন্তু যে আমাদের জন্য উপযুক্ত ছিল না. যেহেতু উভয় টানেল একই রাউটারে আলীর দিকে বন্ধ করা হয়েছিল, আমরা সিদ্ধান্ত নিয়েছি যে সম্ভবত এটি একটি আঞ্চলিক সমস্যা এবং আমাদের ব্যাকআপ অঞ্চল বাড়াতে হবে।

তারা এটা তুলে নিল। টানেলগুলি বিভিন্ন সময়ে ব্যর্থ হতে শুরু করেছিল, কিন্তু ফেইলওভারটি nginx-এ আপস্ট্রিম স্তরে আমাদের জন্য ভাল কাজ করেছিল। কিন্তু তারপরে টানেলগুলি প্রায় একই সময়ে পড়তে শুরু করে 🙂 এবং 502 এবং 504 আবার শুরু হয়। আপটাইম খারাপ হতে শুরু করে, তাই আমরা বিকল্পটির সাথে কাজ করতে শুরু করি আলিবাবা সিইএন (ক্লাউড এন্টারপ্রাইজ নেটওয়ার্ক)।

CEN

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

• আপনি যদি চীনা নাগরিক বা আইনী সত্তা না হন তবে এটি পাওয়া খুব কঠিন,
• চ্যানেলের ক্ষমতার প্রতিটি মেগাবিটের জন্য আপনাকে অর্থ প্রদান করতে হবে।

সংযোগ করার সুযোগ রয়েছে চীন পটভূমি и বিদেশী, আমরা দুটি আলী অঞ্চলের মধ্যে একটি CEN তৈরি করেছি: cn-শেনজেন и us-east-1 (আমাদের নিকটতম বিন্দু-পূর্ব ৪)। আলীতে us-east-1 আরেকটি ভার্চুয়াল মেশিন উত্থাপিত যাতে আরও একটি থাকে খোঁড়ান.

এটি এই মত পরিণত হয়েছে:

ব্রাউজার পরীক্ষার ফলাফল নিম্নরূপ:

রায়
আপটাইম
মধ্যমা
75 শতাংশ
95 শতাংশ

Cloudflare
86.6
18s
30s
60s

IP সেকে
99.79
18s
21s
30s

CEN
99.75
16s
21s
27s

পারফরমেন্স IPSEC এর থেকে কিছুটা ভালো। কিন্তু IPSEC-এর মাধ্যমে আপনি সম্ভাব্যভাবে 100 Mbit/s গতিতে ডাউনলোড করতে পারবেন এবং CEN-এর মাধ্যমে শুধুমাত্র 5 Mbit/s এবং আরও বেশি গতিতে ডাউনলোড করতে পারবেন।

একটি হাইব্রিড মত শোনাচ্ছে, তাই না? IPSEC গতি এবং CEN স্থিতিশীলতা একত্রিত করুন।

IPSEC টানেল ব্যর্থ হলে IPSEC এবং CEN উভয় মাধ্যমেই ট্রাফিকের অনুমতি দিয়ে আমরা এটিই করেছি। আপটাইম অনেক বেশি হয়ে গেছে, কিন্তু সাইট লোডিং স্পিড এখনও কাঙ্খিত অনেক কিছু ছেড়ে দেয়। তারপরে আমি সমস্ত সার্কিট আঁকলাম যা আমরা ইতিমধ্যেই ব্যবহার করেছি এবং পরীক্ষা করেছি এবং এই সার্কিটে আরও একটু GCP যোগ করার চেষ্টা করার সিদ্ধান্ত নিয়েছি, যথা জিএলবি.

জিএলবি

জিএলবি - এটা গ্লোবাল লোড ব্যালেন্সার (বা Google ক্লাউড লোড ব্যালেন্সার)। এটি আমাদের জন্য একটি গুরুত্বপূর্ণ সুবিধা রয়েছে: একটি CDN এর প্রসঙ্গে এটি রয়েছে anycast আইপি, যা আপনাকে ক্লায়েন্টের নিকটতম ডেটা সেন্টারে ট্রাফিককে রুট করতে দেয়, যাতে ট্রাফিক দ্রুত Google-এর দ্রুত নেটওয়ার্কে প্রবেশ করে এবং "নিয়মিত" ইন্টারনেটের মাধ্যমে কম যায়৷

দুবার চিন্তা না করেই আমরা তুললাম HTTP/HTTPS LB আমরা আমাদের ভার্চুয়াল মেশিনগুলিকে জিসিপিতে সাবফিল্টার সহ এবং ব্যাকএন্ড হিসাবে ইনস্টল করেছি।

বেশ কয়েকটি স্কিম ছিল:

• ব্যবহার করতে ক্লাউডফ্লেয়ার চায়না নেটওয়ার্ক, কিন্তু এই সময় অরিজিন বিশ্বব্যাপী নির্দিষ্ট করা উচিত আইপি জিএলবি.
• এ ক্লায়েন্টদের সমাপ্ত করুন cn-শেনজেন, এবং সেখান থেকে সরাসরি প্রক্সি ট্রাফিক জিএলবি.
• চীন থেকে সরাসরি যান জিএলবি.
• এ ক্লায়েন্টদের সমাপ্ত করুন cn-শেনজেন, সেখান থেকে প্রক্সিতে asia-east1 IPSEC এর মাধ্যমে (in us-east4 CEN এর মাধ্যমে), সেখান থেকে GLB-তে যান (শান্তভাবে, নীচে একটি ছবি এবং ব্যাখ্যা থাকবে)

আমরা এই সমস্ত বিকল্পগুলি এবং আরও কয়েকটি হাইব্রিড পরীক্ষা করেছি:

• ক্লাউডফ্লেয়ার + জিএলবি

আপটাইম এবং DNS ত্রুটির কারণে এই স্কিমটি আমাদের জন্য উপযুক্ত নয়। কিন্তু CF দিকে বাগ সংশোধন করার আগে পরীক্ষাটি করা হয়েছিল, সম্ভবত এটি এখন ভাল (তবে, এটি HTTP সময়সীমা বাদ দেয় না)।

• আলী + জিএলবি

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

• শুধুমাত্র GLB

আগেরটির মতো একটি বিকল্প, শুধুমাত্র এটি চীনে সার্ভার ব্যবহার করেনি: ট্র্যাফিক সরাসরি GLB-তে চলে গেছে (DNS রেকর্ডগুলি পরিবর্তন করা হয়েছে)। তদনুসারে, ফলাফলগুলি সন্তোষজনক ছিল না, যেহেতু সাধারণ চীনা ক্লায়েন্টরা সাধারণ ইন্টারনেট সরবরাহকারীদের পরিষেবাগুলি ব্যবহার করে ফায়ারওয়াল পাস করার ক্ষেত্রে আলি ক্লাউডের চেয়ে অনেক খারাপ পরিস্থিতি রয়েছে।

• শেনজেন -> (CEN/IPSEC) -> প্রক্সি -> GLB

এখানে আমরা সব সমাধানের সেরা ব্যবহার করার সিদ্ধান্ত নিয়েছি:

• CEN থেকে স্থিতিশীলতা এবং গ্যারান্টিযুক্ত SLA
• IPSEC থেকে উচ্চ গতি
• Google এর "দ্রুত" নেটওয়ার্ক এবং এর যেকোনো কাস্ট।

স্কিমটি এরকম কিছু দেখায়: ব্যবহারকারীর ট্র্যাফিক একটি ভার্চুয়াল মেশিনে বন্ধ করা হয় ch-শেনজেন. Nginx আপস্ট্রিমগুলি সেখানে কনফিগার করা হয়েছে, যার মধ্যে কিছু আইপিএসইসি টানেলের অন্য প্রান্তে অবস্থিত ব্যক্তিগত আইপি সার্ভারের দিকে নির্দেশ করে এবং কিছু আপস্ট্রিম CEN এর অন্য দিকে সার্ভারের ব্যক্তিগত ঠিকানাগুলি নির্দেশ করে৷ IPSEC অঞ্চলে কনফিগার করা হয়েছে৷ asia-east1 GCP-তে (সমাধান তৈরি করার সময় চীনের সবচেয়ে কাছের অঞ্চল ছিল। GCP এখন হংকং-এও রয়েছে)। CEN - অঞ্চলে us-east1 আলী মেঘে।

এরপর উভয় প্রান্ত থেকে যান চলাচলের নির্দেশ দেওয়া হয় anycast IP GLB, অর্থাৎ, Google-এর উপস্থিতির নিকটতম বিন্দুতে, এবং তার নেটওয়ার্কগুলির মাধ্যমে এই অঞ্চলে গিয়েছিল৷ us-east4 GCP-তে, যেখানে প্রতিস্থাপন ভার্চুয়াল মেশিন ছিল (nginx-এ সাবফিল্টার সহ)।

এই হাইব্রিড সমাধান, যেমনটি আমরা আশা করেছিলাম, প্রতিটি প্রযুক্তির সুবিধার সুবিধা নিয়েছে। সাধারণভাবে, ট্রাফিক দ্রুত IPSEC এর মধ্য দিয়ে যায়, কিন্তু সমস্যা শুরু হলে, আমরা দ্রুত এবং কয়েক মিনিটের জন্য এই সার্ভারগুলিকে আপস্ট্রিম থেকে বের করে দিই এবং টানেলটি স্থিতিশীল না হওয়া পর্যন্ত শুধুমাত্র CEN এর মাধ্যমে ট্রাফিক পাঠাই।

উপরের তালিকা থেকে ৪র্থ সমাধান বাস্তবায়ন করে, আমরা যা চেয়েছিলাম এবং সেই সময়ে ব্যবসার জন্য আমাদের কী প্রয়োজন ছিল তা আমরা অর্জন করেছি।

আগেরগুলির তুলনায় নতুন সমাধানের জন্য ব্রাউজার পরীক্ষার ফলাফল:

রায়
আপটাইম
মধ্যমা
75 শতাংশ
95 শতাংশ

Cloudflare
86.6
18s
30s
60s

IP সেকে
99.79
18s
21s
30s

CEN
99.75
16s
21s
27s

CEN/IPsec + GLB
99.79
13s
16s
25s

যা CDN

আমরা যে সমাধান প্রয়োগ করেছি তাতে সবকিছুই ভালো, কিন্তু এমন কোনো CDN নেই যা আঞ্চলিক এবং এমনকি শহর পর্যায়ে ট্রাফিককে ত্বরান্বিত করতে পারে। তাত্ত্বিকভাবে, এটি CDN প্রদানকারীর দ্রুত যোগাযোগের চ্যানেলগুলি ব্যবহার করে শেষ ব্যবহারকারীদের জন্য সাইটের গতি বাড়াতে হবে। এবং আমরা সব সময় এটি সম্পর্কে চিন্তা. এবং এখন, প্রকল্পের পরবর্তী পুনরাবৃত্তির সময় এসেছে: চীনে CDN প্রদানকারীদের অনুসন্ধান এবং পরীক্ষা করা।

এবং আমি আপনাকে পরবর্তী, চূড়ান্ত অংশে এই সম্পর্কে বলব :)

উত্স: www.habr.com