ما يبدو وكأنه نكتة مضحكة في بعض الأحيان يتضح أنه مشروع جاد. هذا نادر ، لكنه يحدث. هذا الأسبوع فقط ، تم الإعلان عن معاينة تقنية لبرنامج VMware ESXi hypervisor على بنية aarch64 التي تسمى ESXi-Arm-Fling. في هذه المقالة سوف ننظر لماذا ومن يحتاج إليها.
على مدار العام الماضي ، كان ARM محورًا لمقالاتنا. لقد ولت الفكرة التقليدية القائلة بأن ARM مخصصة حصريًا للأنظمة والهواتف المحمولة المدمجة. كشفت شركة Huawei النقاب عن خوادمها من Taishan بمعالج Kunpeng 920 ARM الخاص بها. أعلن أمبيرمعالج Altra Max 128 نواة ، أيضًا على هذه البنية. حتى Apple قررت استخدام ARM في أحدث أجهزة الكمبيوتر المحمولة. هذا الاتجاه لم يدخره كبار مصنعي البرمجيات ، الذين اضطروا إلى الاهتمام بهذه التغييرات الدراماتيكية والاستجابة لها في الوقت المناسب.
في عام 2018 ، في مؤتمر VMworld ، تم الإعلان بشكل مضحك أن ESXi يمكن أن يعمل على Raspberry Pi. ثم اعتبره الكثيرون مزحة. دعونا نلقي نظرة على كيف كان:
والآن ، بعد عامين تقريبًا ، عندما نسيها الجميع ، اتضح أنها لم تكن مزحة. السؤال الوحيد هو: لماذا تحاول تشغيل برنامج Hypervisor على مثل هذا الجهاز؟ نعم ، "توت العليق" الحديث هو كمبيوتر كامل ، بحجم بطاقة الائتمان ، ولكن بالكاد يمكن اعتباره منتجًا. يحتاج أي برنامج Hypervisor إلى متطلبات أجهزة عالية جدًا ، لذلك هناك ما هو أكثر من الحاجة إلى تشغيل الأجهزة الافتراضية.
لتوضيح هذه النقاط ، دعنا نوجه انتباهنا إلى كيفية تغيير نهج تطوير تقنيات البرمجيات والأجهزة. إذا كان حل بعض المهام في وقت سابق يتطلب تنفيذ الأجهزة بالكامل تقريبًا ، فإن البرنامج الآن في المقدمة هنا. هذا هو الذي يخلق طبقات إضافية من التجريد التي تحول البنية التحتية لتكنولوجيا المعلومات نحو بيئات معرفة بالبرمجيات. أصبحت مستودعات البيانات والبنية التحتية للشبكة والخوادم ومراكز البيانات محددة بالبرمجيات.
من ناحية أخرى ، يبسط هذا النهج إلى حد كبير بناء الأنظمة المعقدة ، باستخدام التجريدات كوحدات بناء. هذا يضمن أقصى قدر من التوافق والاستخدام الفعال لقوة الأجهزة. لكن من ناحية أخرى ، كل شيء ليس ورديًا. أي عمليات تجريد تزيد من استهلاك الموارد ، مما يعني أنها تستهلك وقتًا أطول لوحدة المعالجة المركزية.
المخرج بسيط: لتحرير موارد المعالج المركزي ، يجب إعطاء بعض الحسابات مباشرة للأجهزة الطرفية ، على سبيل المثال ، بطاقات الشبكة. يفترض مفهوم SmartNIC أن بطاقة الشبكة لن تستغرق وقتًا ثمينًا للمعالج وستؤدي معظم الإجراءات داخل نفسها.
هناك ثلاث طرق لعبور القنفذ بثعبان:
- ASIC. , . , . .
- FPGA. , ASIC, . , . .
- So. , ASIC FPGA, , .
خلاصة القول هي أنك لست بحاجة إلى معالج CISC لإنشاء إصدار SoC من بطاقة الشبكة ، فإن ARM يكفي. هنا اقتربنا قدر الإمكان من الإجابة على السؤال الرئيسي للمقال: لماذا نحتاج إلى برنامج Hypervisor على Raspberry Pi؟ الأمر بسيط: يتيح لك اختبار تقنية ESXi على معالجات ARM.
في الواقع ، بالنسبة لأجهزة SmartNIC نفسها ، يلزم تشغيل برنامج Hypervisor مباشرة بداخلها. التوت الشعبي هو مجرد إطار اختبار للتقنيات التي تأمل فيها VMware. حسنًا ، ستتاح للمستخدمين العاديين والمتحمسين فرصة "تشغيل" العديد من أنظمة التشغيل على Raspberry Pi مجانًا.
المعاينة الفنية متاحة بالفعل للتنزيل تحت اسم ESXi-Arm Fling على flings.vmware.com . توجد أيضًا إرشادات مفصلة للتثبيت على Raspberry Pi 4. يرجى ملاحظة أنه يتم دعم Raspberry Pi 4 B فقط بذاكرة 4 أو 8 جيجابايت. الإصدارات 1 غيغابايت و 2 غيغابايت غير مدعومة.
لماذا قذف؟ هذا لأنه اسم برنامج تسليم البرامج المبكر لـ VMware. إنه غير متاح للجمهور ، ولا يحتوي على دعم فني ، ولكنه يقدم للمجتمع أحدث أدوات التقييم والاختبار. تساعد التعليقات الواردة من أعضاء المجتمع في جعل المنتجات النهائية أكثر استقرارًا وموثوقية.
ARM- ?
Huawei TaiShan 2280v2 Selectel Lab.