👨🏼‍💻 ☝️ 🙆🏻 حول مرايا مستودع Centos واختيار الأفضل 🏰 🤟🏾 👩🏻‍🤝‍👨🏿

في العام الماضي ، استضفنا مرايا على الإنترنت لعدة توزيعات Linux. هذه ليست عملية معقدة وبالنسبة للمشروعات الكبيرة مثل أوبونتو ، فهي مؤتمتة بالكامل تقريبًا. في حالات أخرى ، من الضروري بطريقة أو بأخرى الاتصال بالمشروع ، على سبيل المثال ، في القائمة البريدية والتعبير عن رغبتك بوضوح.

من الناحية الفنية ، إنه rsync ، عادةً وفق جدول زمني. يوفر لك شخص ما مجموعة نصية جاهزة ، مثل Fedora ، ويقول شخص ما إنك تحتاج إلى المزامنة هنا من هذا الخادم ومجموعة المعلمات الموصى بها. أغلى مورد هو المكان ، لقد وصلنا مؤخرًا إلى 4 تيرابايت ، وهذا مكلف في حالتنا لأنه لا يولد أي ربح. في المقابل ، تلقينا التوافر المحلي للتوزيعات التي نستخدمها ، مما مكن من تبسيط التكوين الأولي للخوادم عن طريق منع الوصول الإلزامي إلى الإنترنت منه. وبالطبع ، نحن سعداء لأننا انضممنا إلى شيء كبير ، حتى لو كانت مشاركتنا في هذا الأمر غير ملحوظة للغاية.

المرآة لدينا عامة ، يمكن للجميع تلقي تحديثات منها ، وهو ما يحدث بالفعل إذا تم الحكم عليه من خلال إحصائيات الاستئناف. هذه هي روسيا بشكل رئيسي ، ولكن ليس فقط. حول كيفية تشغيله وكيف يتم تحديد الخادم العام للحصول على التحديثات على مثال Centos الإصدار السابع من هذا المنشور.

سنتحدث عن مدير حزمة 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

هنا يمكنك رؤية خيارين يحددان المكان الذي يمكنك الحصول على البيانات منه. يشير baseurl الأول مباشرة إلى المرآة ، وليس هناك خيار هنا. تشير قائمة النسخ المتطابقة الثانية إلى ارتباط يتم من خلاله إرجاع قائمة من 10 مرايا يتم من خلالها اختيار الخيار ، وهذا الخيار نشط. نرى أيضًا العديد من المتغيرات داخل الرابط ، وكلها تعكس في النهاية مكانًا محددًا في شجرة دليل المستودع:

الإفراج - الإصدار: 6 ، 7 ، 8 ، 8-stream . يتم سحب الإصدارات الأقدم من البنية التحتية الحالية ، ولكن يمكن العثور على لقطات من مستودعاتها على http://vault.centos.org/
القوس عبارة عن هندسة مثل i386 أو x86_64 . بالنسبة لبعض الإصدارات ، ستشير بعض الهياكل إلى مستودعات بديلة ونظام مرآة آخر ، ولكن في نفس الوقت ، تظل البنية الأساسية لاختيار المرآة شائعة. بالنسبة للإصدار 7 ، المرآة الأساسية المدعومة هي x86_64 ، وهي بديل لـ i386 . لأولًا ، سيتم تشكيل قائمة في الهيكل الأساسي للمرايا ، بالنسبة للبديل الثاني
repo - في حالتنا ، os ، ولكن يمكن أن يكون updates أو أخرى ، في الواقع يعكس نوع المستودع البيانات التي نحتاجها. بالنسبة للإصدار 8 ، سيكون مكافئ os هو baseos
الأشعة تحت الحمراء - أستطيع أن أفترض بعناية أنه لا يزال غير مستخدم ، على الأقل لم أجد معالجتها عند تكوين قائمة من المرايا. يساوي stock ، ولكن إذا حذفت هذه المعلمة ، فلن تتبع أي تغييرات مرئية
cc هو رمز البلد ؛ وبالنسبة للولايات المتحدة الأمريكية وكندا ، فهو أيضًا رمز الولاية. ليس في المثال الوارد في الملف أعلاه ، حيث يتم حساب البلد عند الطلب بواسطة عنوان IP الخاص بالطلب. يمكن استخدام هذا المتغير للتخلص من أخطاء تحديد الموقع الجغرافي. بالنسبة لروسيا ، cc=ru

بالنسبة للإصدار السابع من Centos ، نحصل على السطر التالي: 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
 ├── 6
 os ├── centosplus
 │ │ ├── i386
 ... └── └── x86_64
     ...
 │
 ├── 7
 ├── ├── الذرية
 │ │ └── x86_64
 os ├── centosplus
 │ │ └── x86_64
 │ ├── كر
 │ │ └── x86_64
 ot ├── dotnet
 │ │ └── x86_64
 إضافات
 │ │ └── x86_64
 st ├── opstools
 │ │ └── x86_64
 ├── ├── os
 │ │ └── x86_64
 od │ └── repodata
 │ │ └── [repomd.xml]
 │ ├──
 │ │ └── x86_64
 ├── ├── التحديثات
 │ │ └── x86_64
 │ ...
 │
 ├── 7.0.1406
 ├── 7.1.1503
 7.2.1511
 ├── 7.3.1611
 ├── 7.4.1708
 .1 7.5.1804
 .18 7.6.1810
 ├── 7.7.1908
 ├── 8
 ├── 8 تيار
 ├── 8.0.1905 
 ...

تطبيق

الآن للتنفيذ ، والذي يمكن العثور عليه على https://github.com/CentOS/mirrorlists-code ، نحن مهتمون بكيفية تشكيل قائمة المرايا. السيناريو اللؤلؤ makemirrorlists-combined.pl يفعل هذا . وتتمثل مهمتها الرئيسية في التحقق من حيوية النسخة المتطابقة من خلال مقارنة تجزئة repodata/repomd.xml مع الإشارة إلى الإصدار المحدد 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 أو حتى نفد جميع الخيارات. يتم حفظ النتيجة في ملف ويتم نقلها إلى الواجهة الأمامية للجزء المقدم من Python مع ml.py النصي ، وتتمثل مهمته في تحديد وإعطاء الملف المطلوب ، بعد اكتشاف بلد مصدر الطلب عن طريق عنوان IP أولاً. يؤخذ في الاعتبار نوع بروتوكول IPv4 أو IPv6 ، الذي يتم تكوين قوائم مختلفة له.

عودة إلى الاستعلام الذي يستخدم ORDER BY RAND() ، هل هذا يعني أن القائمة ستكون عشوائية؟ نعم ، ما مدى عشوائي التنفيذ في نظام إدارة قواعد البيانات ، ولكن هذا ينطبق فقط على الترتيب في كل خطوة. هذا هو ، إذا تمت كتابة أكثر من 10 مرايا من النوع المطلوب من المستودع والهندسة المعمارية لبلد معين (لروسيا لا يوجد سوى 17) ، ثم في النهاية ، في كل مرة سنحصل على قائمة مختلط من 10 مرايا مختلفة في بلد واحد. إذا كان هناك عدد أقل ، فستجد دائمًا في أعلى القائمة مستودعات تخزين من دولة واحدة ومستودعات تخزين أخرى من أقرب البلدان ، وهكذا بخطوات. نتيجة لذلك ، نحصل على قائمة غير عشوائية تمامًا تتكون من عدة أجزاء عشوائية. من المهم عدم وجود عدد كبير من مرايا العمل في بلد واحد ، على سبيل المثال ، لم تعد مرايا IPv6 في روسيا سوى 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 هي بنية بديلة لنظام Centos 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/

لم تعد القائمة عشوائية ، إذا ركزت على السطر الأول ، فسيتم تحديد الخيار مسبقًا. يعد دعم مستودعات بنيات Centos البديلة أمرًا مهمًا من حيث المبدأ ، ولكن بالنسبة للعديد من الإيثار الخالص هنا.

يتم فحص المستودعات بشكل مستمر وبدون النظر في آليات التخزين المؤقت ، يتم تحديث النتيجة كل 3 ساعات تقريبًا. اقتباس من mirrorlist_crawler_deployment_notes.txt :

- 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 مرة واحدة في الدقيقة لمستودع Base Centos 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

المجموع ، يتم تشكيل قائمة المرايا في أحسن الأحوال عن طريق الصدفة ، والتي ربما ليست سيئة لموازنة الحمل. في أسوأ الأحوال ، يمكننا أن نتوقع أن اختيار المرآة الأولى فقط من القائمة ، لن يكون لدينا خيار على هذا النحو. بالإضافة إلى ذلك ، يمكن للتقسيم الإقليمي للبلدان في حالة بلد كبير ، مثل بلدنا ، أن يلعب خدعة من خلال وضع مرآة من Petropavlovsk-Kamchatsky http://mirror.vilkam.ru لعميل من Sochi في الجزء العلوي من القائمة. لذلك ، سيكون من الجيد تقييم مدى توفر المرايا من هذه القائمة. يتم ذلك عن طريق البرنامج المساعد الأسرع . يتم تقليل جوهره إلى إجراء بسيط:

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

لا HTTP أو ICMP ، افتح المقبس للعقدة ، ضع في اعتبارك مقدار الوقت المستغرق ، sort() بتطبيق sort() على النتائج. يتم إرسال كافة المرايا العشرة التي تم الحصول عليها في الخطوة السابقة كمعلمات ، في شكل 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/']

تتم المعالجة في عدة خيوط ، لذلك ليس عليك الانتظار لفترة طويلة ، حتى بالنسبة لجميع المرايا السبعة عشر المدرجة في روسيا. نتيجة العمل في شكل قائمتين ، أولهما تتم الإشارة إلى وقت التنفيذ ، يتم تصحيح الأخطاء ولا يتم فرزها ، على الرغم من أنها قد تبدو كذلك. ثانيًا بعد كلمة " Result فرزها من استجابة أصغر إلى استجابة أكبر ، هو المستخدم في العمل الإضافي بالترتيب المستلم.

تستخدم dnf أيضًا أسرع لعبة من مجموعة مكتبات RPM ، ولكن هناك يتم حلها من خلال libcurl وبشكل عام ، كل شيء أكثر تعقيدًا.

في النهاية ، كل هذا يتوقف على مدى سرعة استجابة الاستجابة من المرآة ، في حين أن التخزين المؤقت ينبغي أن يؤخذ في الاعتبار ، أي أن الحساب المباشر للتأخير لا يتم دائمًا. تتأثر الفواصل الزمنية إلى حد كبير بالأداء الداخلي للجهاز المحلي وعبء العمل. العقد المغلقة التي تظهر نتائج مماثلة من المحتمل أن تغير الأماكن بشكل متكرر. ولكن هنا تم تحقيق ذلك ، يبدو لي أن الهدف الرئيسي هو عدم إرسال عقدة من سوتشي للتجديد إلى بتروبافلوفسك كامتشاتسكي ، للذهاب إلى موسكو أو فولغوغراد أمر مقبول تمامًا. ماذا ننتبه إلى ذلك ، يتم الاختيار من القائمة التي تم الحصول عليها في الخطوة الأولى قبل fastestmirror ، إذا لم تكن هذه البيانات في ذاكرة التخزين المؤقت بعد ، فقد لا تكون أقرب 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

يمكن ملاحظة أن الخيار ليس واضحًا بشكل لا لبس فيه ، ولكن هنا على مقربة من النقطة التي أجريت منها الاستطلاع من المحتمل أن يلعب دورًا - حتى عدة مرايا ، يكون الفرق أقل من ميلي ثانية واحدة. النقطة الثانية ، قائمة IPv6 مختلفة وهي أسوأ - أقرب مضيف IPv6 أبعد من أقرب IPv4 والخيار أقل. بالنظر إلى أولوية IPv6 ليست جيدة جدا. نتائج fping إيجازا ، وعدد أقل من الفوز ، ولكن عموما هي نفسها مع fastestmirror .

الأطلس الناضج

مع وجود خيار محلي ، يصبح كل شيء أكثر وضوحًا ، والآن دعنا نرى كيف تسير الأمور داخل البلد بأكمله. لماذا نستخدم الخدمات https://atlas.ripe.net/ - مجموعة من مجسات (تحقيقات) وأدوات للعمل معهم تحت رعاية RIPE NCC ، سأحذرك فورًا ، هذا ليس أسرع موقع وأكثره مرونة. يمكن لأي شخص الحصول على التحقيق ، وكذلك استخدام هذه الشبكة. ولكن لتشغيل الاختبارات ، تحتاج إلى عملة داخلية تتراكم من الأجهزة المسجلة والنشطة بعدك. لقد اخترت جميع الأجهزة في روسيا التي تدعم IPv6 و IPv4 في نفس الوقت ، تم إيقاف 82 منها ، ووفقًا لنتائج القياس ، يجب إزالة جزء منه ، لذا بقي 67 من أصل أكثر من 400 .

هناك العديد من خيارات الاختبار التي يمكنك تشغيلها ، بالطبع لا يوجد ما يتم استخدامه في fastestmirror ، ولكن هناك 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 من Petropavlovsk-Kamchatsky. في الوقت نفسه ، يتوفر Yandex جيدًا تقريبًا من كل مكان ، إلا أنه يفقد قليلاً من الاستجابة في كل مرة ، ولكن mirror.vilkam.ru يفوز مرة واحدة ، ولكن بأكثر من بصدق مقارنة بالآخرين في مسبار 6606 من Khabarovsk (RTT بالميلي ثانية):

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

أفضل النتائج في منطقة واحد أو عدة ميلي ثانية ، وأسوأ نتيجة في الاستجابة في Salekhard ، دقق 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 وهنا كيفية استخدامها:

mirrors.powernet.com.ru حركة مرور البيانات

mirrors.powernet.com.ru حركة مرور النطاق الترددي

علاوة على ذلك ، فإن حصة هذه الحركة من داخل شبكتنا ضئيلة.

هذه هي الطريقة التي ينتهي بها المكان:

الخطوات المميزة بشكل جيد هي لحظات عندما نضيف توزيعًا جديدًا. عندما بدأ كل شيء ، كان VirtualBox يعمل على Windows على كمبيوتر مكتبي تم تخزين أرشيفات الفيديو الخاصة به في قسم الإعلانات لدينا. ثم انتقلنا إلى نظام المحاكاة الافتراضية وأصبح الأمر أسهل قليلاً:

للمقارنة ، إرجاع mirror.truenetwork.ru 3 غيغا بايت / ثانية حركة المرور من ملقمين. كل شيء أكثر تواضعا معنا ، وبصفة عامة ، هو أكثر من كاف بالنسبة لنا للاستمتاع بهذه العملية ، فضلا عن ملاحظات نادرة حماسة من الأصدقاء والمشتركين عندما يلاحظ شخص خطوط مألوفة فجأة أثناء تحديث نظامهم. وأيضًا ، قد تضغط في الخلفية في مقالات وكتيبات متنوعة ، حيث تكون الروابط إلى المرآة الخاصة بنا مرئية في السجلات أو لقطات الشاشة.

يمكنك رؤية حالة جميع المرايا المعروفة في Centos هنا ، وقراءة كيفية الانضمام إلى المشروع هنا ، إنها بسيطة ومسؤولة في نفس الوقت ، ولكنها بالتأكيد غير مجدية.

حول مرايا مستودع Centos واختيار الأفضل

قائمة المرآة

تطبيق

Fastestmirror

الأطلس الناضج

خاتمة

More articles: