خادم الافتراضية:كيفية تجنب تحديد وإصلاح اختناقات ؟

Question

خادم الافتراضية هو الشيء الكبير في هذه الأيام, لذلك أنا مهمتها في العمل على تثبيت بعض البرامج على الظاهرية server ونرى ما سيحدث.قصة قصيرة طويلة:a rsync نقل على الفور يجلب الظاهرية server على ركبتيها.المحاكاة الافتراضية المضيف هو سمين آلة مع عدم وجود الحمل.أنا لا أعتقد أن هذا يجب أن يحدث. Top يظهر عالية تحميل المتوسطات و وحدة المعالجة المركزية iowait بالقرب 100%.هناك مجموعة كبيرة من عنق الزجاجة في مكان ما.

أنا مبرمج من مسؤول النظام ، وتفتقر إلى المعرفة حول كيفية التوجه نحو إصلاح هذا خارج عشوائية غوغلينغ.وأظن أنني لست وحيدا في هذا.

ما أود أن أراه هنا هو النصائح العامة حول الافتراضية ، ومؤشرات إلى مقالات جيدة وغيرها من الموارد ، ويمكن أيضا أن تستخدم في تثقيف أنفسنا.

• ما هي الأدوات (حتى القياسية أدوات يونكس) يمكن استخدامها لتحديد الاختناقات ؟
• ما هي المقاييس التي يجب اتباعها لضمان الأمور تجري بسلاسة ؟
• أي نوع من الأشياء التي يمكن أن تكون كفاءة الافتراضية?
• ما هو نوع من الاجهزة محكوم عليها بالفشل ؟

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

تحرير:أكثر على مشكلة محددة:

• XAN الظاهرية الافتراضية ، 3 × ضيف CentOS
• جميع الضيوف المحلية أقراص SCSI هو أجهزة تحكم raid
• rsyncd يعمل على 1 guest os, نقل شرع من بعيد غير ظاهر الخادم من خلال 100mbps LAN

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

Answer 1

كنت سأضع هذا في تعليق, ولكن أعتقد أنه أكثر فائدة في فتح:

يمكنك إضافة المزيد من التفاصيل حول الإعداد الخاص بك:

• التي VM الخادم ؟
  (VMware Server, VMware ESX, MS VirtualServer, MS Hyper-V, شيء آخر؟)
• وهو نظام التشغيل الضيف(ق) ؟
  (نوافذ, لينكس, 32 بت, 64 بت؟)
• أين الضيف(s) المخزنة ؟
  (القرص المحلي أو على NAS أو سان؟)
• كنت rsyncing بين الضيوف على نفس الجهاز الظاهري server أو بين الضيف و المادية الخادم ؟
• إذا عبر الشبكة, كم سرعة الشبكة ؟

ضبط الأداء في أي بيئة 90% جمع البيانات ، و 10% التحليل.البيئات الافتراضية أكثر من المتغيرات للنظر من البيئات المادية, ولكن الأهم من ذلك أنها مختلفة منحنى استجابة من البيئات المادية.بعض التطبيقات يمكن أن تؤدي بشكل أفضل في بيئة ظاهرية من المادية البيئة ؛ والبعض الآخر لا.عليك أن تفهم متطلبات تطبيق فضلا عن معوقات التنفيذ.

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

Answer 2

يمكنني استخدام رسينك للحفاظ على بعض أجزاء من (جديد جدا) بيئة افتراضية متزامنة دون أي مشاكل.لا أعتقد انها الافتراضية المسألة بقدر ما هي I/O المسألة التي يبدو أنك قد حددت بالفعل.

لقد وجدت أن المحاكاة الافتراضية جدا جدا فرض ضرائب على الأقراص الصلبة, و هذا فقط تسوء أكثر الضيوف على المضيف مربع.للآلات جدا I/O, النظر في تقسيم بهم الوصول إلى القرص بعيدا من مضيفين آخرين.هل تستخدم أي نوع من سان التكنولوجيا ؟ وجدنا أن تكون مفيدة جدا في مكان العمل (نحن نستخدم اثنين 8-core الشمس إنتل خوادم 1TB 12 القرص iSCSI مجموعة).

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

يمكنك استخدام iostat على لينكس/يونكس الحصول على بعض ردود الفعل على I/O, و هناك iotop أيضا, على الرغم من انها ليست تعبئتها في العديد من التوزيعات حتى الآن.

Answer 3

من ناحية أود أن أقول هذا هو I/O المشكلة.في البيئات الافتراضية على من أكبر العوامل التي تؤثر على أداء الدولة القرص من الجهاز المضيف.الأشياء التي يمكننا القيام به لتحسين الأداء:

1. ثابت تخصيص القرص.وبهذه الطريقة يمكنك الحصول على كتلة قريبة من مساحة القرص من أجل VM العيش.
2. جدولة إلغاء التجزئة من VM شريحة نظام التشغيل الملقم المضيف محرك الأقراص.تجزئة هو عدوك.
3. تأكد من أن يتم إنهاء ملقم دورات بأمان.عندما كذاب الظاهري OS, لا مجرد اغلاق VM شريحة ، كما أن هذا سبب كبير تجزئة القرص.الظاهري نظام التشغيل يحتاج إلى تنفيذ إيقاف / إعادة تشغيل العملية.