ചൈനയിലെ ഗ്രേറ്റ് ഫയർവാൾ ഞങ്ങൾ എങ്ങനെ തകർത്തു (ഭാഗം 2)

ഹലോ!

നികിത വീണ്ടും നിങ്ങളോടൊപ്പമുണ്ട്, കമ്പനിയിലെ ഒരു സിസ്റ്റം എഞ്ചിനീയർ SEMrush. ഈ ലേഖനത്തിലൂടെ ഞങ്ങൾ എങ്ങനെ ഒരു പരിഹാര പരിഹാരം കണ്ടുപിടിച്ചു എന്നതിനെക്കുറിച്ചുള്ള കഥ ഞാൻ തുടരുന്നു ചൈനീസ് ഫയർവാൾ ഞങ്ങളുടെ സേവനത്തിനായി semrush.com.

В മുൻ ഭാഗം ഞാന് പറഞ്ഞു:

• "ഞങ്ങളുടെ സേവനം ചൈനയിൽ പ്രവർത്തിക്കേണ്ടതുണ്ട്" എന്ന തീരുമാനത്തിന് ശേഷം എന്ത് പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നു
• ചൈനീസ് ഇന്റർനെറ്റിന് എന്ത് പ്രശ്‌നങ്ങളുണ്ട്?
• എന്തുകൊണ്ടാണ് നിങ്ങൾക്ക് ഒരു ICP ലൈസൻസ് വേണ്ടത്?
• ക്യാച്ച്‌പോയിന്റ് ഉപയോഗിച്ച് ഞങ്ങളുടെ ടെസ്റ്റ്‌ബെഡുകൾ എങ്ങനെ, എന്തുകൊണ്ട് പരീക്ഷിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു
• ക്ലൗഡ്ഫ്ലെയർ ചൈന നെറ്റ്‌വർക്കിനെ അടിസ്ഥാനമാക്കിയുള്ള ഞങ്ങളുടെ ആദ്യ പരിഹാരത്തിന്റെ ഫലം എന്തായിരുന്നു
• Cloudflare DNS-ൽ ഞങ്ങൾ എങ്ങനെയാണ് ഒരു ബഗ് കണ്ടെത്തിയത്

എന്റെ അഭിപ്രായത്തിൽ ഈ ഭാഗം ഏറ്റവും രസകരമാണ്, കാരണം ഇത് സ്റ്റേജിംഗിന്റെ പ്രത്യേക സാങ്കേതിക നിർവ്വഹണങ്ങളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ഞങ്ങൾ ആരംഭിക്കും, അല്ലെങ്കിൽ തുടരും അലിബാബ ക്ലൗഡ്.

അലിബാബ ക്ലൗഡ്

അലിബാബ ക്ലൗഡ് ഒരു ക്ലൗഡ് ദാതാവ് എന്ന് സത്യസന്ധമായി സ്വയം വിളിക്കാൻ അനുവദിക്കുന്ന എല്ലാ സേവനങ്ങളും ഉള്ള സാമാന്യം വലിയ ക്ലൗഡ് ദാതാവാണ്. വിദേശ ഉപയോക്താക്കൾക്കായി രജിസ്റ്റർ ചെയ്യാനുള്ള അവസരം അവർക്ക് ലഭിക്കുന്നത് നല്ലതാണ്, കൂടാതെ സൈറ്റിന്റെ ഭൂരിഭാഗവും ഇംഗ്ലീഷിലേക്ക് വിവർത്തനം ചെയ്യപ്പെടുന്നു (ചൈനയ്ക്ക് ഇത് ഒരു ലക്ഷ്വറി ആണ്). ഈ ക്ലൗഡിൽ, നിങ്ങൾക്ക് ലോകത്തിന്റെ പല പ്രദേശങ്ങളുമായും ചൈനയുടെ പ്രധാന ഭൂപ്രദേശങ്ങളുമായും ഓഷ്യാനിക് ഏഷ്യയുമായും (ഹോങ്കോംഗ്, തായ്‌വാൻ മുതലായവ) പ്രവർത്തിക്കാൻ കഴിയും.

IPsec

ഞങ്ങൾ ഭൂമിശാസ്ത്രത്തിൽ തുടങ്ങി. ഞങ്ങളുടെ ടെസ്റ്റ് സൈറ്റ് ഗൂഗിൾ ക്ലൗഡിൽ സ്ഥിതി ചെയ്യുന്നതിനാൽ, ഞങ്ങൾക്ക് ആലിബാബ ക്ലൗഡ് ജിസിപിയുമായി "ലിങ്ക്" ചെയ്യേണ്ടതുണ്ട്, അതിനാൽ ഞങ്ങൾ ഗൂഗിൾ ഉള്ള സ്ഥലങ്ങളുടെ ഒരു ലിസ്റ്റ് തുറന്നു. ആ നിമിഷം അവർക്ക് ഇതുവരെ ഹോങ്കോങ്ങിൽ സ്വന്തമായി ഡാറ്റാ സെന്റർ ഇല്ലായിരുന്നു.
ഏറ്റവും അടുത്തുള്ള പ്രദേശമായി മാറി ഏഷ്യ-കിഴക്ക്1 (തായ്‌വാൻ). തായ്‌വാനുമായി ചൈനയുടെ ഏറ്റവും അടുത്തുള്ള പ്രദേശമായി അലി മാറി cn-shenzhen (ഷെൻഷെൻ).

സഹായത്തോടെ ടെറഫോം ജിസിപിയിലെയും അലിയിലെയും മുഴുവൻ അടിസ്ഥാന സൗകര്യങ്ങളും വിവരിക്കുകയും ഉയർത്തുകയും ചെയ്തു. മേഘങ്ങൾക്കിടയിൽ 100 ​​Mbit/s ടണൽ ഏതാണ്ട് തൽക്ഷണം മുകളിലേക്ക് പോയി. ഷെൻഷെൻ, തായ്‌വാൻ എന്നിവയുടെ വശത്ത്, പ്രോക്സിയിംഗ് വെർച്വൽ മെഷീനുകൾ ഉയർത്തി. ഷെൻ‌ഷെനിൽ, ഉപയോക്തൃ ട്രാഫിക് നിർത്തലാക്കി, ഒരു തുരങ്കത്തിലൂടെ തായ്‌വാനിലേക്ക് പ്രോക്‌സി ചെയ്യുന്നു, അവിടെ നിന്ന് അത് ഞങ്ങളുടെ സേവനത്തിന്റെ ബാഹ്യ ഐപിയിലേക്ക് നേരിട്ട് പോകുന്നു യുഎസ്-കിഴക്ക് (യുഎസ്എ ഈസ്റ്റ് കോസ്റ്റ്). ടണൽ വഴി വെർച്വൽ മെഷീനുകൾക്കിടയിൽ പിംഗ് ചെയ്യുക 24 മി, അത് അത്ര മോശമല്ല.

അതേ സമയം, ഞങ്ങൾ ഒരു ടെസ്റ്റ് ഏരിയ സ്ഥാപിച്ചു ആലിബാബ ക്ലൗഡ് ഡിഎൻഎസ്. NS അലിക്ക് സോൺ നൽകിയ ശേഷം, റെസല്യൂഷൻ സമയം 470 ms-ൽ നിന്ന് കുറഞ്ഞു 50 മി. ഇതിനുമുമ്പ്, സോൺ ക്ലൗഡ്ഫെയറിലും ഉണ്ടായിരുന്നു.

തുരങ്കത്തിന് സമാന്തരമായി ഏഷ്യ-കിഴക്ക്1 ഷെൻഷെനിൽ നിന്ന് നേരിട്ട് മറ്റൊരു തുരങ്കം ഉയർത്തി യുഎസ്-ഈസ്റ്റ്4. അവിടെ അവർ കൂടുതൽ പ്രോക്സി വെർച്വൽ മെഷീനുകൾ സൃഷ്ടിക്കുകയും രണ്ട് പരിഹാരങ്ങളും പരീക്ഷിക്കാൻ തുടങ്ങി, കുക്കികൾ അല്ലെങ്കിൽ ഡിഎൻഎസ് ഉപയോഗിച്ച് ടെസ്റ്റ് ട്രാഫിക് റൂട്ട് ചെയ്യുന്നു. ടെസ്റ്റ് ബെഞ്ച് ഇനിപ്പറയുന്ന ചിത്രത്തിൽ സ്കീമാറ്റിക്കായി വിവരിച്ചിരിക്കുന്നു:

തുരങ്കങ്ങൾക്കുള്ള ലേറ്റൻസി ഇനിപ്പറയുന്നതായി മാറി:
Ali cn-shenzhen <—> GCP ഏഷ്യ-ഈസ്റ്റ്1 — 24ms
അലി cn-shenzhen <—> GCP us-east4 — 200ms

ക്യാച്ച്‌പോയിന്റ് ബ്രൗസർ പരിശോധനകൾ മികച്ച പുരോഗതി റിപ്പോർട്ട് ചെയ്തു.

രണ്ട് പരിഹാരങ്ങൾക്കായി പരിശോധനാ ഫലങ്ങൾ താരതമ്യം ചെയ്യുക:

തീരുമാനം
ആവേശം
മീഡിയൻ
75 ശതമാനം
95 ശതമാനം

ച്ലൊഉദ്ഫ്ലരെ
86.6
18
30
60

IPsec
99.79
18
21
30

ഇത് ഒരു IPSEC ടണൽ വഴി ഉപയോഗിക്കുന്ന ഒരു പരിഹാരത്തിൽ നിന്നുള്ള ഡാറ്റയാണ് ഏഷ്യ-കിഴക്ക്1. us-east4 വഴി ഫലങ്ങൾ മോശമായിരുന്നു, കൂടുതൽ പിശകുകൾ ഉണ്ടായിരുന്നു, അതിനാൽ ഞാൻ ഫലങ്ങൾ നൽകില്ല.

രണ്ട് തുരങ്കങ്ങളുടെ ഈ പരീക്ഷണത്തിന്റെ ഫലത്തെ അടിസ്ഥാനമാക്കി, അവയിലൊന്ന് ചൈനയുടെ ഏറ്റവും അടുത്തുള്ള പ്രദേശത്തും മറ്റൊന്ന് അവസാന ലക്ഷ്യസ്ഥാനത്തും അവസാനിപ്പിച്ചു, ചൈനീസ് ഫയർവാളിന് കീഴിൽ നിന്ന് വേഗത്തിൽ "ഉയരുന്നത്" പ്രധാനമാണെന്ന് വ്യക്തമായി. സാധ്യമാണ്, തുടർന്ന് ഫാസ്റ്റ് നെറ്റ്‌വർക്കുകൾ ഉപയോഗിക്കുക (സിഡിഎൻ ദാതാക്കൾ , ക്ലൗഡ് ദാതാക്കൾ മുതലായവ). ഫയർവാളിലൂടെ ഒറ്റയടിക്ക് നിങ്ങളുടെ ലക്ഷ്യസ്ഥാനത്തെത്താൻ ശ്രമിക്കേണ്ടതില്ല. ഇത് ഏറ്റവും വേഗതയേറിയ മാർഗമല്ല.

പൊതുവേ, ഫലങ്ങൾ മോശമല്ല, എന്നിരുന്നാലും, semrush.com ന് 8.8സെക്കന്റും 75 ശതമാനം 9.4സെക്കന്റും (അതേ പരിശോധനയിൽ) ശരാശരിയുണ്ട്.
മുന്നോട്ട് പോകുന്നതിന് മുമ്പ്, ഒരു ചെറിയ ലിറിക്കൽ ഡൈഗ്രഷൻ നടത്താൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

ലിറിക്കൽ ഡിഗ്രഷൻ

ഉപയോക്താവ് സൈറ്റിൽ പ്രവേശിച്ച ശേഷം 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 തുരങ്കത്തിലേക്ക് കടക്കുന്നതിന് ഷെൻ‌ഷെനിലെ വെർച്വൽ മെഷീന്റെ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്നു.

ഈ രീതിയിൽ മാത്രമേ, ചൈനീസ് ഫയർവാൾ വേഗത്തിൽ കടന്നുപോകുന്നതിനുള്ള നിങ്ങളുടെ പരിഹാരത്തിലൂടെ സാധ്യമായ എല്ലാ ട്രാഫിക്കും പരമാവധിയാക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് സ്വീകാര്യമായ വേഗതയും വെബ്‌സൈറ്റ് ലഭ്യത സൂചകങ്ങളും പരിഹാര പരിശോധനകളുടെ സത്യസന്ധമായ ഫലങ്ങളും നേടാനാകും.
ടീമിന്റെ ഉൽപ്പന്ന ഭാഗത്ത് ഒരു കോഡ് എഡിറ്റ് പോലും ഇല്ലാതെയാണ് ഞങ്ങൾ ഇത് ചെയ്തത്.

സബ്ഫിൽറ്റർ

ഈ പ്രശ്നം ഉയർന്നുവന്ന ഉടൻ തന്നെ പരിഹാരം ജനിച്ചു. ഞങ്ങൾക്ക് ആവശ്യമായിരുന്നു പി.ഒ.സി. (സങ്കൽപ്പത്തിന്റെ തെളിവ്) ഞങ്ങളുടെ ഫയർവാൾ നുഴഞ്ഞുകയറ്റ പരിഹാരങ്ങൾ ശരിക്കും നന്നായി പ്രവർത്തിക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ എല്ലാ സൈറ്റ് ട്രാഫിക്കും ഈ പരിഹാരത്തിലേക്ക് കഴിയുന്നത്ര പൊതിയേണ്ടതുണ്ട്. ഞങ്ങൾ അപേക്ഷിച്ചു ഉപഫിൽറ്റർ 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;
    }
}

ഞാൻ ആവർത്തിക്കുന്നു, ഇവ ക്രോപ്പ് ചെയ്ത കോൺഫിഗറുകളാണ്.

അത് പോലെ. ഇത് സങ്കീർണ്ണമാണെന്ന് തോന്നിയേക്കാം, പക്ഷേ അത് വാക്കുകളിലാണ്. വാസ്തവത്തിൽ, എല്ലാം ആവിയിൽ വേവിച്ച ടേണിപ്പുകളേക്കാൾ ലളിതമാണ് :)

വ്യതിചലനത്തിന്റെ അവസാനം

IPSEC തുരങ്കങ്ങൾ വീഴുന്നതിനെക്കുറിച്ചുള്ള മിഥ്യാധാരണ സ്ഥിരീകരിക്കപ്പെടാത്തതിനാൽ കുറച്ച് സമയത്തേക്ക് ഞങ്ങൾ സന്തുഷ്ടരായിരുന്നു. എന്നാൽ പിന്നീട് തുരങ്കങ്ങൾ വീഴാൻ തുടങ്ങി. ദിവസത്തിൽ നിരവധി തവണ കുറച്ച് മിനിറ്റ്. കുറച്ച്, പക്ഷേ അത് ഞങ്ങൾക്ക് അനുയോജ്യമല്ല. രണ്ട് തുരങ്കങ്ങളും ഒരേ റൂട്ടറിൽ അലിയുടെ ഭാഗത്ത് അവസാനിപ്പിച്ചതിനാൽ, ഇതൊരു പ്രാദേശിക പ്രശ്‌നമാണെന്നും ബാക്കപ്പ് മേഖല ഉയർത്തേണ്ടതുണ്ടെന്നും ഞങ്ങൾ തീരുമാനിച്ചു.

അവർ അതെടുത്തു. വ്യത്യസ്‌ത സമയങ്ങളിൽ തുരങ്കങ്ങൾ പരാജയപ്പെടാൻ തുടങ്ങി, പക്ഷേ പരാജയം nginx-ലെ അപ്‌സ്ട്രീം തലത്തിൽ ഞങ്ങൾക്ക് നന്നായി പ്രവർത്തിച്ചു. എന്നാൽ അതേ സമയം തന്നെ തുരങ്കങ്ങൾ വീഴാൻ തുടങ്ങി :) 502 ഉം 504 ഉം വീണ്ടും വീഴാൻ തുടങ്ങി, പ്രവർത്തന സമയം മോശമാകാൻ തുടങ്ങി, അതിനാൽ ഞങ്ങൾ ഓപ്ഷനിൽ പ്രവർത്തിക്കാൻ തുടങ്ങി ആലിബാബ CEN (ക്ലൗഡ് എന്റർപ്രൈസ് നെറ്റ്‌വർക്ക്).

ചെന്

ചെന് - ഇത് അലിബാബ ക്ലൗഡിനുള്ളിലെ വ്യത്യസ്ത പ്രദേശങ്ങളിൽ നിന്നുള്ള രണ്ട് വിപിസികളുടെ കണക്റ്റിവിറ്റിയാണ്, അതായത്, ക്ലൗഡിനുള്ളിലെ ഏത് പ്രദേശങ്ങളിലെയും സ്വകാര്യ നെറ്റ്‌വർക്കുകൾ നിങ്ങൾക്ക് പരസ്പരം ബന്ധിപ്പിക്കാൻ കഴിയും. ഏറ്റവും പ്രധാനമായി: ഈ ചാനലിന് സാമാന്യം കണിശതയുണ്ട് എസ്എൽഎ. വേഗതയിലും പ്രവർത്തനസമയത്തും ഇത് വളരെ സ്ഥിരതയുള്ളതാണ്. എന്നാൽ ഇത് ഒരിക്കലും അത്ര ലളിതമല്ല:

• നിങ്ങൾ ചൈനീസ് പൗരന്മാരോ നിയമപരമായ സ്ഥാപനമോ അല്ലാത്തപക്ഷം അത് നേടുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്,
• ചാനൽ ശേഷിയുടെ ഓരോ മെഗാബിറ്റിനും നിങ്ങൾ പണം നൽകേണ്ടതുണ്ട്.

ബന്ധിപ്പിക്കാനുള്ള അവസരം ലഭിക്കുന്നു മെയിൻ‌ലാന്റ് ചൈന и വിദേശ, ഞങ്ങൾ രണ്ട് അലി പ്രദേശങ്ങൾക്കിടയിൽ ഒരു CEN സൃഷ്ടിച്ചു: cn-shenzhen и us-east-1 (ഞങ്ങൾക്ക് ഏറ്റവും അടുത്തുള്ള പോയിന്റ്-കിഴക്ക് 4). അലിയിൽ us-east-1 മറ്റൊരു വെർച്വൽ മെഷീൻ ഉയർത്തി, അങ്ങനെ ഒന്ന് കൂടി ഹോപ്.

ഇത് ഇതുപോലെ മാറി:

ബ്രൗസർ പരിശോധനാ ഫലങ്ങൾ ചുവടെ:

തീരുമാനം
ആവേശം
മീഡിയൻ
75 ശതമാനം
95 ശതമാനം

ച്ലൊഉദ്ഫ്ലരെ
86.6
18
30
60

IPsec
99.79
18
21
30

ചെന്
99.75
16
21
27

പ്രകടനം IPSEC-നേക്കാൾ അല്പം മികച്ചതാണ്. എന്നാൽ IPSEC വഴി നിങ്ങൾക്ക് 100 Mbit/s വേഗതയിലും CEN വഴി 5 Mbit/s അതിലും കൂടുതലും വേഗതയിൽ ഡൗൺലോഡ് ചെയ്യാൻ കഴിയും.

ഒരു ഹൈബ്രിഡ് പോലെ തോന്നുന്നു, അല്ലേ? IPSEC വേഗതയും CEN സ്ഥിരതയും സംയോജിപ്പിക്കുക.

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

തൊപ്പി

തൊപ്പി ആണ് ഗ്ലോബൽ ലോഡ് ബാലൻസർ (അല്ലെങ്കിൽ Google ക്ലൗഡ് ലോഡ് ബാലൻസർ). ഇതിന് ഞങ്ങൾക്ക് ഒരു പ്രധാന നേട്ടമുണ്ട്: ഒരു CDN-ന്റെ പശ്ചാത്തലത്തിൽ അതിന് ഉണ്ട് ഏതെങ്കിലും ഐ.പി, ക്ലയന്റിനോട് ഏറ്റവും അടുത്തുള്ള ഡാറ്റാ സെന്ററിലേക്ക് ട്രാഫിക്ക് റൂട്ട് ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു, അതുവഴി ട്രാഫിക് വേഗത്തിൽ Google-ന്റെ വേഗതയേറിയ നെറ്റ്‌വർക്കിലേക്ക് പ്രവേശിക്കുകയും "പതിവ്" ഇന്റർനെറ്റ് വഴി പോകുകയും ചെയ്യും.

രണ്ടു വട്ടം ആലോചിക്കാതെ ഞങ്ങൾ ഉയർത്തി HTTP/HTTPS LB ഞങ്ങളുടെ വെർച്വൽ മെഷീനുകൾ GCP-യിലും ഒരു ബാക്കെൻഡായും സബ്ഫിൽട്ടർ ഉപയോഗിച്ച് ഞങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്തു.

നിരവധി സ്കീമുകൾ ഉണ്ടായിരുന്നു:

• ഉപയോഗിക്കുക ക്ലൗഡ്ഫ്ലെയർ ചൈന നെറ്റ്‌വർക്ക്, എന്നാൽ ഇത്തവണ ഉത്ഭവം ആഗോളം വ്യക്തമാക്കണം IP GLB.
• ക്ലയന്റുകളെ അവസാനിപ്പിക്കുക cn-shenzhen, അവിടെ നിന്ന് ട്രാഫിക് നേരിട്ട് പ്രോക്സി ചെയ്യുക തൊപ്പി.
• ചൈനയിൽ നിന്ന് നേരെ പോകുക തൊപ്പി.
• ക്ലയന്റുകളെ അവസാനിപ്പിക്കുക cn-shenzhen, അവിടെ നിന്ന് പ്രോക്സി ഏഷ്യ-കിഴക്ക്1 IPSEC വഴി (ഇൻ യുഎസ്-ഈസ്റ്റ്4 CEN വഴി), അവിടെ നിന്ന് GLB ലേക്ക് പോകുക (ശാന്തമായി, ചുവടെ ഒരു ചിത്രവും വിശദീകരണവും ഉണ്ടാകും)

ഈ ഓപ്ഷനുകളും മറ്റ് നിരവധി ഹൈബ്രിഡ് ഓപ്ഷനുകളും ഞങ്ങൾ പരീക്ഷിച്ചു:

• Cloudflare + GLB

പ്രവർത്തനസമയവും DNS പിശകുകളും കാരണം ഈ സ്കീം ഞങ്ങൾക്ക് അനുയോജ്യമല്ല. എന്നാൽ CF വശത്ത് ബഗ് പരിഹരിക്കുന്നതിന് മുമ്പാണ് പരിശോധന നടത്തിയത്, ഒരുപക്ഷേ ഇപ്പോൾ ഇത് മികച്ചതായിരിക്കാം (എന്നിരുന്നാലും, ഇത് HTTP കാലഹരണപ്പെടലുകൾ ഒഴിവാക്കുന്നില്ല).

• അലി + GLB

സ്വീകാര്യമായ സമയത്തിലോ സമയപരിധിയിലോ കണക്റ്റുചെയ്യാനുള്ള അസാധ്യത കാരണം GLB പലപ്പോഴും അപ്‌സ്‌ട്രീമിൽ നിന്ന് പുറത്തായതിനാൽ, പ്രവർത്തനസമയത്തിന്റെ കാര്യത്തിൽ ഈ സ്കീമും ഞങ്ങൾക്ക് അനുയോജ്യമല്ല, കാരണം ചൈനയ്ക്കുള്ളിലെ ഒരു സെർവറിന്, GLB വിലാസം പുറത്താണ്, അതിനാൽ പിന്നിലാണ് ചൈനീസ് ഫയർവാൾ. മാന്ത്രികത സംഭവിച്ചില്ല.

• GLB മാത്രം

മുമ്പത്തേതിന് സമാനമായ ഒരു ഓപ്ഷൻ, അത് ചൈനയിൽ തന്നെ സെർവറുകൾ ഉപയോഗിച്ചില്ല: ട്രാഫിക് നേരിട്ട് GLB- ലേക്ക് പോയി (DNS റെക്കോർഡുകൾ മാറ്റി). അതനുസരിച്ച്, ഫലങ്ങൾ തൃപ്തികരമല്ല, കാരണം സാധാരണ ഇന്റർനെറ്റ് ദാതാക്കളുടെ സേവനങ്ങൾ ഉപയോഗിക്കുന്ന സാധാരണ ചൈനീസ് ക്ലയന്റുകൾക്ക് അലി ക്ലൗഡിനേക്കാൾ ഫയർവാൾ കടന്നുപോകുന്നത് വളരെ മോശമായ സാഹചര്യമാണ്.

• ഷെൻ‌ഷെൻ -> (CEN/IPSEC) -> പ്രോക്സി -> GLB

എല്ലാ പരിഹാരങ്ങളിലും ഏറ്റവും മികച്ചത് ഉപയോഗിക്കാൻ ഞങ്ങൾ ഇവിടെ തീരുമാനിച്ചു:

• CEN-ൽ നിന്നുള്ള സ്ഥിരതയും ഉറപ്പുള്ള SLA
• IPSEC-ൽ നിന്നുള്ള ഉയർന്ന വേഗത
• Google-ന്റെ "വേഗതയുള്ള" നെറ്റ്‌വർക്കും അതിന്റെ ഏതെങ്കിലും കാസ്റ്റും.

ഈ സ്കീം ഇതുപോലെ കാണപ്പെടുന്നു: ഒരു വെർച്വൽ മെഷീനിൽ ഉപയോക്തൃ ട്രാഫിക് അവസാനിപ്പിക്കുന്നു ch-shenzhen. Nginx അപ്‌സ്ട്രീമുകൾ അവിടെ ക്രമീകരിച്ചിരിക്കുന്നു, അവയിൽ ചിലത് IPSEC ടണലിന്റെ മറ്റേ അറ്റത്തുള്ള സ്വകാര്യ IP സെർവറുകളിലേക്കും ചില അപ്‌സ്ട്രീമുകൾ CEN-ന്റെ മറുവശത്തുള്ള സെർവറുകളുടെ സ്വകാര്യ വിലാസങ്ങളിലേക്കും ചൂണ്ടിക്കാണിക്കുന്നു. IPSEC മേഖലയിലേക്ക് ക്രമീകരിച്ചു ഏഷ്യ-കിഴക്ക്1 ജിസിപിയിൽ (പരിഹാരം സൃഷ്ടിച്ച സമയത്ത് ചൈനയോട് ഏറ്റവും അടുത്തുള്ള പ്രദേശമായിരുന്നു. ജിസിപി ഇപ്പോൾ ഹോങ്കോങ്ങിലും സാന്നിധ്യമുണ്ട്). CEN - മേഖലയിലേക്ക് യുഎസ്-ഈസ്റ്റ്1 അലി ക്ലൗഡിൽ.

തുടർന്ന് രണ്ടറ്റത്തുനിന്നും ഗതാഗതം ക്രമീകരിച്ചു anycast IP GLB, അതായത്, ഗൂഗിളിന്റെ സാന്നിധ്യത്തിന്റെ ഏറ്റവും അടുത്ത പോയിന്റിലേക്ക്, അതിന്റെ നെറ്റ്‌വർക്കുകൾ വഴി പ്രദേശത്തേക്ക് പോയി യുഎസ്-ഈസ്റ്റ്4 GCP-യിൽ, പകരം വെർച്വൽ മെഷീനുകൾ ഉണ്ടായിരുന്നു (nginx-ൽ സബ്ഫിൽട്ടറിനൊപ്പം).

ഈ ഹൈബ്രിഡ് പരിഹാരം, ഞങ്ങൾ പ്രതീക്ഷിച്ചതുപോലെ, ഓരോ സാങ്കേതികവിദ്യയുടെയും പ്രയോജനങ്ങൾ പ്രയോജനപ്പെടുത്തി. പൊതുവേ, ട്രാഫിക് വേഗത്തിലുള്ള IPSEC-യിലൂടെ കടന്നുപോകുന്നു, എന്നാൽ പ്രശ്‌നങ്ങൾ ആരംഭിക്കുകയാണെങ്കിൽ, ഞങ്ങൾ വേഗത്തിലും കുറച്ച് മിനിറ്റുകൾക്കുള്ളിലും ഈ സെർവറുകൾ അപ്‌സ്ട്രീമിൽ നിന്ന് പുറത്താക്കുകയും ടണൽ സ്ഥിരത കൈവരിക്കുന്നത് വരെ CEN വഴി മാത്രം ട്രാഫിക് അയയ്‌ക്കുകയും ചെയ്യും.

മുകളിലുള്ള ലിസ്റ്റിൽ നിന്നുള്ള നാലാമത്തെ പരിഹാരം നടപ്പിലാക്കുന്നതിലൂടെ, ആ സമയത്ത് ഞങ്ങൾ ആഗ്രഹിച്ചതും ബിസിനസ്സിന് ആവശ്യമായതും ഞങ്ങൾ നേടിയെടുത്തു.

മുമ്പത്തേതിനേക്കാൾ പുതിയ പരിഹാരത്തിനുള്ള ബ്രൗസർ പരിശോധന ഫലങ്ങൾ:

തീരുമാനം
ആവേശം
മീഡിയൻ
75 ശതമാനം
95 ശതമാനം

ച്ലൊഉദ്ഫ്ലരെ
86.6
18
30
60

IPsec
99.79
18
21
30

ചെന്
99.75
16
21
27

CEN/IPsec + GLB
99.79
13
16
25

CDN

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

അടുത്ത, അവസാന ഭാഗത്തിൽ ഞാൻ ഇതിനെക്കുറിച്ച് നിങ്ങളോട് പറയും :)

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