Qemu-Kvm + Virt-Manager على دبيان - شبكات الكمبيوتر للشركات الصغيرة والمتوسطة

الفهرس العام للسلسلة: شبكات الحاسوب للشركات الصغيرة والمتوسطة: مقدمة

في مايو 2013 نشرنا في هذه المدونة ، مقالتين مكرسة لتركيب Qemu-Kvm في دبيان 7 «صافر«. لا تزال صالحة. نظرًا لأن مشهد التثبيت والتهيئة في Debian 8 "Jessie" قد تغير قليلاً ، فنحن نريد تحديث الإجراء.

لن يكون الأمر إلا قبل الانغماس في قراءة هذا كيف يتم ذلك، سوف يزورون المقال السابق المحاكاة الافتراضية في دبيان: مقدمة - شبكات الكمبيوتر للشركات الصغيرة والمتوسطة، للحصول على خلفية صغيرة حول هذا الموضوع.

المواقع التي نقترح زيارتها

ملاحظة

  • نقوم بنسخ إخراج الأوامر ، لأنها تعليمية أكثر بكثير من أي تركيبة أخرى نكتبها. نقترح عليك أن تقرأ بعناية رسائل الولايات المختلفة ، لأنها من أفضل الطرق للتعلم دون الحاجة إلى البحث على الإنترنت. على الأقل هذا هو رأينا.

تركيب

نبدأ من التثبيت الأساسي لـ Debian "Jessie" كما رأينا في تركيب محطات العمل - شبكات الحاسوب للشركات الصغيرة والمتوسطة. بعد ذلك ، نقوم بتثبيت سطح المكتب أو سطح المكتب الذي نفضله كما رأينا في 6 Debian Desktops - شبكات الحاسوب للشركات الصغيرة والمتوسطة.

لهذه المقالة اخترنا سطح القرفة. اخترناها لأن العديد من القراء يحبون بيئة سطح المكتب هذه. 😉

البيانات العامة لمحطة العمل لدينا هي:

اسم النطاق: fromlinux.fan
اسم الفريق: مسؤول النظام
FQDN: sysadmin.fromlinux.fan
عنوان IP: 192.168.10.3
الشبكة الفرعية: خدمة الزبائن من الساعة 192.168.10.0:24 صباحا حتى XNUMX:XNUMX مساءا
مستخدم عادي: شرب حتى الثمالة
اسم المستخدم الكامل: Debian First OS Buzz

نتحقق من دعم المحاكاة الافتراضية

في وحدة التحكم نقوم بتنفيذ:

buzz @ sysadmin: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo
2

في حالتنا ، يعيدنا الأمر أن لدينا وحدتي CPU مع الدعم المناسب.

الحزم التي سنقوم بتثبيتها

بادئ ذي بدء ، اكتشفنا أننا سنقوم بالتثبيت باستخدام الأوامر التالية:

buzz @ sysadmin: ~ $ aptitude search kvm
p ikvm - آلة جافا الافتراضية لـ CLI          
الخامس كفم                             - p libicsharpcode-nrefactory-ikvm5 - مكتبة التحليل وإعادة البناء C # - IKVM p libikvm-native - مكتبة أصلية لـ IKVM.NET p nova-compute-kvm - OpenStack Compute - عقدة الحساب (KVM)    
p qemu-kvm - ظاهرية كاملة QEMU على أجهزة x86

buzz @ sysadmin: ~ aptitude $ show nova-compute-kvm
الحزمة: nova-compute-kvm جديد: نعم الحالة: غير مثبت الإصدار: 2014.1.3-11 الأولوية: إضافي القسم: net المطور: PKG OpenStack العمارة: الكل الحجم غير المضغوط: 50.2 كيلو يعتمد على: adduser، dpkg-dev، qemu-kvm | kvm ، libvirt-daemon-system ، nova-common ، nova-compute ، python-libvirt يعتمد على: dpkg (> = 1.15.6 ~) يوصى به: guestmount يتعارض مع: nova-baremetal و nova-compute-lxc و nova- compute-qemu و nova-compute-uml و nova-compute-xen يوفر: nova-compute-hypervisor الوصف: OpenStack Compute - compute node (KVM) OpenStack عبارة عن بنية أساسية سحابية موثوقة. وتتمثل مهمتها في إنتاج نظام أساسي للحوسبة السحابية في كل مكان يلبي احتياجات موفري الخدمات السحابية العامة والخاصة بغض النظر عن الحجم ، من خلال كونها سهلة التنفيذ وقابلة للتطوير بشكل كبير. OpenStack Compute ، التي تحمل الاسم الرمزي Nova ، عبارة عن وحدة تحكم في نسيج الحوسبة السحابية مصممة لتكون معيارية وسهلة التوسيع والتكيف. بالإضافة إلى OpenStack API "الأصلي" الخاص به ، فإنه يدعم أيضًا واجهة Amazon EC2 API ، كما أنه يدعم العديد من الخلفيات الخلفية لقواعد البيانات المختلفة (بما في ذلك SQLite و MySQL و PostgreSQL) و Hypervisors (KVM و Xen) وأنظمة دليل المستخدم (LDAP و SQL ). هذه حزمة تبعية لعقد الحساب باستخدام KVM. الصفحة الرئيسية: http://www.openstack.org/software/openstack-compute/
  • لن نقوم بتثبيت الحزمة كومة مفتوحة، لأننا لا نحتاج إلى بنية أساسية افتراضية كاملة للسحابة - سحابة،
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
الحزمة: qemu-kvm جديد: نعم الحالة: غير مثبت Multi-Arch: أجنبي الإصدار: 1: 2.1 + dfsg-12 + deb8u1 الأولوية: اختياري القسم: متنوع المطور: فريق دبيان QEMU العمارة: amd64 الحجم غير المضغوط: 60.4 كيلو بايت يعتمد على: qemu-system-x86 (> = 1.7.0 + dfsg-2 ~) يتعارض مع: kvm Break: qemu-system-x86 (<1.7.0 + dfsg-2 ~) يحل محل: qemu-system-x86 (<1.7.0 + dfsg-2 ~) يوفر: kvm الوصف: QEMU محاكاة افتراضية كاملة على أجهزة x86 QEMU هو محاكي معالج سريع. توفر هذه الحزمة برنامجًا نصيًا مجمّعًا / usr / bin / kvm يقوم بتشغيل qemu-system-x86 في وضع kvm للتوافق مع الإصدارات السابقة. يرجى ملاحظة أن ملفات التكوين qemu-kvm القديمة (في / etc / kvm /) لم تعد مستخدمة.
الصفحة الرئيسية: http://www.qemu.org/

نقوم بتثبيت منصة المحاكاة الافتراضية Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptitude install qemu-kvm libvirt-bin bridge-utils
سيتم تثبيت الحزم الجديدة التالية:     
  العدسات augeas {a} bridge-utils dmeventd {a} ebtables {a} ethtool {a} hdparm {a} ipxe-qemu {a} libaio1 {a} libapparmor1 {a} libaugeas0 {a} libboost-thread1.55.0 {a } libdevmapper-event1.02.1 {a} libfdt1 {a} libiscsi2 {a} liblvm2cmd2.02 {a} libnetcf1 {a} libnuma1 {a} librados2 {a} librbd1 {a} libreadline5 {a} libseccomibspice {a} server {a} libvdeplug2 {a} libvirt-bin libvirt-clients {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt1 {a} libx2-0 {a} libxen-86 {a} libxenstore1 { a} libxml4.4-utils {a} lvm3.0 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x2 {a} qemu -utils {a} seabios {a} vbetool {a} تم تحديث حزم 2 ، تثبيت 86 حزمة جديدة ، 0 للإزالة و 42 غير محدث. أحتاج إلى تنزيل 0 كيلو بايت / 0 ميجا بايت من الملفات. بعد التفريغ ، سيتم استخدام 8,422 ميغابايت. هل تريد الاستمرار؟ [نعم / ن /؟] و

مهم

  • نظرًا لأننا نقوم بالتثبيت على سطح المكتب ، سنحتاج إلى واجهة لإدارة KVM. إذا كنا نقوم بالتثبيت على خادم واحد أو أكثر ، فسيتم تثبيت كل من تثبيت سطح المكتب وتثبيت مدير آلة افتراضية, التي سنقوم بتثبيتها لاحقًا. Cعلى مثيل واحد لهذه الواجهة الرسومية، يمكننا إدارة جميع الخوادم التي قمنا بتثبيت الحزم فيها qemu-kvm ، libvirt-bin y أدوات الجسر.
  • الشيطان الرئيسي - الخفي من الافتراضية هو libvirtd. لمعرفة حالته نقوم بتنفيذ:
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd
buzz @ sysadmin: ~ sudo service libvirtd status
  • إذا قرأنا بعض الأسطر باللون الأحمر في إخراج أي من الأوامر السابقة ، فمن الجيد إعادة تشغيل الخدمة libvirtd وتحقق مرة أخرى ، أو أعد تشغيل الكمبيوتر وتحقق. هو سيناريوخدمة libvirtd من يقود سيستم دي، في /lib/systemd/system/libvirtd.service. لاحظ أنه يمكننا استدعاء هذا الشيطان بالطريقة القديمة أيضًا ، أي:
buzz @ sysadmin: ~ sudo service libvirtd
الاستخدام: /etc/init.d/libvirtd {بدء | إيقاف | إعادة تشغيل | إعادة تحميل | فرض إعادة التحميل | الحالة | فرض الإيقاف}

buzz @ sysadmin: ~ sudo service libvirtd أعد تشغيل buzz @ sysadmin: ~ sudo service libvirtd statuslibvirtd.service - البرنامج الخفي للمحاكاة الافتراضية
   مُحمَّل: تم تحميله (/lib/systemd/system/libvirtd.service ؛ مُمكّن)
   نشيط: نشط (قيد التشغيل) منذ الأحد 2016-11-27 11:23:53 EST ؛ 8min ago المستندات: man: libvirtd (8) http://libvirt.org الرئيسي PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El سيناريو وتقع في /etc/init.d/qemu-system-x86، مسؤول عن إدخال الوحدات اللازمة للتشغيل الصحيح لـ Qemu-Kvm. بعد أن تؤدي وظيفتها بنجاح ، يتم ذلك. إذا تحققنا من حالته ، فسيعود أنه 0 أو ناجح.
buzz @ sysadmin: ~ sudo systemctl status qemu-system-x86 ● qemu-system-x86.service - LSB: برنامج تحميل برنامج QEMU KVM تم تحميله: تم تحميله (/etc/init.d/qemu-system-x86)
   نشيط: نشط (خرج) منذ الأحد 2016-11-27 11:18:17 EST ؛ قبل 18 دقيقة العملية: 172 ExecStart = / etc / init.d / qemu-system-x86 start (الكود = تم الخروج ، الحالة = 0 / النجاح)
  • إذا كان لدينا فضول ونريد معرفة الوحدات النمطية وموقعها ، فإننا ننفذ:
buzz @ sysadmin: ~ sudo updatedb

buzz @ sysadmin: ~ $ حدد موقع kvm | grep ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-amd.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-intel.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm.ko

buzz @ sysadmin: ~ $ ls -l /lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/
إجمالي 1016 -rw-r - r-- جذر واحد 1 يوليو 97120 17 kvm- amd.ko
-rw-r - r - 1 جذر جذر 223680 17 يوليو 2015 kvm- intel.ko
-rw-r - r - 1 جذر جذر 715920 17 يوليو 2015 kvm.ko

نقوم بتثبيت برنامج Virtual Machine Manager

buzz @ sysadmin: ~ $ sudo aptitude install Virt-manager
كلمة مرور [sudo] لـ buzz: سيتم تثبيت الحزم الجديدة التالية: gir1.2-gtk-vnc-2.0 {a} gir1.2-libvirt-glib-1.0 {a} gir1.2-spice-client-glib-2.0 { a} gir1.2-spice-client-gtk-3.0 {a} libvirt-glib-1.0-0 {a} python-ipaddr {a} python-libvirt {a} python-urlgrabber {a} Virt-manager Virt-viewer {a} Virtinst {a} 0 تم تحديث حزم ، وتثبيت 11 حزمة جديدة ، و 0 للإزالة ، و 0 لم يتم تحديثها. أحتاج إلى تنزيل 2,041،12.5 كيلو بايت من الملفات. بعد التفريغ ، سيتم استخدام XNUMX ميغابايت. هل تريد الاستمرار؟ [نعم / ن /؟] و
  • بعد تثبيت الحزمة ، نستشير:
buzz @ sysadmin: ~ $ cat /usr/share/doc/virt-manager/README.Debian 
التحكم بالوصول ============== يتم التحكم في الوصول إلى مأخذ libvirt بواسطة العضوية في مجموعة "libvirt". إذا كنت ترغب في إدارة الأجهزة الافتراضية على أنها ليست جذر ، فأنت بحاجة إلى إضافة المستخدم الخاص بك إلى تلك المجموعة أو عليك استخدام جلسة uris مثل qemu: /// session. راجع أيضًا /usr/share/doc/libvirt-bin/README.Debian. - جويدو جينتر الخميس ، 04 حزيران 2010 11:46:03 +0100
  • يشير ما سبق إلى أننا يجب أن نجعل المستخدم يضغط على عضو من أعضاء مجموعة libvirt للوصول إلى الواجهة المثبتة حديثًا:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
إضافة "مشاركة" المستخدم إلى المجموعة` libvirt "... تمت إضافة مشاركة المستخدم إلى المجموعة libvirt.
  • الآن نغلق الجلسة ونبدأها مرة أخرى. بعد دخول Cinnamon Desktop ، نذهب إلى القائمة -> الإدارة -> مدير الجهاز الظاهري، ونصل إلى واجهة إدارة KVM الخاصة بنا. مدير الفضيلة

الشبكات الافتراضية في مدير الجهاز الظاهري

على الرغم من أن مدير الجهاز الظاهري سهل الاستخدام وأنه من خلال الممارسة اليومية يمكننا الحصول على درجة الماجستير في استخدامه ، فإننا نقدم معلومه- سرية حول كيفية تعديل الشبكة الافتراضية التي يقوم Qemu-Kvm بتثبيتها افتراضيًا.

نحن ننتقل بك القائمة -> تحرير -> تفاصيل الاتصال، ونذهب إلى علامة التبويب «الشبكات الافتراضية«. إذا نقرنا على الرابط تكوين IPv4، ال أحمر، ويعلمنا أيضًا أنه تم تنشيط خادم DHCP من أجله. هذا الخادم يعمل بفضل الحزمة dnsmasq- قاعدةالذي تم تثبيته.

لمزيد من المعلومات ، انظر الملف: /usr/share/doc/libvirt-bin/README.Debian. الشبكات

إذا أردنا تغيير تكوين الشبكة «الافتراضي"، سنمضي على النحو التالي:

buzz @ sysadmin: ~ sudo cp /etc/libvirt/qemu/networks/default.xml /etc/libvirt/qemu/networks/default.xml.original
buzz @ sysadmin: ~ $ cat /etc/libvirt/qemu/networks/default.xml.original
إفتراضي 

buzz @ sysadmin: ~ sudo nano /etc/libvirt/qemu/networks/default.xml $
إفتراضي 

buzz @ sysadmin: ~ $ sudo systemctl قم بإعادة تشغيل libvirtd
buzz @ sysadmin: ~ $ sudo systemctl status libvirtd

إذا لم نقم بإغلاق Virtual Machine Manager قبل إعادة تشغيل ملف شيطان libvirtd، سوف نتلقى رسالة الخطأ التالية ، وهو أمر طبيعي لحدوث ذلك: خطأ علينا فقط إغلاق ملف مدير الفضيلة وأعد فتحه. نعود إلى جزء تكوين الشبكات الافتراضية ، ونتحقق من أن الشبكة الافتراضي، لديك بالفعل المعلمات المعدلة.

نقترح تمكين البدء التلقائي للشبكة الافتراضي، بتحديد المربع «أوتوني".

التخزين في Virt-Manager

جانب آخر نريد أن نتطرق إليه هو التخزين - تخزين في مدير الفضيلة. بشكل افتراضي ، يوجد مجلد النظام لحفظ جميع صور الأجهزة الظاهرية فيه / var / lib / libvirt / images. لنفترض أن لدينا محرك أقراص ثابتًا مخصصًا تمامًا لهذه الوظيفة ، وقد تم تركيبه عليه / المنزل / vms. لإضافته إلى مدير الفضيلة، نتنقل عبر قائمته -> تحرير -> تفاصيل الاتصال -> التخزين. في الزاوية اليسرى السفلية نضغط على الزر «+«. ثم معالج لـ «قم بإنشاء دلو تخزين": تخزين

دعنا نلقي نظرة على أنواع التخزين المختلفة التي يمكننا الاختيار من بينها. وثائق مفصلة سنجدها دليل نشر وإدارة المحاكاة الافتراضيةمن ريد هات. سنختار أول «دير: دليل نظام الملفات". التخزين 2 التخزين 3

في نهاية المعالج ، يكون خزان التخزين الجديد نشطًا وبداية تشغيله تلقائيًا.

أول آلة افتراضية

يجب أن نتنقل ونقرأ الخيارات المختلفة التي يقدمها Virt-Manager. دعونا نلاحظ في الصورة قبل الأخيرة لتلك التي تظهر لاحقًا ، أنه عندما نصل إلى إصدار الجهاز الظاهري المنشأ حديثًا وقبل ابدأ التثبيت، في خيار «المعالج«، نحتفل بالمربع "التكوين" نسخ تكوين وحدة المعالجة المركزية للكمبيوتر المضيف. قد لا يكون من الضروري القيام بذلك ، لكننا نلتزم بتوصية دبيان وممارسات خادم HP الخاصة بنا.

لمزيد من المعلومات ، انظر الملف: /usr/share/doc/libvirt-bin/README.Debian. كريا- vm01 كريا- vm02 كريا- vm03 كريا- vm04 كريا- vm05 كريا- vm06 كريا- vm07 كريا- vm08 كريا- vm09

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

نأمل أن تكون هذه المقالة مفيدة لك.

التسليم المقبل؟

«فيرش على دبيان«

تذكر أن هذه ستكون سلسلة من المقالات بقلم شبكات الحاسوب للشركات الصغيرة والمتوسطة. سنكون في انتظاركم!


محتوى المقال يلتزم بمبادئنا أخلاقيات التحرير. للإبلاغ عن خطأ انقر فوق هنا.

12 تعليقات ، اترك لك

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها ب *

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.

  1.   دولاب الأبراج قال

    مقال تعليمي سيساعدني في تطبيق زوجي من الخوادم مع Qemu-KVM. شكرا جزيلا لك فيديريكو وسنواصل انتظار مشاركاتك.

  2.   ألبيرتو قال

    مقالة جيدة جدًا لأي بدء في Qemu-KVM.
    سيكون من المثير للاهتمام أن تشرح في المقالات المستقبلية ملفات XML للأجهزة الافتراضية والتزويد الرقيق لمحركات الأقراص الثابتة ، وبالتالي تحقيق نشر فعال للغاية.
    تحياتي وشكرًا للمساهمة.

  3.   فيديريكو قال

    شكرا جزيلا لتعليقاتك !.

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

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

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

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

    أحاول الحصول على إمداد ثقيل أو توفير القراد. أقوم بتنظيم المحاكاة الافتراضية - عندما أستطيع - بحيث تقترب إجمالي الموارد المستخدمة في الضيف من إجمالي الموارد المتاحة.

    يُقترح أن تعتمد كفاءة نوع التزويد على كيفية استخدامنا له وليس على تقنية المحاكاة الافتراضية. يكون التوفير الثقيل أكثر فاعلية عندما يقارب حجم موارد الأجهزة المستخدمة مقدار الموارد المتاحة. يكون التوفير الرقيق أكثر فاعلية عندما يكون مقدار موارد الأجهزة المستخدمة أقل بكثير مما هو متاح.

    لمزيد من المعلومات حول المشتريات ، قم بزيارة في المقام الأول: https://en.wikipedia.org/wiki/Thin_provisioning.

    بالمناسبة أعلق ذلك في المستند "دليل نشر وإدارة الظاهرية" المذكورة في هذه المقالة ، تشير فقط إلى التوفير الرقيق مرة واحدة ، وهي تخبرنا أن هذا النوع من التوفير غير مدعوم من قبل مستودعات التخزين أو مجموعة التخزين ، مع LVM أو Logical Volume Manager.

    أخيرًا ، أود أن ألفت انتباهكم إلى أن المنشور لا يمكن أن يغطي أو يحل محل الأدبيات المتخصصة حول موضوع معين. على سبيل المثال ، يبلغ طول مستند Red Hat القديم 565 صفحة.

  4.   فيديريكو قال

    لويجيس ، أواجه صعوبة في تلقي التعليقات المنشورة.

    1.    لويجيس تورو قال

      نحن نعمل على ذلك

  5.   مارتي ماكفلاي قال

    لماذا لم يكن هناك أي شيء منذ Linux حول الإصدار 25 من توزيع Fedora الشهير؟ لدي انطباع بأن هذه المدونة متخصصة فقط في Debian و Ubuntu ... كم أشعر بالحزن لأنني قارئ ومستخدم متعطش لفيدورا في نفس الوقت

    1.    لويجيس تورو قال

      عزيزي مارتي ، بلا شك لدينا شيء منسي في فيدورا ، ليس من أجل المتعة ، بل بالضرورة. يتحرك GNU / Linux والعالم الحر باستمرار وقدراتنا على الاختبار والتعلم والتواصل محدودة. نود أن يكون لدينا 48 ساعة في اليوم ، لنكون قادرين بطريقة أو بأخرى على المساهمة أكثر وفي المزيد من الموضوعات.

      في مرحلة ما ، سنكتب عن Fedora ، آسف إذا لم يكن الأمر كذلك الآن ، فنحن نعمل على الوصول إلى المزيد والمزيد من المتعاونين لمساعدتنا في إنشاء المحتوى ، وبهذه الطريقة سيكون هناك المزيد من النقاط التي يمكننا تغطيتها.

      الجميع مدعوون للتعاون في DesdeLinux ، ولهذا يوجد دليل للكتاب والمحررين https://blog.desdelinux.net/guia-redactores-editores/ لذلك نأمل ، في وقت ما ، أن يكون لدينا المزيد من المواد لنقدمها.

    2.    فيديريكو قال

      هل ترغب في نشر معلومات عن CentOS?

  6.   كريسبو 88 قال

    مقال خاص تعودنا عليه شكرًا لأخي التوصيل هذا ، أنت تلعب بالفعل موضوعات أكثر إثارة للاهتمام ، والتي لا تأخذ من بقية المنشورات ، أقولها بهذه الطريقة من وجهة نظري لأن متابعتي لـ Qemu-KVM بدأت منذ بضع سنوات ومنذ أن التقيت به ليس لدي شكوى حول ذلك.
    آمل أن يظل Qemu-KVM قويًا ومستمرًا في مستقبل دبيان.

  7.   فيديريكو قال

    إذا كنت مراقب Crespo88 ، في هذه المقالات الجديدة حول Qemu-KVM ، أتعمق أكثر ، كما رأيت بالفعل في المقالة التالية ، وسترى في المقالين الآخرين اللذين سأقوم بنشرهما قريبًا. في عالم اليوم الافتراضية هي تقنية أساسية. يجدر الخوض في استخدامه. شكرا لتعليق!!!.

  8.   اسماعيل الفاريز وونغ قال

    مقالة جيدة جدًا حول كيفية تطبيق نظرية المحاكاة الافتراضية على أساس KVM (أو الآلة الافتراضية المستندة إلى Kernel) بطريقة بسيطة وبأسعار معقولة ، وهذا هو كل الأساسيات للبدء:
    1) قم بتثبيت منصة المحاكاة الافتراضية Qemu-Kvm.
    ثانيًا) نظرًا لأن المضيف لديه واجهة رسومية ، فنحن بحاجة إلى مدير الجهاز الظاهري لإدارة المحاكاة الافتراضية لـ KVM.
    3) تلميحات جيدة جدًا لإضافة ضجة مستخدمينا إلى مجموعة libvirt للوصول إلى واجهة Virtual Machine Manager ؛ لتعديل واجهة الشبكة الافتراضية والتخزين الافتراضي في Virt-Manager إلى قسم "مركب" آخر من القرص الثابت الثاني.
    الرابع والأخير) إنشاء أول MV.
    شكرًا لك على مشاركة هذه المعلومات "بإيثار" لتحسين أنفسنا أكثر في عالم Linux.

  9.   فيديريكو قال

    شكراً جزيلاً لتعليقك يا صديقي وونغ. الرسائل مثل رسالتك هي التي تجعلني أستمر في الكتابة لمجتمع FromLinux ولجميع عشاق Linux