👶 👐🏻 👺 Centos रिपॉजिटरी मिरर के बारे में और सबसे अच्छा एक का चयन 🥄 😞 🌄

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

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

हमारा दर्पण सार्वजनिक है, हर कोई इससे अपडेट प्राप्त कर सकता है, जो वास्तव में अपील के आंकड़ों से आंका जाता है। यह मुख्य रूप से रूस है, लेकिन न केवल। इसके बारे में यह कैसे पता चलता है और इस पोस्ट के सेंटोस सातवें संस्करण के उदाहरण के अपडेट के लिए सामान्य सर्वर कैसे चुना जाता है।

हम yum पैकेज मैनेजर के बारे में बात करेंगे जो कि सबसे fastestmirror प्लग इन करने वाला प्लगइन है और हम केवल एक विशिष्ट दर्पण के चयन की प्रक्रिया में रुचि रखेंगे।

दर्पण सूची

यह ज्ञात है कि रिपॉजिटरी की सूची /etc/yum.repos.d/ निर्देशिका में फाइलों में निर्दिष्ट है जब तक कि अन्यथा निर्दिष्ट न हो। यह Base रिपॉजिटरी सेटिंग्स /etc/yum.repos.d/Centos-Base.repo फ़ाइल में जैसा दिखता है:

 [base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

यहां आप दो विकल्प देख सकते हैं जो उस स्थान को निर्दिष्ट करते हैं जहां से आप डेटा प्राप्त कर सकते हैं। पहला बेसल सीधे दर्पण को इंगित करता है, यहां कोई विकल्प की आवश्यकता नहीं है। दूसरा मिररलिस्ट एक लिंक को इंगित करता है जिसके माध्यम से 10 दर्पणों की एक सूची वापस आ जाएगी जिसमें से पसंद किया जाएगा, यह विकल्प है जो सक्रिय है। हम लिंक के अंदर कई चर भी देखते हैं, ये सभी अंततः रिपॉजिटरी डायरेक्टरी ट्री में एक विशिष्ट स्थान को दर्शाते हैं:

रिलीज़ - संस्करण: 6 , 7 , 8 , 8-stream । पुराने संस्करणों को मौजूदा बुनियादी ढांचे से बाहर निकाला गया है, लेकिन उनकी रिपॉजिटरी का स्नैपशॉट http://vault.centos.org/ पर पाया जा सकता है।
आर्क एक वास्तुकला है जैसे i386 या x86_64 । कुछ संस्करणों के लिए, कुछ आर्किटेक्चर वैकल्पिक रिपॉजिटरी और एक अन्य मिरर सिस्टम को संदर्भित करेंगे, लेकिन एक ही समय में, दर्पण चयन बुनियादी ढांचा सामान्य रहता है। संस्करण 7 के लिए, एकमात्र समर्थित आधार दर्पण x86_64 , जो i386 विकल्प है। पहले के लिए, वैकल्पिक की दूसरी के लिए, दर्पण की मूल संरचना में एक सूची बनाई जाएगी
रेपो - हमारे मामले में, os , लेकिन यह updates या कोई अन्य हो सकता है, वास्तव में रिपॉजिटरी का प्रकार दर्शाता है कि हमें किस डेटा की आवश्यकता है। संस्करण 8 के लिए, os के बराबर baseos होगा
infra - मैं ध्यान से यह मान सकता हूँ कि इसका अभी भी उपयोग नहीं किया गया है , कम से कम मैं दर्पणों की सूची बनाते समय इसकी प्रोसेसिंग नहीं कर पाया। यह stock बराबर है, लेकिन यदि आप इस पैरामीटर को छोड़ देते हैं, तो कोई भी दृश्य परिवर्तन नहीं होगा
cc देश का कोड है; USA और कनाडा के लिए भी यह राज्य कोड है। यह उपरोक्त फ़ाइल से उदाहरण में नहीं है, क्योंकि देश की गणना अनुरोध के आईपी पते द्वारा अनुरोध किए जाने पर की जाती है। इस चर का उपयोग जियोलोकेशन त्रुटियों को खत्म करने के लिए किया जा सकता है। रूस के लिए, cc=ru

सेंटोस के 7 वें संस्करण के लिए, हमें निम्न पंक्ति मिलती है: http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock जो निम्न प्रकार के 10 दर्पणों की सूची प्रदर्शित करेगी:

 http://<   1>/7.xxx/os/x86_64/ http://<   2>/7.xxx/os/x86_64/ ... http://<   10>/7.xxx/os/x86_64/

ध्यान दें कि प्रत्येक दर्पण के लिए विशिष्ट पथ बिल्कुल क्वेरी में चर से मेल खाता है। पूर्ण संस्करण पुराने के बजाय इंगित किया गया है, हालांकि आप इसका उपयोग भी कर सकते हैं: http://< >/7/os/x86_64/ भी मौजूद है, नवीनतम संस्करण के लिए एक प्रतीकात्मक लिंक का उपयोग करके कार्यान्वित किया गया।

और यह सब एक साथ सीधे सर्वर पर निर्देशिका पदानुक्रम से मेल खाती है।

  ./centos
 ├── ६
 Os ├── सेंटोसप्लस
 ├── ├── │ i386
 ... └── │ x86_64
     ...
 │
 ├── ├──
 Omic omic परमाणु
 └── └── │ x86_64
 Os ├── सेंटोसप्लस
 └── └── │ x86_64
 ├── ├── करोड़
 └── └── │ x86_64
 Net net डॉटनेट
 └── └── │ x86_64
 Ras ras एक्स्ट्रा
 └── └── │ x86_64
 St st ओपस्टूल
 └── └── │ x86_64
 ├── ├── ओएस
 └── └── │ x86_64
 └── └── │ रिपोडाटा
 └── ml │ [repomd.xml]
 T t आरटी
 └── └── │ x86_64
 ├── ├── अपडेट
 └── └── │ x86_64
 │ ...
 │
 6 7.0.1406
 503 7.1.1503
 11 7.2.1511
 11 7.3.1611
 8 7.4.1708
 4 7.5.1804
 10 7.6.1810
 8 7.7.1908
 ├── ├──
 Stream 8-धारा
 5 8.0.1905 
 ...

कार्यान्वयन

अब कार्यान्वयन के लिए, जो https://github.com/CentOS/mirrorlists-code पर पाया जा सकता है, हम रुचि रखते हैं कि दर्पण की सूची कैसे बनाई जाती है। मोती स्क्रिप्ट makemirrorlists-combined.pl यह करता है । इसका मुख्य कार्य दिए गए संस्करण और वास्तुकला के संदर्भ के साथ repodata/repomd.xml के हैश की तुलना करके दर्पण की जीवन शक्ति की जांच करना है। तदनुसार, फ़ाइल सभी उपलब्ध संयोजनों के संस्करणों, प्रकारों के भंडार और वास्तुकला के लिए मौजूद होनी चाहिए।

निम्नलिखित क्रम में सूची के अनुसार सत्यापन किया जाता है (मैं कोड से उद्धरण):

 # phase 1 -- this US state or Canada province # phase 2 -- this country # phase 3 -- other nearby countries # phase 4 -- mirrors from the same continent # phase 5 -- a random mirror from each continent (for fallback only) # note: phase 5 will be executed once for each continent (with "redo") # phase 6 -- random mirrors from any continent (for fallback only) # phase 7 -- centos servers from the same continent # phase 8 -- centos servers from other continents (used also for fallback)

खंड 1 और 2 या तो काम करते हैं या न केवल देश कोड की जांच करते हैं, बल्कि राज्य कोड भी। संक्षेप में, निकटतम भौगोलिक सर्वरों का चयन करने का प्रयास किया जाता है। प्रत्येक चरण के लिए, डेटाबेस से एक क्वेरी बनाई जाती है, उदाहरण के लिए:

 SELECT $columns FROM mirrors WHERE type IN ('Direct', 'Indirect') AND status = 'Active' AND cc = '$cc' AND $commonqueryparams $skipregion $altarch_where ORDER BY RAND();

फिर इस सूची में दर्पण की जीवन शक्ति के लिए एक जाँच हैश की तुलना करके, जैसा कि ऊपर वर्णित है। यदि 10 लोग भर्ती हैं, तो आवश्यक कार्य पूरा हो गया है, काम पूरा हो गया है। यदि आप टाइप नहीं करते हैं, तो अगले चरण पर जाएं सामान्य सूची 10 तक या जब तक हम सभी विकल्प समाप्त नहीं कर लेते हैं। परिणाम को एक फाइल में सहेजा जाता है और आईपीएच स्क्रिप्ट द्वारा अनुरोध के स्रोत देश का पता लगाने के बाद, पायसोन द्वारा लिपिबद्ध स्क्रिप्ट के साथ पायथन द्वारा प्रस्तुत भाग के सामने स्थानांतरित किया जाता है, जिसका कार्य वांछित फ़ाइल का चयन करना और देना है। IPv4 या IPv6 प्रोटोकॉल का प्रकार, जिसके लिए अलग-अलग सूचियाँ बनाई जाती हैं, को भी ध्यान में रखा जाता है।

उस क्वेरी पर वापस जाएं जो ORDER BY RAND() का उपयोग करती है, क्या इसका मतलब यह है कि सूची यादृच्छिक होगी? हां, DBMS में कार्यान्वयन कितना यादृच्छिक है, लेकिन यह केवल प्रत्येक चरण में आदेश पर लागू होता है। यही है, यदि किसी विशेष देश के लिए आवश्यक प्रकार के भंडार और वास्तुकला के 10 से अधिक दर्पण टाइप किए जाते हैं (रूस के लिए केवल 17 हैं), तो अंत में, हर बार हम एक देश में 10 अलग-अलग दर्पणों की एक फेरबदल सूची प्राप्त करेंगे। यदि कम हैं, तो सूची में सबसे ऊपर हमेशा एक देश से रिपॉजिटरी की फेरबदल की जाएगी, निकटतम देशों से आगे रिपॉजिटरी की तरह, और इतने ही चरणों में। नतीजतन, हमें कई यादृच्छिक भागों से मिलकर पूरी तरह से यादृच्छिक सूची नहीं मिलती है। यह तब मायने रखता है जब एक देश में इतने सारे काम करने वाले दर्पण नहीं होते हैं, उदाहरण के लिए, रूस में आईपीवी 6 दर्पण केवल 7 हैं और वे हमेशा सूची में सबसे ऊपर होंगे:

http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock&cc=en (IPv6 पते से अनुरोध किया जाना चाहिए)

http://mirror.corbina.net/pub/Linux/centos/7.7.1908/os/x86_64/
http://mirror.yandex.ru/centos/7.7.1908/os/x86_64/
http://mirrors.powernet.com.ru/centos/7.7.1908/os/x86_64/
http://mirror.reconn.ru/centos/7.7.1908/os/x86_64/
http://mirror.sale-dedic.com/centos/7.7.1908/os/x86_64/
http://ftp.nsc.ru/pub/centos/7.7.1908/os/x86_64/
http://dedic.sh/centos/7.7.1908/os/x86_64/

http://ftp.funet.fi/pub/mirrors/centos.org/7.7.1908/os/x86_64/
http://centos.mirror.far.fi/7.7.1908/os/x86_64/
http://mirrors.glesys.net/CentOS/7.7.1908/os/x86_64/

इससे भी बदतर, i386 वास्तुकला सेंटोस 7 और एक अलग दर्पण प्रणाली के लिए एक वैकल्पिक वास्तुकला है। रूस में, केवल एक ऐसा सर्वर है जो वैकल्पिक आर्किटेक्चर का समर्थन करता है; यह हमेशा पहले स्थान पर रहेगा:

http://mirrorlist.centos.org/?release=7&arch=i386&repo=os&infra=stock&cc=ru

http://mirrors.powernet.com.ru/centos-altarch/7.7.1908/os/i386/

http://mirror.vpsnet.com/centos-altarch/7.7.1908/os/i386/
http://mirrors.huaweicloud.com/centos-altarch/7.7.1908/os/i386/
http://linux.darkpenguin.net/distros/CentOS-AltArch/7.7.1908/os/i386/
http://ftp.agdsn.de/pub/mirrors/centos-altarch/7.7.1908/os/i386/
http://mirror1.hs-esslingen.de/pub/Mirrors/centos-altarch/7.7.1908/os/i386/
http://mirror.infonline.de/centos-altarch/7.7.1908/os/i386/
http://ftp.rz.uni-frankfurt.de/pub/mirrors/centos-altarch/7.7.1908/os/i386/
http://ftp.yz.yamagata-u.ac.jp/pub/linux/centos-altarch/7.7.1908/os/i386/
http://mirrors.daticum.com/centos-altarch/7.7.1908/os/i386/

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

रिपॉजिटरी लगातार स्कैन किए जाते हैं और कैशिंग तंत्र पर विचार किए बिना, परिणाम लगभग हर 3 घंटे में अपडेट किया जाता है। मिररलिस्ट_क्रॉलर_डिप्लिशन_नोट्स.टेक्स्ट से उद्धरण :

- A full scan of all repos and all versions without any cached data is going to take close to 3 hours, but typically altarch is <10min, C6 <25min, C7 <25min with all the repos enabled

व्यवहार में, मुझे रूस में IPv4 और IPv6 के लिए बेस सेंटोस 7 रिपॉजिटरी के लिए मिनट में एक बार दर्पण सूची विकल्प मिलना शुरू हो गया - http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock&cc=ru और यह इस तरह निकला। अवलोकन के कुछ दिनों के लिए:

ब्लू IPv4 सूची, लाल IPv6। हर 25 मिनट में परिवर्तन नहीं होता है, लेकिन हर 3 घंटे में एक बार नहीं - आधे घंटे से दो तक अंतराल में सब कुछ फिट बैठता है। i386 वास्तुकला और वैकल्पिक दर्पण के साथ चित्र मौलिक रूप से अलग है - http://mirrorlist.centos.org/?release=7&arch=i386&repo=os&infra=stock&cc=ru लगभग एक सप्ताह के अवलोकन के बारे में:

हम उम्मीद कर सकते हैं कि हर 15 मिनट में हमारे पास एक नई सूची होगी, 30 मिनट में इसमें कुछ बदलाव होंगे। लेकिन! याद रखें कि कम सक्रिय दर्पण कम यादृच्छिक क्रम और रूस में पहले स्थान पर हमेशा एक ही दर्पण होता है।

Fastestmirror

कुल मिलाकर, दर्पणों की सूची संयोग से सबसे अच्छी तरह से बनती है, जो शायद लोड संतुलन के लिए बुरा नहीं है। सबसे कम, हम उम्मीद कर सकते हैं कि सूची से केवल पहला दर्पण चुनना, हमारे पास ऐसा कोई विकल्प नहीं होगा। इसके अलावा, हमारे जैसे बड़े देश के मामले में देशों का क्षेत्रीय विभाजन सूची के शीर्ष पर सोची से ग्राहक के लिए पेट्रोपावलोव्स्क-कामचत्स्की http://mirror.vilkam.ru से एक दर्पण लगाकर एक चाल खेल सकता है। इसलिए, इस सूची से दर्पण की उपलब्धता का मूल्यांकन करना अच्छा होगा। यह सबसे तेज़ प्लगइन द्वारा किया जाता है । जिसका सार एक साधारण क्रिया से घटा है:

 time_before = time.time() sock.connect((self.host, self.port)) result = time.time() - time_before

कोई HTTP या ICMP , नोड के लिए सॉकेट खोलें, विचार करें कि कितना समय लगा, परिणामों पर sort() लागू करें। पिछले चरण में प्राप्त किए गए सभी 10 दर्पणों को पैरामीटर के रूप में भेजा जाता है, पूर्ण URL के रूप में जिसमें से केवल होस्ट नाम का उपयोग किया जाता है। प्लगइन yum से अलग काम करने के लिए आसान है, आपको सिर्फ 52 और 55 की पंक्तियों पर टिप्पणी करने की आवश्यकता है:

 # from yum.plugins import TYPE_CORE requires_api_version = '2.5' # plugin_type = (TYPE_CORE,)

और इस्तेमाल किया जा सकता है।

 $ ./fastestmirror.py http://mirror.sale-dedic.com/centos/7.7.1908/os/x86_64/ http://mirror.corbina.net/pub/Linux/centos/7.7.1908/os/x86_64/ http://mirrors.powernet.com.ru/centos/7.7.1908/os/x86_64/ http://ftp.nsc.ru/pub/centos/7.7.1908/os/x86_64/ http://mirror.reconn.ru/centos/7.7.1908/os/x86_64/ http://mirror.yandex.ru/centos/7.7.1908/os/x86_64/ http://dedic.sh/centos/7.7.1908/os/x86_64/ http://mirror.tversu.ru/centos/7.7.1908/os/x86_64/ http://mirror.awanti.com/centos/7.7.1908/os/x86_64/ http://mirror.linux-ia64.org/centos/7.7.1908/os/x86_64/repodata/repodm.xml http://mirrors.datahouse.ru/centos/7.7.1908/os/x86_64/ http://mirror.docker.ru/centos/7.7.1908/os/x86_64/ http://mirror.logol.ru/centos/7.7.1908/os/x86_64/ http://centos-mirror.rbc.ru/centos/7.7.1908/os/x86_64/ http://mirror.truenetwork.ru/centos/7.7.1908/os/x86_64/ http://mirror.vilkam.ru/centos/7.7.1908/os/x86_64/ http://mirror.axelname.ru/centos/7.7.1908/os/x86_64/ * mirror.corbina.net : 0.085000 secs * mirrors.powernet.com.ru : 0.097000 secs * mirror.sale-dedic.com : 0.117000 secs * ftp.nsc.ru : 0.181000 secs * mirror.reconn.ru : 0.184000 secs * mirror.yandex.ru : 0.222000 secs * dedic.sh : 0.261000 secs * mirror.tversu.ru : 0.295000 secs * mirror.awanti.com : 0.345000 secs * mirror.linux-ia64.org : 0.386000 secs * mirrors.datahouse.ru : 0.403000 secs * mirror.docker.ru : 0.435000 secs * mirror.logol.ru : 0.474000 secs * centos-mirror.rbc.ru : 0.519000 secs * mirror.truenetwork.ru : 0.587000 secs * mirror.axelname.ru : 0.528000 secs * mirror.vilkam.ru : 0.709000 secs Result: ['http://mirror.corbina.net/pub/Linux/centos/7.7.1908/os/x86_64/', 'http://mirrors.powernet.com.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.sale-dedic.com/centos/7.7.1908/os/x86_64/', 'http://ftp.nsc.ru/pub/centos/7.7.1908/os/x86_64/', 'http://mirror.reconn.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.yandex.ru/centos/7.7.1908/os/x86_64/', 'http://dedic.sh/centos/7.7.1908/os/x86_64/', 'http://mirror.tversu.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.awanti.com/centos/7.7.1908/os/x86_64/', 'http://mirror.linux-ia64.org/centos/7.7.1908/os/x86_64/', 'http://mirrors.datahouse.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.docker.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.logol.ru/centos/7.7.1908/os/x86_64/', 'http://centos-mirror.rbc.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.axelname.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.truenetwork.ru/centos/7.7.1908/os/x86_64/', 'http://mirror.vilkam.ru/centos/7.7.1908/os/x86_64/']

प्रसंस्करण कई थ्रेड्स में होता है, इसलिए आपको रूस में सूचीबद्ध सभी 17 दर्पणों के लिए, लंबा इंतजार करने की आवश्यकता नहीं है। दो सूचियों के रूप में कार्य का परिणाम, जिसमें पहले निष्पादन का समय इंगित किया गया है, डिबगिंग है और इसे सॉर्ट नहीं किया गया है, हालांकि ऐसा प्रतीत हो सकता है। Result शब्द के बाद दूसरा एक छोटे से बड़े से एक प्रतिक्रिया से सॉर्ट किया जाता है, यह वह है जो प्राप्त क्रम में आगे के काम के लिए उपयोग किया जाता है।

dnf RPM पुस्तकालयों के सेट से सबसे dnf उपयोग करता है, लेकिन वहां इसे libcurl माध्यम से हल किया जाता है और सामान्य तौर पर सब कुछ अधिक जटिल होता है।

अंततः, यह सब इस बात पर निर्भर करता है कि दर्पण से प्रतिक्रिया कितनी जल्दी प्राप्त होती है, जबकि कैशिंग को ध्यान में रखा जाना चाहिए, अर्थात देरी की सीधी गणना हमेशा नहीं की जाती है। स्थानीय मशीन और इसके कार्यभार के इन-हाउस प्रदर्शन से समय अंतराल बहुत प्रभावित होता है। समान परिणाम दिखाने वाले बंद नोड्स संभवतः स्थानों को अक्सर बदल देंगे। लेकिन यहां यह हासिल किया गया है, यह मुझे लगता है कि मुख्य लक्ष्य सोची से नोड के लिए पेट्रोपावलोव्स्क-कामचत्स्की के नवीकरण के लिए नहीं भेजना है, मास्को या वोल्गोग्राड जाने के लिए काफी स्वीकार्य है। हम और क्या ध्यान देते हैं, विकल्प उस सूची से बनाया गया है जिसे सबसे fastestmirror कदम से पहले पहले चरण में प्राप्त किया गया था, यदि यह डेटा अभी तक कैश में नहीं है, तो पहली कोशिश में निकटतम दर्पण सबसे अच्छा नहीं हो सकता है, बस क्योंकि इसका विश्लेषण भी बिना मिले नहीं होगा। शीर्ष दस।

व्यवहार में, प्रत्येक 10 मिनट में साप्ताहिक सर्वेक्षण में निम्नलिखित प्रथम-स्थान के परिणाम प्राप्त किए गए थे। अंक - सबसे fastestmirror और fastestmirror लिए तुलना के दौरान कितने नोड जीते गए, कितनी बार:

1422,1013 mirror.logol.ru 534,986 mirror.docker.ru 28,8 mirrors.datahouse.ru 16 centos-mirror.rbc.ru 6 mirror.sale-dedic.com 5,7 mirror.reconn.ru 2 dedic.sh 1 mirror.corbina.net

और सूची का IPv6 संस्करण:

1989,1980 mirror.reconn.ru 18,34 mirror.sale-dedic.com 7 dedic.sh

यह देखा जा सकता है कि चुनाव प्रत्यक्ष रूप से अस्पष्ट नहीं है, लेकिन यहां उस बिंदु की निकटता जिससे मैंने सर्वेक्षण किया था, सबसे अधिक संभावना एक भूमिका निभाता है - कई दर्पणों तक, अंतर एक मिलीसेकंड से कम है। दूसरा बिंदु, आईपीवी 6 सूची अलग है और यह बदतर है - निकटतम आईपीवी 6 होस्ट निकटतम आईपीवी 4 की तुलना में अधिक दूर है और पसंद कम है। IPv6 की प्राथमिकता को देखते हुए बहुत अच्छा नहीं है। fping परिणाम fping संक्षिप्त हैं, कम जीतने वाले नोड्स हैं, लेकिन आमतौर पर सबसे fping साथ समान हैं।

पके एटलस

एक स्थानीय विकल्प के साथ, सब कुछ कम या ज्यादा स्पष्ट है, अब देखते हैं कि पूरे देश के भीतर कैसे चीजें चल रही हैं। हम RIPE NCC के तत्वावधान में उनके साथ काम करने के लिए सेवाओं (जांच) और उपकरणों का एक सेट https://atlas.ripe.net/ का उपयोग क्यों करते हैं, मैं तुरंत आपको चेतावनी दूंगा, यह सबसे तेज़ और सबसे तेज़ साइट नहीं है। कोई भी एक जांच प्राप्त कर सकता है, साथ ही इस नेटवर्क का उपयोग कर सकता है। लेकिन परीक्षणों को चलाने के लिए, आपको एक आंतरिक मुद्रा की आवश्यकता होती है जो उन उपकरणों से एकत्रित होती है जो आपके बाद पंजीकृत और सक्रिय हैं। मैंने रूस में सभी उपकरणों को चुना जो एक ही समय में आईपीवी 6 और आईपीवी 4 का समर्थन करते हैं, उनमें से 82 बाहर निकले। माप के परिणामों के अनुसार, इसका कुछ हिस्सा खरपतवार निकालना था, इसलिए 400 में से 67 से अधिक बने रहे।

ऐसे कई परीक्षण विकल्प हैं, जिन्हें आप चला सकते हैं, निश्चित रूप से वहाँ जो सबसे तेजी से उपयोग किया जाता है, लेकिन नियमित रूप से ping । सभी दर्पणों के लिए, mirror.linux-ia64.org के अपवाद के लिए, जिसके लिए ICMP फ़िल्टर किया गया है और mirror.axelname.ru जो परीक्षण किए जाने के बाद दिखाई दिए, सभी चयनित उपकरणों से, अलग-अलग IPv6 और IPv4 के लिए, एक सप्ताह के लिए हर 3 घंटे। 10 अनुरोध प्रत्येक। औसत प्रतिक्रिया समय दर्ज किया गया था। माप के पूरे सेट में से, प्रत्येक दर्पण के लिए लगभग 50, इस जांच पर अन्य दर्पणों के साथ माध्यिका को लिया गया था। सबसे कम प्रतिक्रिया समय वाला दर्पण जीता।

नमूना (नीला मार्कर) और दर्पण (लाल मार्कर) बहुत असमान रूप से वितरित किए जाते हैं और राजधानियों में जाते हैं, इसलिए परिणामों को कुछ महत्वपूर्ण के रूप में नहीं लिया जाना चाहिए। कच्चे डेटा माप संख्या 23159879 से 23159901 तक शुरू होते हैं , यदि वांछित है, तो उनका और अधिक सख्ती से विश्लेषण किया जा सकता है। IPv4 के लिए पहले स्थानों की कुल संख्या:

22 mirror.docker.ru 12 mirror.awanti.com 10 centos-mirror.rbc.ru 6 dedic.sh 4 mirror.truenetwork.ru 3 mirror.corbina.net 3 mirrors.powernet.com.ru 2 ftp.nsc.ru 2 mirrors.datahouse.ru 1 mirror.reconn.ru 1 mirror.vilkam.ru 1 mirror.yandex.ru

और IPv6:

20 dedic.sh 20 mirror.reconn.ru 10 mirror.yandex.ru 8 mirror.sale-dedic.com 5 ftp.nsc.ru 3 mirror.corbina.net 1 mirrors.powernet.com.ru

हम कह सकते हैं कि लगभग सभी दर्पणों के लिए, मैं उन्हें 17 की याद दिलाता हूं, उपभोक्ता हैं। यह दिलचस्प है कि mirror.yandex.ru साथ अंतिम स्थान पर है। पेट्रोपावेल्स्क- mirror.vilkam.ru से mirror.vilkam.ru । एक ही समय में mirror.vilkam.ru लगभग हर जगह से अच्छी तरह से उपलब्ध है, यह बस हर बार थोड़ा और अधिक उत्तरदायी खो देता है, लेकिन mirror.vilkam.ru एक बार जीतता है, लेकिन ईमानदारी से दूसरों की तुलना में खाबरोवस्क (मिलीसेकंड में आरटीटी) से 6606 जांच पर:

centos-mirror.rbc.ru,105.4163369 dedic.sh,109.2160474 ftp.nsc.ru,106.4012836 mirror.awanti.com,107.0802782 mirror.corbina.net,98.5339837 mirror.docker.ru,102.7883347 mirror.logol.ru,105.9588192 mirror.reconn.ru,106.5717624 mirror.sale-dedic.com,106.1676841 mirror.truenetwork.ru,110.9780753 mirror.tversu.ru,107.9966083 mirror.vilkam.ru,25.1486164 mirror.yandex.ru,99.7320257 mirrors.datahouse.ru,103.6546383 mirrors.powernet.com.ru,116.4087614

एक या कई मिलीसेकंड के क्षेत्र में सबसे अच्छे परिणाम, और सबसे खराब नतीजे सेलखार्ड में , जांच 22767 :

centos-mirror.rbc.ru,59.9632155 dedic.sh,63.765421 ftp.nsc.ru,59.349309 mirror.awanti.com,75.8998928571 mirror.corbina.net,59.906047 mirror.docker.ru,65.8720585 mirror.logol.ru,63.2041255 mirror.reconn.ru,63.7120505 mirror.sale-dedic.com,63.052342 mirror.truenetwork.ru,61.2567465 mirror.tversu.ru,66.2593372222 mirror.vilkam.ru,138.3730595 mirror.yandex.ru,63.4150445 mirrors.datahouse.ru,59.304435 mirrors.powernet.com.ru,78.7411795

अंतभाषण

जो लोग इस जगह के लिए गए हैं, मैं उस प्रश्न का उत्तर दूंगा जो पूछा जाएगा - हमारे दर्पण http://mirrors.powernet.com.ru और यहां बताया गया है कि इसका उपयोग कैसे किया जाता है:

mirror.powernet.com.ru बैंडविड्थ यातायात

इसके अलावा, हमारे नेटवर्क के भीतर से इस ट्रैफ़िक का हिस्सा नगण्य है।

इस तरह उस पर जगह समाप्त होती है:

जब हम एक नया वितरण जोड़ते हैं तो अच्छी तरह से पहचाने जाने वाले चरण होते हैं। जब यह सब शुरू हुआ तो यह एक ऑफिस कंप्यूटर पर विंडोज पर चलने वाला वर्चुअलबॉक्स था, जिस पर हमारे विज्ञापन विभाग के वीडियो संग्रह संग्रहीत किए गए थे। फिर हम मुकाबला वर्चुअलाइजेशन सिस्टम में चले गए और यह थोड़ा आसान हो गया:

तुलना के लिए, mirror.truenetwork.ru दो सर्वर से 3 Gb / s ट्रैफ़िक लौटाता है। हमारे साथ सब कुछ बहुत मामूली है और सामान्य तौर पर, यह प्रक्रिया का आनंद लेने के लिए हमारे लिए पर्याप्त से अधिक है, साथ ही दोस्तों और ग्राहकों से दुर्लभ आश्चर्य-उत्साही समीक्षाएं हैं जब कोई व्यक्ति अपने सिस्टम को अपडेट करते समय अचानक परिचित लाइनों को नोटिस करता है। और भी, कभी-कभी विभिन्न लेखों और मैनुअल में पृष्ठभूमि में झिलमिलाहट, जहां हमारे दर्पण के लिंक लॉग या स्क्रीनशॉट में दिखाई देते हैं।

आप यहां सेंटोस में ज्ञात सभी दर्पणों की स्थिति देख सकते हैं, और इस परियोजना में शामिल होने के तरीके के बारे में पढ़ सकते हैं , यह एक ही समय में सरल और जिम्मेदार दोनों है, लेकिन निश्चित रूप से बेकार नहीं है।

Centos रिपॉजिटरी मिरर के बारे में और सबसे अच्छा एक का चयन

दर्पण सूची

कार्यान्वयन

Fastestmirror

पके एटलस

अंतभाषण

More articles: