हमें सीडीएन के लिए क्या बनाना चाहिए?

हाय हमर! इस लेख में हम अपने स्वयं के CDN का निर्माण करेंगे। तैयार समाधानों का उपयोग क्यों नहीं करते हैं? क्योंकि लेखक की साइट पूरी तरह से स्थिर है, जिसे जेकील पर बनाया गया है, जिसमें बड़े चित्र हैं जो जितनी जल्दी हो सके दिए जाने की आवश्यकता है। सर्वर को कैशिंग नहीं होना चाहिए, इसे पूरी साइट को स्टोर करना चाहिए, HTTP / 2 और ब्रेटली का समर्थन करना चाहिए, और सभी सर्वरों पर एक ही प्रमाण पत्र स्थापित किया जाना चाहिए।

हम यह सब Windows सर्वर 2019 कोर पर चलने वाले IIS पर भी करेंगे।

कार्यान्वयन के बारे में संक्षेप में

अंत नोड्स में, हम ऑपरेटिंग सिस्टम में निर्मित साधनों का प्रबंधन करेंगे, हमें आवश्यकता होगी:

1. सक्रिय निर्देशिका
2. डीएफएस
3. आईआईएस
4. WinAcme
5. RSAT

वैकल्पिक, लेकिन अनुशंसित:

1. विंडोज एडमिन सेंटर

साइटों वाली साइटों पर, केवल IIS और DFS की आवश्यकता होती है, सक्रिय निर्देशिका की आवश्यकता होती है, यह DFS के लिए आवश्यक है, जो सर्वर के बीच साइट की सामग्री को सिंक्रनाइज़ करेगा। घटकों को प्रबंधित करने के लिए RSAT की आवश्यकता होती है, और रजिस्ट्री को संपादित करने के लिए विंडोज एडमिन सेंटर की आवश्यकता होती है। यह पॉवरशेल के माध्यम से भी किया जा सकता है, जिस पर मैं चर्चा करूंगा।

लेखक का डोमेन ***। *** कहलाता है। Wtf (कृपया डरें नहीं), और सर्वरों का नाम डाटा सेंटरों के नाम पर रखा गया है और इसमें कैश-ज़र् 1, कै-रु और इत्यादि के नाम हैं। AD तैनात किया गया है, और सर्वर इससे जुड़े हैं। अब क्रम में।

बिंदु चयन

RUVDS के 8 डेटा सेंटर हैं - 3 यूरोप में और 5 रूस में। मेरी पसंद मॉस्को और एलडी 8 (लंदन में एक) में रूक्लाउड पर गिर गई। Rucloud क्योंकि यह M9 से लगभग अलग नहीं है, और लंदन के माध्यम से संयुक्त राज्य अमेरिका के लिए एक अंतरमहाद्वीपीय केबल है, इसलिए यूरोप में यह होना आवश्यक है। यूरोप में एक सख्त वितरण के लिए, आप स्विट्जरलैंड या जर्मनी चुन सकते हैं - यह, सामान्य तौर पर, आप रोक सकते हैं।

डीएनएस जियोआईपी चुनना

यदि क्लाइंट साइट पर दस्तक दे रहा है, तो यह कैसे समझें कि किस सर्वर को डेटा को उसके पास भेजना चाहिए? डीएनएस का उपयोग करना। यही है, डीएनएस को संबोधित करने वाले के आईपी-पते के आधार पर, एक प्रासंगिक जवाब दिया जाएगा।

हम अपने खुद के DNS (मैक्समाइंड के लिए एक प्लगइन के साथ बांध) या एक टर्नकी समाधान (रूट 53) का उपयोग कर सकते हैं। यदि आप एक लाख अनुरोधों के लिए जाते हैं, तो Maxmind GeoIP- डेटाबेस की सदस्यता की लागत $ 25 प्रति माह होती है, और रूट 53 की लागत $ 0.50 प्रति डोमेन क्षेत्र, और एक पैसा है। इसके अलावा, डीडीओएस हमलों को मजबूत करने का एक और बिंदु बनाने के लिए आखिरी बात है, इसलिए मेरी पसंद रूट 53 पर गिर गई।

यह लेख यूरोप के लिए सीडीएन के बारे में है; यदि आपको रूस के लिए एक सीडीएन की आवश्यकता है, तो आपके स्वयं के डीएनएस के लिए विकल्प स्पष्ट है, क्योंकि रूट 53 शहर द्वारा नहीं, बल्कि देश द्वारा मार्ग प्रदान करता है।
Microsoft की समान सेवाएँ (Azure Traffic Manager) है।

1. IIS स्थापित करें

1.1। IIS स्थापना

हम IIS के मूल घटकों, केंद्रीकृत प्रमाण पत्र के लिए समर्थन के घटक, और दूरस्थ प्रबंधन के लिए मुख्य सर्वर अतिरिक्त समर्थन स्थापित करते हैं। इस घटक की आवश्यकता केवल एक सर्वर के लिए है - आप साझा कॉन्फ़िगरेशन को सक्षम करते समय अन्य सर्वरों को प्रबंधित करने में सक्षम नहीं होंगे, भले ही दूरस्थ प्रबंधन कॉन्फ़िगर किया गया हो।



शक्तियां:

Install-WindowsFeature Web-Server, Web-CertProvider 

मुख्य सर्वर पर, आपको अतिरिक्त रूप से स्थापित करना होगा:

 Install-WindowsFeature Web-Mgmt-Service 

1.1.1 रिमोट कंट्रोल चालू करें

ताकि हम IIS सर्वर को दूरस्थ रूप से प्रबंधित कर सकें, हमें IIS दूरस्थ प्रबंधन सेवा को बढ़ाने की आवश्यकता है। मुख्य सर्वर पर, सेवा शुरू करें:

 start-service WMSVC set-service -Name WMSVC -StartupType Automatic 

और अब हम रजिस्ट्री के माध्यम से प्रबंधन करने की क्षमता शामिल करते हैं।

 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WebManagement\Server 

रजिस्ट्री का प्रबंधन करने का सबसे आसान तरीका, बेशक, विंडोज एडमिन सेंटर के माध्यम से है।



लेकिन यह भी Powershell के माध्यम से किया जा सकता है:

 Set-Itemproperty -path "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WebManagement\Server" -Name "EnableRemoteManagement" -value "1" 

विंडोज सर्वर 2012 और 2016 में, फ़ायरवॉल नियम अपने आप नहीं बढ़ता है, आपको फ़ायरवॉल को संपादित करने की आवश्यकता है।

 Set-NetFirewallRule -Name IIS-WebServerRole-WMSVC-In-TCP -Enabled True 

जाँच करें कि क्या यह बढ़ गया है:

 Test-NetConnection 8.8.8.8 -port 8172 

तीन अलग-अलग स्थानों में तीन संपादन और अब हम डेस्कटॉप के साथ दूसरे सर्वर का उपयोग करके IIS प्रबंधक के माध्यम से अपने सर्वर से जुड़ सकते हैं। यह केवल बाद के प्रबंधन की सुविधा के लिए था।

1.2 हमने कॉन्फ़िगरेशन के केंद्रीकरण में कटौती की

IIS प्रबंधक में केंद्रीकृत कॉन्फ़िगरेशन और प्रमाणपत्र स्थापित करने के लिए कोई बटन नहीं हैं, वे केवल स्थानीय सर्वर प्रबंधक में हैं, इसलिए सर्वर कोर के लिए आपको Powershell के माध्यम से सब कुछ करना होगा।

SMB के माध्यम से विन्यास और प्रमाण पत्र का केंद्रीकरण किया जाता है। इसलिए, मैंने दो असंतुष्ट उपयोगकर्ताओं (अलग-अलग कॉन्फ़िगरेशन के लिए और प्रमाणपत्रों के लिए अलग-अलग) बनाए हैं, जिन्होंने केवल अपने फ़ोल्डर तक पहुंच पढ़ी है और उन्हें सर्टिफाइड और कॉन्फैडमिन नाम दिया है।

उपयोगकर्ताओं को मुख्य सर्वर पर स्थानीय होना उचित है - यदि आपका डोमेन नियंत्रक मर जाता है, तो डोमेन उपयोगकर्ता की ओर से SMB के माध्यम से कॉन्फ़िगरेशन और प्रमाण पत्र से चिपके रहने वाले एप्लिकेशन मर जाएंगे। स्थानीय उपयोगकर्ताओं का उपयोग इस स्थिति को समाप्त करता है।

1.2.1 एक साझा फ़ोल्डर बनाना

दो सार्वजनिक फ़ोल्डरों को एक सर्वर पर संग्रहीत किया जाना चाहिए, जहां से हम कॉन्फ़िगरेशन और प्रमाण पत्र प्राप्त करते हैं। साझा किए गए फ़ोल्डर के पथ के रूप में, हम IIS कॉन्फ़िगरेशन के लिए डिफ़ॉल्ट पथ लेते हैं:

 New-SmbShare -ReadAccess configadmin@**.**wtf -Path C:\windows\System32\Inetsrv\Config -Name sharedconfigs 

और प्रमाण पत्र के लिए हम कोई भी चुन सकते हैं। मैंने उन्हें IIS के साथ एक फ़ोल्डर में रखा।

 New-SmbShare -Path C:\inetpub\centralizedcerts -Name sharedconfigs -ReadAccess configadmin 

1.2.2 हम कॉन्फ़िगर करने के लिए नोड्स कनेक्ट करते हैं

सेटिंग्स केवल उन सर्वरों के लिए किए जाने की आवश्यकता है जो इस कॉन्फ़िगरेशन को पढ़ेंगे। कैश-आरयू नाम के तहत मेरा मुख्य सर्वर प्रमुख होगा, इसलिए मैंने अन्य दो पर कॉन्फ़िगर किया।
उस उपयोगकर्ता का पासवर्ड दर्ज करें जिसके पास फ़ोल्डर तक पहुंच है:

 $pass = Read-Host -AsSecureString Enable-IISSharedConfig -PhysicalPath \\cache-ru.**.**wtf\SharedConfig -UserName configadmin@**.**wtf -Password $pass -DontCopyRemoteKeys 

नए सत्र में प्रवेश करने के तुरंत बाद खुल जाना चाहिए। यह सत्यापित करने के लिए कि सब कुछ काम किया है, आप RSAT → कंप्यूटर प्रबंधन → साझा फ़ोल्डर → सत्र खोल सकते हैं। हम उपयोगकर्ता सत्र और सर्वर का आईपी पता देखेंगे, जिसके तहत उपयोगकर्ता साझा फ़ोल्डर को पढ़ता है। क्लाइंट की तरफ, इसे cmdlet द्वारा जांचा जाता है:

 Get-IISSharedConfig 

इस तरह से यह मुझे देखा:



1.2.2 प्रमाणपत्रों के लिए नोड्स कनेक्ट करें

अगली पंक्ति को केवल सीधे दर्ज किया जा सकता है, जिसमें जीयूआई के साथ डेस्कटॉप चल रहे सर्वर से सीधा संबंध है, यह सर्वर कोर पर काम नहीं करता है।

 $pass = Read-Host -AsSecureString Enable-IISCentralCertProvider -CertStoreLocation \\cache-ru.**.**wtf\centralizedcerts -UserName certadmin@**.**wtf -Password $pass 

यदि आप इसे Winrm के माध्यम से दर्ज करने का प्रयास करते हैं, तो आपको निम्न आउटपुट दिखाई देंगे:



इसे दूर से करने के लिए, आपको रजिस्ट्री को संपादित करना होगा। कितना सुविधाजनक है! हम इसमें उड़ते हैं:

 HKLM:\SOFTWARE\Microsoft\IIS\CentralCertProvider\ 

पैरामीटर "1" के साथ एक 32-बिट DWORD "सक्षम" बनाएं:

 Set-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\IIS\CentralCertProvider\ -Name Enabled -Value 1 

तब हम स्ट्रिंग वैल्यू CertStoreLocation को पैरामीटर \\ कैश-आरयू के साथ बनाते हैं। **। ** wtf \ centralizedcercer:

 Set-ItemProperty -Path HKLM:\SOFTWARE\Microsoft\IIS\CentralCertProvider\ -Name CertStoreLocation -Value <a href="about:blank">\\cache-ru.**.**wtf\centralizedcerts</a> 

यह जाँचने के लिए कि सब कुछ क्रम में है, हम उपयोग करते हैं:

 Get-IISCentralCertProvider 

आउटपुट इस तरह होना चाहिए:



और उसके बाद ही हम प्रवेश करते हैं:

 $pass = Read-Host -AsSecureString Set-IISCentralCertProvider -UserName certadmin@**.**wtf -Password $pass 

फिर से जाँच करें:

 Get-IISCentralCertProvider 

बॉक्स से बाहर का सब कुछ कहा जाता है। सामान्य कॉन्फ़िगरेशन के विपरीत, केंद्रीकृत प्रमाण पत्र एक सक्रिय एसएमबी सत्र नहीं बनाते हैं।

१.२.३ ब्रतली

प्रत्येक सर्वर पर, IIS संपीड़न फ़ाइल डाउनलोड और चलाएं

 Start-Process .\iiscompression_amd64.msi -ArgumentList /quiet 

हमने पहले ही कॉन्फ़िगरेशन साझा कर लिया है, इसलिए आपको केवल एक स्थान पर कुछ कॉन्फ़िगर करने की आवश्यकता है। IIS प्रबंधक का उपयोग करना, हम मुख्य सर्वर पर कॉन्फ़िगरेशन संपादक में जाते हैं।

 system.webServer/httpCompression 

और StaticCompressionLevel को Brotli के लिए 11 और Gzip के लिए 9 सेट करें, यह अधिकतम है जो वे कर सकते हैं।

1.2.4 माइम और हेडर

बॉक्स से बाहर, IIS एन्कोडिंग हेडर को संचारित नहीं करता है, यही वजह है कि सिरिलिक वर्णमाला रन में बदल जाती है। इसके अलावा MIME में कोई वेब प्रारूप प्रविष्टि नहीं है जिसे जोड़ने की आवश्यकता है।

1. डिस्पैचर पर जाएं → MIME। ढूँढें। HTML और इसके प्रकार को संशोधित करें: पाठ / html; charset = utf-8



2. Webp के बारे में मत भूलना - आपको इस MIME को मैन्युअल रूप से जोड़ना होगा।

2. हम एक प्रमाण पत्र जारी करते हैं

Winacme का उपयोग करना। सबसे पहले, आपको डोमेन को साइट पर बांधने की आवश्यकता है - यह IIS प्रबंधक के माध्यम से किया जा सकता है। CDN बनाते समय, होस्ट सत्यापन का चयन न करें, जैसा कि समस्याएँ तुरंत डोमेन स्वामित्व की पुष्टि के साथ शुरू होती हैं, हमारी पसंद TXT रिकॉर्ड द्वारा सत्यापित होती है। आपको प्रमाण पत्र के साथ फ़ोल्डर में पथ को मैन्युअल रूप से चलाना होगा, साथ ही चुनौती से रिकॉर्ड को मैन्युअल रूप से कॉपी करना होगा। अब, अपनी छाती में हवा प्राप्त करें।

मैन्युअल रूप से सब कुछ प्रिंट नहीं करने के लिए, निम्नलिखित कमांड के साथ सर्वर कोर पर RDP को सक्षम करें:

 cscript C:\Windows\System32\Scregedit.wsf /ar 0 

यह RDP सर्वर कोर पर कैसा दिखता है:



चुनौती के बाद, प्रमाणपत्र उस फ़ोल्डर में आते हैं जो Winacme में निर्दिष्ट किया गया था। Winacme प्रमाणपत्र को नवीनीकृत करने के लिए शेड्यूलर में कार्य करता है। स्थापित किया और भूल गया।



खैर, जैसा कि हमने समाप्त किया, हम आरडीपी को बंद कर सकते हैं - हमने अच्छे कारण के लिए सर्वर कोर स्थापित किया, हमने बहुत सारी बारीकियों की खोज की।

 cscript C:\Windows\System32\Scregedit.wsf /ar 1 

3. नोड्स को बिन्दीम सर्टिफिकेट

अब आपको दो अन्य नोड्स कॉन्फ़िगर करने की आवश्यकता है ताकि HTTPS अंत में काम करे। इस समय, सर्वर पर जहां प्रमाण पत्र संग्रहीत हैं, HTTPS पहले से ही चल रहा है। ताकि बाकी एचटीटीपीएस पर काम करना शुरू कर दें, ठीक है, सामान्य रूप से, यह नेटश के माध्यम से किया जाता है।

जैसा कि हम करने के लिए उपयोग किया जाता है, हम इस स्नैप-इन को चलाने के लिए RDP के माध्यम से Windows सर्वर कोर से कनेक्ट करते हैं। Microsoft पर साइट को न देखें, विशेष रूप से इस गाइड में। इसमें दिए गए चरणों को गलत तरीके से वर्णित किया गया है।

Netsh http शो sslcert का उपयोग करते हुए, मास्टर नोड पर आपको एपिड प्राप्त करने की आवश्यकता है, जिसे हम नीचे वर्णित अनुसार दर्ज करते हैं:

 netsh http add sslcert ccs=443 appid= '{4dc3e181-e14b-4a21-b022-59fc669b0914}' 

एपिड मूल्य को उद्धरण चिह्नों में होना चाहिए, अन्यथा यह काम नहीं करेगा।

4. DFS स्थापित करें

डीएफएस के माध्यम से प्रमाण पत्र और कॉन्फ़िगरेशन को सिंक्रनाइज़ न करें, विशेष उपकरण का आविष्कार एक कारण के लिए किया गया था। मैंने कोशिश की और यह बुरी तरह से निकला, कुछ अस्पष्ट कारण के लिए, सर्वर पर कॉन्फ़िगरेशन जो कॉन्फ़िगरेशन लेते हैं, उन्होंने परिवर्तनों को पढ़ना बंद कर दिया, हालांकि पहली बार यह सब काम किया। मैंने असफलता का कारण नहीं खोजा और इसे अलग तरीके से करने का फैसला किया।

आगे कॉन्फ़िगरेशन विशेष रूप से RSAT के माध्यम से किया जाता है, दस्तावेज़ में निर्दिष्ट cmdlets केवल GUI के साथ विंडोज सर्वर के तहत काम करते हैं। विशेष रूप से सर्वर कोर का उपयोग करके डीएफएस प्रतिकृति की तैनाती संभव नहीं है। आपको जीयूआई के साथ या तो एक और सर्वर की आवश्यकता है, या विंडोज 10 प्रो चलाने वाला कंप्यूटर आरएसएटी के साथ, डोमेन में शामिल हो गया।

2.1। स्थापित

प्रत्येक सर्वर पर आपको DFS प्रतिकृति स्थापित करने की आवश्यकता होती है:

 Install-WindowsFeature FS-DFS-Replication, FS-DFS-Namespace 

2.2। एक नया प्रतिकृति समूह बनाना



सबसे पहले आपको हमारे प्रतिकृति समूह पर कॉल करने की आवश्यकता है।



अपने स्वाद के लिए टोपोलॉजी चुनें। व्यक्तिगत रूप से, मेरे लिए एक स्थान पर सामग्री जोड़ना अधिक सुविधाजनक होगा, इसलिए मैं एक स्टार चुनता हूं।





सर्वरों में से एक मुख्य होना चाहिए, यह उसी से है कि प्रतिकृति शुरू होती है। यदि आप श्रोताओं के लिए फ़ाइल अपलोड करते हैं, तो अपलोड की गई फ़ाइल को दोहराया नहीं जाता है।



प्रतिकृति के लिए फ़ोल्डर के रूप में, मैंने साइटों के साथ डिफ़ॉल्ट फ़ोल्डर चुना:

 C:\inetpub\wwwroot 

यह फ़ोल्डर इस विशेष पहले सर्वर की निर्देशिका का मार्ग है। आप पथ की परवाह किए बिना इस फ़ोल्डर की सामग्री को कहीं भी दोहरा सकते हैं।



एक समूह के भीतर, हम कई फ़ोल्डर्स को दोहरा सकते हैं, और भविष्य में यदि आवश्यक हो तो हम उनकी सूची का विस्तार कर सकते हैं।



हम समाप्त हो गया।

5. परीक्षण प्रदर्शन

यह समझने के लिए कि साइट के विज़िटर वास्तव में कितने जीते हैं, आपको माप लेने की आवश्यकता है। इनका संचालन दो बिंदुओं से किया जाएगा। मॉस्को में लेखक का पीसी और फ्रैंकफर्ट में वर्चुअल सर्वर। तीनों बिंदुओं का अलग-अलग परीक्षण किया जाएगा। यहाँ एक सारांश है।



हम देवताल में जाते हैं और झरना देखते हैं। एक अस्पताल में औसतन, एक सीडीएन एक साइट के पूरी तरह से लोड होने से पहले लगभग 200 मिलीसेकंड कम कर देगा। चित्र, पृष्ठ पर सबसे बड़ी वस्तु, व्यूपोर्ट में प्रवेश करते ही लोड हो जाती है, इसलिए नीले ऊर्ध्वाधर रेखा पर ध्यान दें। CDN ने शुद्ध HTML + शैलियों और लिपियों को 10-15 मिलीसेकंड तक त्वरित कर दिया, और चित्र ने 220 मिलीसेकंड तेजी से लोड किया, यह एक बहुत महत्वपूर्ण अंतर है।




मैंने एक स्थानीय मेजबान पर जेकेल की गति को भी मापा:



हम लाइट हाउस का रुख करते हैं और अजीब परिणाम देखते हैं:





इस सिंथेटिक्स में, एक सर्वर जो दूर की भूमि को स्थानीय होस्ट को बायपास करता है। लेकिन क्यों?
मज़े के लिए, आइए Google फ़ॉन्ट्स से छुटकारा पाएं और उन्हें अपने सर्वर पर स्थानांतरित करें।





डेटा केंद्रों के बीच परिणाम संरेखित करें। लेकिन यह अभी भी कुछ भी स्पष्ट नहीं करता है। मैंने कई बार परीक्षणों को भुनाया, परिणाम किसी भी समय बिल्कुल लोहे और प्रजनन योग्य हैं।

अब हम फ्रैंकफर्ट में स्थित दो कोर और 4 गीगाबाइट रैम वाले वीपीएस का उपयोग करेंगे और देखें कि यह क्या कहता है। झरने:




यहां, सही बिंदु के साथ, केवल शैलियों और HTML पर समय की बचत 200 मिलीसेकंड की है। यही है, फ्रैंकफर्ट के एक ग्राहक के मामले में, साइट केवल 200 मिलीसेकंड तक तेज होगी। यह प्रकाश घर में भी परिलक्षित होता है। ऐसे मामलों में, सीडीएन न केवल ऑनलाइन स्टोर को गति देगा, बल्कि एक आसान ब्लॉग भी होगा।




अब Google फ़ॉन्ट्स चालू करें और फिर से लाइट हाउस देखें।




दुर्भाग्य से, मेरे पास अब ऐसे बिंदु नहीं हैं जिन पर परीक्षण करना है, इसलिए मैं पूरा करूंगा।

निष्कर्ष

• सभी स्टैटिक्स के आउटपुट के लिए सीडीएन आवश्यक है, खासकर जब यह भारी चित्रों या लंबी स्क्रिप्ट की बात आती है।
• Google फ़ॉन्ट्स का उपयोग करना संभव और आवश्यक है, भारी परिदृश्य में यह वास्तव में साइट को गति देता है।
• मुख्य सर्वर, यदि आप विंडोज पर यह सब करने का निर्णय लेते हैं, तो जीयूआई होना उचित है।
• जो उपयोगकर्ता मुख्य सर्वर से कॉन्फ़िगरेशन लेते हैं, उन्हें सबसे अच्छा स्थानीय बनाया जाता है - डोमेन नियंत्रक विफलता की स्थिति में, नोड कॉन्फ़िगरेशन और प्रमाण पत्र के साथ कनेक्शन खो सकते हैं, और अनुप्रयोग पूल बंद हो जाएगा, क्योंकि एक विन्यास को पढ़ने में सक्षम नहीं होगा।