في اليوم الآخر فقط ، فتحت Yandex وصول مستخدمي الإصدار التجريبي إلى خدمتها الجديدة -
Yandex . اتضح أن هذا الحدث تزامن مع الحاجة إلى اختيار منصة سحابية لأحد مشاريعنا الداخلية ، وقررت اختبار أداء حلول Yandex على الفور.
للاختبار ، أخذت PostgreSQL و pgbench القديم الجيد. وقع الاختيار على DBMS لأنه كان من المثير للاهتمام اختبار ومقارنة أداء الأجهزة الافتراضية ليس فقط ، ولكن أيضًا خدمات قواعد البيانات المدارة.
إخلاء المسؤولية: المؤلف ليس مشرفًا محترفًا ، ولا هو DBA ، ولا متخصصًا في تخصيص الحلول السحابية. تم إجراء الاختبار لأغراض شخصية بحتة ولا يدعي أنه موضوعي ، لذا يرجى أخذ المقالة "كما هي". لن يكون هناك تحليل عميق في الداخل ، ولكن ستكون هناك مقارنة صريحة مع Selectel VPC (على محركات أقراص مختلفة) وتكوينات AWS EC2 / RDS المختلفة من حيث الأداء وتكلفة الحلول. ربما هذا سيوفر شخصًا ما القليل من الوقت.
التفاصيل Yandex.Cloud vs Selectel VPC vs AWS under cat.
هيكل خدمات Yandex.Cloud
هيكل موارد Yandex.Cloud شائع لهذه الخدمات:
حصص الموارد (العالمية)كتالوج (مشروع)- Compute Cloud (الأجهزة ومحركات الأقراص الافتراضية)
- قواعد البيانات المدارة (مجموعات قواعد البيانات ، يمكنك تشغيل قواعد بيانات Clickhouse ، MongoDB و PostgreSQL)
- تخزين الكائنات (التخزين السحابي)
- سحابة خاصة افتراضية (شبكات سحابية)
- API
لا أرى نقطة في وصف الواجهة بالتفصيل ، خاصة وأن
الوثائق في المجال العام والكثير واضح منها.
قارن التكوينات
تم تخصيص الموارد التالية لجميع المثيلات الافتراضية في الاختبار:
vCPU : 8 نوى
ذاكرة الوصول العشوائي : 32 جيجابايت
القرص : SSD (فئة محددة - انظر أمثلة الاختبار).
نظام التشغيل : CentOS 7 الأدنى
بالنسبة لخدمات قواعد البيانات المدارة ، تم طلب أقرب تكوين ممكن (يحتوي Yandex و AWS فقط على تكوينات مع 8CPU / 32RAM).
النسخة المختبرة من Postgres هي 10.5. تم
postgresql10-server
على أجهزة افتراضية من حزمة
postgresql10-server
، وعلى المجموعات المدارة تم اختيار هذا الإصدار من القائمة.
منهجية الاختبار
- تم تثبيت حزم
postgresql10-server
و postgresql10
على نظام تشغيل نظيف - تمت تهيئة قاعدة بيانات المعيار باستخدام المعلمات:
pgbench -i -s 100
- تم تشغيل المعيار ثلاث مرات مع المعلمات:
pgbench -c 10 -T 60
- تم إطلاق الأداة المساعدة
pgbench
على نفس الجهاز الظاهري حيث تم تثبيت نظام إدارة قواعد البيانات ، وبالنسبة للمجموعات المُدارة ، على جهاز افتراضي في نفس السحابة. - تم إدخال أفضل نتيجة الثلاثة في جدول النتائج.
نتائج الاختبار
جميع نتائج الاختبار السريع في جدول واحد (الرسوم البيانية أدناه):
المورد | تبس | السعر |
---|
تكبير AWS EC2 m5.2x | 2822 | 343 |
تكبير AWS EC2 m5d.2x | 2752 | 403 |
AWS EC2 t3.2x تكبير | 2636 | 290 |
AWS EC2 t2.2x تكبير | 2259 | 320 |
AWS EC2 m4.2x تكبير | 2187 | 358 |
Selectel VPC (SSD سريع) | 1524 | 186 |
مثيل Yandex Cloud Compute | 1309 | 155 |
قاعدة بيانات Yandex Cloud المُدارة | 1226 | 234 |
AWS RDS db.m4.2xlarge (3000 IOPS) | 1200 | 1007 |
AWS RDS db.t2.2x تكبير (3000 IOPS) | 1127 | 862 |
AWS RDS db.t2.2x تكبير (1000 IOPS) | 970 | 625 |
AWS RDS db.m4.2 تكبير (1000 IOPS) | 885 | 769 |
Selectel VPC (SSD عالمي) | 247 | 164 |
يعرض عمود
السعر السعر المقدر للحل المختبر شهريًا بالدولار الأمريكي ، بما في ذلك التخزين عند 100 جيجابايت. بالنسبة لـ Amazon RDS ، التي يتم احتسابها بالساعة ، تم ضرب تكلفة الساعة في 720. تم أخذ أسعار الحساب من المصادر التالية:
-
لقاعدة بيانات Yandex Cloud المُدارة-
بالنسبة لمثيل حساب Yandex Cloud Compute-
لنسخة Selectel VPCنتائج الاختبار في شكل رسم بياني:

الاستنتاجات
الاستنتاجات ، بشكل عام ، واضحة تمامًا: من الأفضل عدم أخذ Universal SSD من Selectel بغرض استضافة DBMS :)
ولكن بجدية ، كان من المثير للاهتمام بالنسبة لي أن أقارن في المقام الأول Selectel و Yandex. كما اتضح ، فإن كلا الحلين يتقاربان من حيث الأداء والتكلفة. علاوة على ذلك ، التكلفة مفاجأة سارة: كانت أسعار التكوينات المختبرة معقولة للغاية.
من المتوقع أن يكون استخدام تهيئة مماثلة في سحابة AWS أكثر تكلفة (على الرغم من أنني توقعت اختلافًا أكبر في السعر) ، ولكن لا يمكن لأي من مقدمي الخدمة الروس مواكبة AWS EC2 من حيث الأداء. الاستثناء هو RDS الذي لا أفهمه ، والذي حتى إضافة IOPS المزودة لا يساعد - فهو لا يزال يعمل ببطء ، ولكنه يكلف الكثير ، ومكلف للغاية.
فقط بضع كلمات حول Yandex: بشكل عام ، توقعت ظهور مثل هذه الخدمة منهم لفترة طويلة ، كان من الواضح أن هذه كانت مسألة وقت فقط. لا يزال من الواضح أنه رطب (آمل أن ينطبق هذا فقط على كمامة الويب ، وليس على البنية التحتية ككل) ، لأنه لا يزال هناك العديد من الأخطاء ومواطن الخلل في الداخل. كان علي أن أتحدث عن كثب مع هؤلاء. دعم لفهم ما إذا كان هذا خطأ أو شيء لا أفهمه. ولكن ، أنا متأكد من أنه سيتم تصحيح كل هذا بسرعة وسيظهر بديل آخر جدير بالاهتمام في سوق IaaS الروسية.