في المقال الرابع من هذا سلسلة XenServer، سيتم مناقشة حلول التخزين. غالبًا ما يصعب استيعاب حلول التخزين في XenServer في البداية ، تمامًا مثل الشبكات. قبل البدء في أي تكوين ، يجب مناقشة المصطلحات والمفاهيم الجديدة المتضمنة في تخزين XenServer.
تحديث:في مايو 2016 ، أصدرت Citrix الإصدار الجديد من منصة XenServer 7. للتثبيت اتبع:التثبيت الجديد لـ XenServer 7.
XenServer يقدم العديد من المصطلحات الجديدة لقائمة مصطلحات التخزين التقليدية. في حين أن فهم المفاهيم مهم دائمًا عند العمل مع أي نظام لتكنولوجيا المعلومات ، فإن التخزين ليس بنفس أهمية المقالة السابقة التي تغطي مفاهيم الشبكات. ومع ذلك ، ستستغرق هذه المقالة بعض الوقت لشرح ومحاولة توضيح مفاهيم التخزين هذه.
أول شيء يجب تذكره مع تخزين XenServer هو أن لدينا مساحة تخزين لـ XenServer الفعلي host ثم لدينا أيضًا تخزين الضيف أو الأجهزة الافتراضية التي سيتم تشغيلها على XenServer مضيف. من الناحية المفاهيمية ، يسهل فهم ذلك ولكن إدارته يمكن أن يكون مهمة شاقة إذا لم يكن المسؤول على دراية بأغراض كل جانب من جوانب التخزين.
يُعرف المصطلح الأول باسم
'ريال سعودى' أو مستودع التخزين. يمكن القول أن هذا هو المصطلح الأكثر أهمية في تخزين XenServer لأنه يمثل الوسيط المادي الذي سيتم تخزين أقراص الجهاز الظاهري واسترجاعها. يمكن أن تكون مستودعات التخزين أيًا من عدة أنواع مختلفة من أنظمة التخزين بما في ذلك التخزين المحلي المرتبط فعليًا بمضيف XenServer و iSCSI / Fibre Channel LUN و مشاركات ملفات شبكة NFS، أو التخزين على جهاز تخزين Dell / NetApp.يمكن مشاركة مستودعات التخزين أو تخصيصها ويمكن أن تدعم العديد من الميزات المفيدة مثل الاستنساخ السريع والمتفرق التخصيص (التخزين الذي يتم توفيره حسب حاجة الجهاز الظاهري) ، وصور قرص افتراضي قابلة لإعادة الحجم (المزيد حول هذه فى وقت لاحق).
مستودعات التخزين ، SR ، متصلة منطقيًا بمضيف XenServer بما يعرف بـ جهاز الكتلة المادية، يشار إليها بشكل أكثر شيوعًا باسم "PBD". ال PBD هو مجرد إشارة إلى موقع التخزين. يمكن "توصيل" كائنات PBD هذه بمضيف XenServer للسماح لهذا المضيف بقراءة / كتابة المعلومات إلى مستودع التخزين هذا.
الغرض من مستودعات التخزين هو في المقام الأول تخزين الجهاز الظاهري صورة القرص الظاهري (VDI). ملفات VDI هي نقاط على SR تم تخصيصها للاحتفاظ بنظام التشغيل والملفات الأخرى للجهاز الظاهري الذي يعمل على مضيف XenServer. يمكن أن تكون ملفات VDI من عدة أنواع مختلفة. يتم تحديد النوع حسب نوع مستودع التخزين.
أنواع VDI الشائعة في XenServer هي وحدات التخزين المنطقية (LV) التي يديرها Logical Volume Manager أو Virtual Hard Disk (VHD) أو يمكن أن تكون أرقام الوحدات المنطقية (LUN) على جهاز تخزين Dell أو NetApp. ملحوظة: ستستخدم هذه المقالة LUNs على جهاز تخزين Dell.
ترتبط ملفات VDI هذه بالأجهزة الظاهرية منطقيًا من خلال كائن يعرف باسم جهاز بلوك افتراضي، يشار إليها عادة باسم "VBD". يمكن إرفاق كائنات VBD هذه بالضيوف الظاهريين مما يسمح بعد ذلك لجهاز الضيف بالوصول إلى البيانات المخزنة في ذلك VDI المعين على SR المعني.
مثل الكثير من الشبكات في XenServer ، فإن القراءة عن التخزين شيء واحد ولكن القدرة على رؤية العلاقة بين كل عنصر من هذه العناصر غالبًا ما تعزز المفاهيم. غالبًا ما تربك المخططات الشائعة المستخدمة لتمثيل مفاهيم تخزين XenServer الأشخاص الجدد حيث يتم قراءة المخططات غالبًا بطريقة خطية. يوجد أدناه إحدى هذه الصور المستعارة من Citrix.
يقرأ العديد من الأفراد هذا خطيًا من اليسار إلى اليمين معتقدين أن كل جزء هو جهاز مادي منفصل. هذا ليس هو الحال وغالبًا ما يؤدي إلى الكثير من الالتباس حول كيفية عمل تخزين XenServer. يحاول الرسم أدناه شرح المفاهيم بطريقة أقل خطية ولكنها أكثر واقعية.
نأمل أن لا يؤدي الرسم أعلاه إلى إرباك الأفراد بشأن تخزين XenServer. الصورة الثانية هي محاولة لإظهار الروابط المنطقية (PBD و VBD) التي تُستخدم لتوصيل XenServers والضيوف بالتخزين البعيد عبر اتصال شبكة حقيقي واحد.
مع التصور بعيدًا عن الطريق ؛ يمكن أن يبدأ التكوين. بالاستناد إلى المقالة الأولى في هذه السلسلة ، يستخدم هذا الدليل جهاز تخزين Dell PS5500E iSCSI لتخزين أقراص الجهاز الظاهري (الضيوف). لن يتعرف هذا الدليل على تكوين جهاز Dell iSCSI.
هذه العملية الأولى سوف تمر عبر الخطوات لإنشاء ملف برنامج iSCSI البادئ من مضيف XenServer إلى Dell PS5500E.
هذا بالذات لون الاستخدامات بروتوكول مصادقة تعارف التحدي (CHAP) لتقييد الوصول إلى وحدة تخزين iSCSI لبعض الأطراف المصرح لها.
لإنشاء مستودع التخزين التقليدي "xe" سيحدث الأمر. يجب الحصول على معلومات iSCSI الصحيحة قبل إنشاء مستودع التخزين.
تمرير "sr-probe" المعلمة إلى "xe" ستوجه الأداة المساعدة XenServer للاستعلام عن جهاز تخزين لـ iSCSI IQN (الاسم المؤهل لـ iSCSI).
سيبدو الأمر الأول مكثفًا في البداية ولكنه ليس بالسوء الذي يبدو عليه.
# xe sr-probe type = lvmoiscsi device-config: target = X.X.X.X device-config: chapuser = "tecmint" device-config: chappassword = "tecmint_chap"
هذا الأمر الأول مطلوب لتجميع ملف SCSI IQN لتكوين مستودع التخزين. قبل المضي قدمًا ، دعنا نلقي نظرة على جميع أجزاء هذا الأمر.
بمجرد إدخال الأمر وإرساله ، سيحاول XenServer تسجيل الدخول إلى جهاز iSCSI و سيعيد بعض المعلومات المطلوبة لإضافة جهاز iSCSI هذا بالفعل كمستودع تخزين.
يوجد أدناه ما أعاده نظام الاختبار من هذا الأمر.
رمز الخطأ: SR_BACKEND_FAILURE_96. معلمات الخطأ: معلمة SCSIid مفقودة أو غير صحيحة ،الإصدار "1.0" 0 iqn.2001-05.com.equallogic 0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
تُعرف القطعة المميزة هنا باسم بروتوكول iSCSI IQN. هذا مهم للغاية ومطلوب لتحديد SCSIid لمستودع التخزين. باستخدام هذه المعلومات الجديدة ، يمكن تعديل الأمر السابق للحصول على SCSIid.
# xe sr-probe type = lvmoiscsi device-config: target = X.X.X.X device-config: targetIQN = iqn.2001-05.com.equallogic: 0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config: chapuser = "tecmint" device-config: chappassword = "tecmint_chap"
الشيء الوحيد المضاف إلى الأمر هو ملف الهدف مقطع. بإصدار هذا الأمر الجديد ، سيستجيب النظام بآخر معلومة مطلوبة لإنشاء مستودع تخزين iSCSI. آخر جزء من المعلومات هو معرف SCSI.
رمز الخطأ: SR_BACKEND_FAILURE_107. معلمات الخطأ: معلمة SCSIid مفقودة أو غير صحيحة ،الإصدار "1.0" EQLOGIC 0 107379425280 36090a028b04a9a0def60353420006046
من هذه النقطة ، تتوفر جميع القطع اللازمة لإنشاء مستودع تخزين iSCSI وقد حان الوقت لإصدار الأمر لإضافة SR هذا إلى XenServer المحدد. يتم إنشاء مستودع التخزين من المعلومات المجمعة على النحو التالي:
# xe sr-create name-label = "Tecmint iSCSI Storage" النوع = lvmoiscsi content-type = user device-config: target = X.X.X device-config: port = 3260 device-config: targetIQN = iqn.2001-05.com.equallogic: 0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config: chapuser = "tecmint" device-config: chappassword = "tecmint_chap" تكوين الجهاز: SCSIid = 36090a028b04a9a0def60353420006046
إذا سارت الأمور على ما يرام ، فسيقوم النظام بالاتصال بجهاز iSCSI ثم إعادة ملف UUID من مستودع التخزين المضاف حديثًا.
bea6caa4-ecab-8509-33a4-2cda2599fb75.
ال UUID الإخراج هو علامة عظيمة! كما هو الحال مع جميع مهام إدارة النظام ، من الجيد دائمًا تأكيد نجاح الأمر. يمكن تحقيق هذا مع شخص آخر "xe" قيادة.
# xe sr-list name-label = "تخزين Tecmint iSCSI"
uuid (RO): bea6caa4-ecab-8509-33a4-2cda2599fb75 name-label (RW): Tecmint iSCSI Storage name-description (RW): host (RO): xenct-xen2 type (RO): lvmoiscsi content-type (RO) ): المستخدم.
من CLI الناتج تم توصيل XenServer هذا بجهاز Dell iSCSI بنجاح وهو جاهز لتخزين ملفات VDI الضيف.
سلسلة الخطوات التالية تمر عبر عملية إنشاء مكتبة ISO. عادةً ما تكون ملفات ISO صورًا لوسائط تثبيت القرص المضغوط (CD).
من خلال وجود مستودع تخزين خاص تم إنشاؤه لملفات ISO هذه ، يمكن تثبيت الضيوف الجدد بسرعة كبيرة. عندما يرغب المسؤول في إنشاء ضيف جديد ، يمكنه ببساطة تحديد أحد ملفات ISO الموجودة في مكتبة ISO هذه بدلاً من الاضطرار إلى وضع قرص مضغوط فعليًا في XenServer في التجمع.
يفترض هذا الجزء من الدليل أن المستخدم لديه عمل سامبا الخادم. إذا لم يتم إعداد خادم SAMBA ، فلا تتردد في قراءة هذه المقالة حول كيفية إكمال هذه المهمة في Red Hat / Fedora (سيكون لدي دليل خادم Debian SAMBA في المستقبل):
تتمثل الخطوة الأولى في جمع بيانات الاعتماد الضرورية ومعلومات التكوين لـ سامبا ايزو مكتبة. بمجرد توفر اسم المستخدم وكلمة المرور ومعلومات الاتصال بشكل بسيط "xe" يمكن استخدام متغير الأمر لتوصيل مكتبة SAMBA بـ XenServer.
# xe-mount-iso-sr /// ISO -o اسم المستخدم = ، كلمة المرور =
لن يُخرج هذا الأمر أي شيء إلى الشاشة ما لم يفشل. للتأكد من أنها قامت بالفعل بتثبيت حصة SAMBA ISO ، قم بإصدار آخر "xe" قيادة:
# xe sr-list.
uuid (RO): 1fd75a51-10ee-41b9-9614-263edb3f40d6 name-label (RW): مكتبة ISO عن بُعد قيد التشغيل: // / ISO name-description (RW): host (RO): xenct-xen2 type (RO): نوع محتوى ISO (RO): iso.
تم تكوين مضيف XenServer الآن بكل من ملف مستودع تخزين iSCSI وكذلك أ مكتبة CIFS ISO لتخزين وسائط التثبيت للأجهزة الافتراضية (الضيوف).
ستكون الخطوات التالية هي إنشاء أجهزة افتراضية وربط هذه الأنظمة بالشبكات المناسبة من مقالة الشبكات السابقة.