تست شده: ماشین های مجازی C3D، C2، و N2 Google برای مشتریان Kinsta

چه چیز جدیدی در دستگاه های C3D گوگل وجود دارد؟

می توانید نگاه عمیق ما به فناوری C3D را بخوانید، اما دو ویژگی به ویژه تأثیرات چشمگیری بر عملکرد VM دارند:

1. نسل چهارم CPU AMD EPYC (با نام قبلی "جنوآ") که می تواند در فرکانس 3.7 گیگاهرتز کار کند و تا 360 CPU مجازی و 2880 گیگابایت حافظه DDR5 را پشتیبانی می کند.
2. یک واحد پردازش زیرساخت (IPU) که \u200b\u200bعملکرد شبکه و ورودی/خروجی داده را افزایش می دهد و در عین حال CPU را از این وظایف آزاد می کند.

در این پلتفرم، کد سمت سرور سریع تر تفسیر می شود، پایگاه های داده سریع تر هستند، و داده ها با سرعت بیشتری به داخل و خارج از رابط های شبکه منتقل می شوند. به عنوان مثال، در طول آزمایش آزمایشگاهی قبلی ما، یک تست استرس MySQL/MariaDB شاهد بود که تاخیر زمانی برای پاسخ به درخواست های پایگاه داده از 89 میلی ثانیه در ماشین های C2 به 0.9 میلی ثانیه در یک ماشین C3D کاهش یافت.

سایت های وردپرسی که در Kinsta میزبانی می شوند، آماده بهره برداری از چنین قدرتی هستند، زیرا هر کدام در یک محفظه ایزوله از سایت های دیگر اجرا می شوند و شامل همه نرم افزارهای پشتیبانی کننده مانند Linux، NGINX، PHP و MariaDB هستند.

مقایسه عملکرد VM

برای مقایسه عملکرد ماشین مجازی مبتنی بر C3D با سایر کلاس های ماشین ها، ما سه وب سایت وردپرس (v6.5) یکسان ایجاد کردیم: یکی در یک ماشین C3D، دیگری در یک C2، و دیگری در یکی از ماشین های N2 که هنوز در دسترس هستند. چند مرکز داده (اگرچه استفاده از ماشین های N2 در Kinsta سنگین نیست، بسیاری از میزبان های دیگر از آن ها استفاده می کنند، بنابراین ما این مقایسه را برای کمک به شما در تجسم تأثیری که بر عملکرد سایت خود دارید، تنها با رفتن به Kinsta اضافه کردیم.)

این محیط میزبانی وردپرس Kinsta مشترک برای هر سه سایت بود:

• وردپرس نسخه 6.5
• PHP نسخه 8.2
• اوبونتو نسخه 20.04.6
• وب سرور NGINX نسخه 1.25.2
• MariaDB نسخه 15.1

برای شبیه سازی بارهای سنگین در سایت های آزمایشی خود، از آپاچی استفاده کردیم ab ابزار محک زدن سرور HTTP، که می تواند چندین کاربر همزمان را که درخواست های صفحه زیادی می کنند شبیه سازی کند.

درخواست محتوای ذخیره نشده

ما می خواستیم ببینیم که چگونه این سه ماشین مجازی هنگام ارائه محتوایی که مکانیسم های کش روی سرور را دور می زند، مقایسه می کنند - به ویژه کش صفحه. سبدهای خرید WooCommerce سایت های مشابه، اهداف عالی برای این آزمایش ها بودند، زیرا برای درخواست دور زدن حافظه پنهان روی سرور کدگذاری شده اند.

بدون محتوای کش، وردپرس باید پایگاه داده را پرس و جو کند و صفحه هدف را در هر درخواست بسازد. این کارآمد نیست، اما اغلب زمانی ضروری است که محتوا برای یک بازدیدکننده سایت منحصر به فرد باشد - مانند محتویات یک سبد خرید.

در هر سه سایت آزمایشی ما، نمای پیش فرض سبد خرید یک صفحه HTML 235 کیلوبایتی ایجاد کرد.

بنابراین، آپاچی ما ab پروتکل تست به این صورت بود:

• اندازه صفحه: 235 کیلوبایت
• کاربران همزمان شبیه سازی شده: 50
• زمان اجرا: 60 ثانیه

نتایج (درخواست های موفق در هر ثانیه):

• C3D: 207.72
• C2: 141.47
• N2: 89.93

بردن: C3D VM به طور متوسط \u200b\u200bخدمت می کرد 46.8 درصد بیشتر صفحات غیر کش نسبت به سایت دوقلو در C2.

درخواست محتوای کش

با فعال کردن حافظه پنهان، سایت های وردپرس ما می توانند صفحات را بدون نیاز به راه اندازی PHP Workers و جستجو در پایگاه داده ارائه دهند. در واقع، با حافظه پنهان NGINX، برخی از محتوای کامپایل شده حتی نیازی به خواندن از روی دیسک ندارند.

محتوای تست قابل ذخیره ما یک پست وبلاگ یکسان در هر سایت بود که 114 کیلوبایت وزن داشت، بنابراین آپاچی ما ab پروتکل تست به این صورت بود:

• اندازه صفحه: 114 کیلوبایت
• کاربران همزمان شبیه سازی شده: 50
• زمان اجرا: 60 ثانیه

نتایج (درخواست های موفق در هر ثانیه):

• C3D: 19,722.58
• C2: 13,043.27
• N2: 7,861.23

بردن: C3D VM، با I/O بهبودیافته اش، وقتی محتوای بسیار سریع تری نسبت به ماشین های دیگر جابه جا می کرد، واقعاً در اینجا برجسته بود. سایت C3D تحویل داده شد 51.2 درصد بیشتر صفحات کش شده نسبت به ماشین C2.