لقد صدر أحدث إصدار من SLURP OpenStack. بمشاركة أكثر من 500 مساهم من 100 مؤسسة وما يقرب من 9,000 تغيير. بالنسبة للمؤسسات التي تدرس حاليًا خيارات الهجرة الخاصة بها، لا يمكن أن يكون التوقيت أكثر ملاءمة. يعالج Gazpacho العديد من المتطلبات الرئيسية لعمليات الهجرة الإنتاجية، وباعتباره إصدار SLURP، فإنه يدعم الترقيات المباشرة من إصدار SLURP السابق — دون الحاجة إلى خطوات وسيطة.
عملية الهجرة أصبحت أسرع
الميزة الأكثر إثارة للإعجاب في Gazpacho هي عمليات الهجرة الحية المتوازية في Nova. سابقًا، كانت الهجرة الحية تعالج عمليات نقل الذاكرة بشكل تسلسلي. أما الآن، فتعمل اتصالات متعددة في وقت واحد، مما يعني أن نقل أعباء العمل الكبيرة عبر المضيفين أو المناطق أصبح أسرع بكثير.
لم يضف مجتمع OpenStack هذه الميزة بالصدفة؛ فقد تم تحديدها صراحةً كطلب عالي الأهمية من المشغلين الذين يبحثون عن بديل لـ VMware. هذا السياق مهم، وهي ميزة مصممة للمؤسسات التي تخطط بنشاط لعمليات الهجرة في الوقت الحالي.
إلى جانب ذلك، فإن الهجرة الحية مع دعم vTPM تعني أن أعباء العمل الحساسة أمنيًا — من النوع الذي كان يجب إيقافه سابقًا وهجرته في حالة عدم التشغيل ثم إعادة تشغيله — يمكنها الآن الانتقال وهي قيد التشغيل. بالنسبة للعملاء في القطاعات الخاضعة للتنظيم، يزيل هذا أحد آخر الحجج المتبقية للبقاء على المنصات القديمة.
تجهيز الأجهزة المادية أصبح أقل يدويًا
إذا كنت تدير بيئات هجينة — أجهزة افتراضية إلى جانب خوادم مادية — فقد كانت الأجهزة المادية تاريخيًا هي المكان الذي تتراكم فيه التعقيدات التشغيلية. يعالج Ironic في Gazpacho هذا الأمر مباشرةً.
يزيل الكشف التلقائي عن واجهات النشر الحاجة إلى تحديد طرق النشر يدويًا لكل عقدة. كما يبسط الكشف التلقائي عن البروتوكولات لـ NFS وCIFS عبر Redfish تكوين الإقلاع. وتعمل جدولة المنافذ القائمة على السمات على أتمتة وضع الشبكة بناءً على سمات البنية التحتية الفعلية بدلاً من التعيين اليدوي.
بالنسبة لعملائنا الذين يديرون العشرات أو المئات من العقد المادية، يمثل هذا خفضًا ملموسًا في الأعباء الإضافية للتجهيز.
الشبكات على نطاق المؤسسات
تلقى برنامج تشغيل Neutron OVN تحديثات جوهرية في Gazpacho. أصبح دعم BGP، وتوجيه North-South للمنافذ الخارجية، وأزواج العناوين المسموح بها مع عناوين MAC الافتراضية متاحة الآن.
من الناحية العملية، يهم هذا العملاء الذين لديهم تضاريس شبكة معقدة — بيئات متعددة المستأجرين، واتصال هجين، وأعباء عمل تمتد عبر البنية التحتية الخاصة والعامة. كانت هذه تاريخيًا هي السيناريوهات التي يتطلب فيها OpenStack حلولاً بديلة أو أدوات إضافية. يسد Gazpacho تلك الفجوات بشكل أصيل.
أداء التخزين والإدخال/الإخراج
هناك تغييرات هنا سيُشعر بها بدلاً من مجرد القراءة عنها. يعمل خيار IOThread الافتراضي لكل مثيل QEMU على تخفيف معالجة إدخال/إخراج القرص من وحدات vCPU — في البيئات عالية الكثافة، يترجم هذا مباشرةً إلى أداء أكثر اتساقًا تحت الضغط. كما تقلل واجهة برمجة تطبيقات إرفاق وحدات التخزين غير المتزامنة من زمن الاستجابة عن طريق فصل عمليات التخزين طويلة الأمد عن وقت استجابة واجهة برمجة التطبيقات، وهو أمر يهم العملاء الذين يديرون عمليات تجهيز مؤتمتة على نطاق واسع.
لا يعد أي منهما تغييرًا يتصدر العناوين، ولكن كلاهما سيظهر في معايير الأداء والمقاييس التشغيلية.
أدوات أمان تناسب بيئات المؤسسات
يتكامل OpenStack-Ansible الآن مع OpenBao — النسخة مفتوحة المصدر من HashiCorp Vault — لإدارة البنية التحتية للمفاتيح العامة (PKI). بالنسبة للعملاء الذين يديرون بالفعل بنية تحتية للشهادات تعتمد على Vault، فهذا يعني أن OpenStack لم يعد الاستثناء الذي يتطلب أدوات منفصلة وأصبح جزءًا من وضع أمني موحد.
هذا الأمر يهم بشكل خاص في البيئات الخاضعة للتنظيم حيث تخضع إدارة دورة حياة الشهادات للتدقيق. إن مواءمة PKI الخاص بـ OpenStack مع الأدوات القياسية للمؤسسات يزيل نقطة احتكاك في الامتثال ظهرت مرارًا وتكرارًا في محادثات العملاء.
ماذا يعني هذا إذا كنت تقيم عملية هجرة
لقد تغير الحوار حول بدائل VMware خلال الـ 18 شهرًا الماضية. لم يعد الأمر يتعلق بما إذا كانت البنية التحتية مفتوحة المصدر قادرة تقنيًا — بل يتعلق بما إذا كان فريقك يمكنه تشغيلها بثقة وما إذا كان مسار الترقية قابلًا للتنبؤ.
