The PCoIP Protocol

بسم الله

تم تطوير هذا البروتكول بواسطة شركة Teradici و معد خصيصا للتعامل مع virtual desktop سواء بواسطة LAN or WAN
المميز فى PCoIP انه بيقدر يتعرف على نوع data الى بتتنقل عليه و بيفرق بواسطه لوغاريتمات بين text مثلا و الصور و بيعدل و بيحسن توصيل المعلومات ده اثناء ارسالها
كذلك PCoIP بيعمل معالجه pixels فى data center و بعد كده بيعملها broadcasted على end device وبهذا لن تحتاج codecs على end device

lossless quality

  • تقوم هذه الخاصيه بتقليل جوده الصور فى حاله وجود اختناقات فى الشبكة
  • تغيير جوده الصورة يتم بطريقه dynamic
  • فى حاله تحسن الشبكة يتم زيادة جودة الصور الى الحد الأقصي
التحكم فى هذه الخاصية يتم عن طريق policy

PCoIP connections

هناك نوعان من PCoIP connections
Soft PCoIP : هذا فى حاله التعامل مع View vDesktops و ده بيتم عن طريق  software implementation PCoIP
ممكن يتعامل مع 250ms round trip latency من غير ما المستخدم يشعر ببطء او مشاكل و الحد الأقصي لعرض الفيديو 30 (FPS)
Hard PCoIP : هذا فى حاله التعامل مع physical device يحتوى على كارت يدعم Teradici PCoIP
ممكن يتعامل مع 150ms round trip latency م1 و الحد الأقصي لعرض الفيديو 60 (FPS)
لتجربة network latency على remote location ممكن تستخدم ping –l 1400 على remote location و ده طبقا لنصائح Teradici

Multimedia redirection

(Multimedia redirection (MMR هى عمليه نقل media file من vDesktop على server الى end device باستخدام PCoIP – لا يمكن استخدام هذه الطريقه الا فى حاله ان end device تعمل (x86 (XP or Vista.
يجب ان يكون هناك codecs installed مناسب لكل media file – فى الأصل MMR كان لدعم terminal services و تم استخدامه مع thin clients
من أنواع الملفات المتوافقه مع MMR with PCoIP :
  • MPEG-1/2/4
  • WMA
  • MP3
  • AC3
  • WMV
ليس هناك دعم Adobe Flash or Apple QuickTime
من مميزات MMR  ان المعالجه تتم على end device مما يوفر امكانيات المعالج على server CPU فى host
لمصممين الفيديو يجب استخدام طريقه مختلفه تعتمد على hard PCoIP solution

Teradici APEX offload card

عباره عن  PCIe card الهدف منه نقل المعالجه من vCPU الخاص vDesktop الى card. و ده بيتم على أعلى 100 vDesktop و هذا يشمل ملفات الفيدو فقط و لا يدعم ملفات الصوت
لتشغيل هذه الطريقه يجب توفر التال:
  • Teradici APEX offload card
  • APEX driver for ESXi
  • APEX driver for Windows vDesktop

استخدام هذه النوعيه من الكروت فى View design حيزود العدد الى ممكن أشغله على كل CPU core بمعدل 1.5 يعنى بدل من 10 VMs لكل CPU core تقدر تشغل 15 VMs
اثناء التصميم من الأفضل ان يراعى أضافة هذه الكروت عند الحاجه على مستوى cluster لانه فى حاله حدوث vMotion من
hosts تدعم APEX card الى hosts بلا دعم لن يعمل بالطبع على hosts التى لا تحتوى على APEX card

Persistent or Nonpersistent vDesktops

بسم الله

من أهم الاساسيات التى يجب ان تحددها اثناء تصميم اى مشروع VDI هل حتستخدم persistent or nonpersistent vDesktops.
القرار ده حيترتب عليه تأثير على storage,desktop pools, and management

 Persistent vDesktops:

فرضا عندى User_1 حيعمل signs in to a View environment لأول مره بطريقة اوتوماتيكيه حيستخدم vDesktop_7 مثلا و سيظل يستخدم vDesktop_7 كل يوم حيعمل فيه signs in ، طب فرضا ان vDesktop_7  فيه اى مشكله و لا يعمل User_1 حيفضل عطلان لحد ما vDesktop_7  يرجع يعمل مجددا
نوضح الموضوع بمثال :
فرضا عندى Customer_A has 6,000 end users. و بيفكر يستخدم View solution. الشركة Customer_A بيشتغل ثلاث ورديات كل وردية 2,000 end users على مدار 24 ساعه.
vDesktop حينزل عليها بالمواصفات الآتيه  \:Windows 7, with one vCPU, 2 GB of RAM, and a 50 GB C
التصميم المقترح : حنستخدم  عدد من 2U servers – كل server يحتوى  على معالجين كل معالج 6-cores – يعنى كل server يحتوى على 12 cores
كمتوسط يتم استخدام 10 VMs لكل core – ده معناه 10*12=120 vDesktops لكل server
بالنسبه لRAM – العميل طالب 2 GB of RAM per vDesktop يبقى فى server الواحد 2*120=240 GB of RAM طبعا الرقم المنطقى حيكون 256 GB لكل server
طبعا بما اننا محتاجين 6,000 end users يبقى 6000/120=50 servers لأن كل end user يجب ان يكون له جهاز خاص به يعنى 3 racks required
ثمن  $2U server = 40.000 يعنى مجموع 50 Servers تكلفتهم 50*40.000 = $2,000,000
50 Servers يحتوون على 100 processors و تقريبا View licenses per vDesktop = $250 يبقى المجموع يساوى 250*6000 = 1,500,000$ – حنفترض اننا حنستخدم  named user license و ليس concurrent license مع العلم ان concurrent license حتخفض التكلفه .
التكلفه الكليه = 2,000,000$ + 1,500,000$ = 3,500,000$
طبعا فى تكلفه switchs و cooling and power و storage ده غير المساحه المطلوبة physical U-space
لكى تتضح الأمور أكثر حنستعمل نفس المعطيات لتصميم VDI nonpersistent vDesktops

 Nonpersistent vDesktops:

فرضا عندى User_1 حيعمل signs in to a View environment لأول مره بطريقة اوتوماتيكيه حيستخدم vDesktop_7 مثلا و كل مره حيعمل فيها   signs in  حيدخل على vDesktop_X  بطريقه عشوائية  فيه خيارات بتحدد فيها من View Admin متى يحصل unassigned للمستخدم User_1 لما يعمل disconnect
طبعا كل vDesktop بيشتغل عليه مستخدم واحد لحد ما يعمل logging off يرجع vDesktop فاضى مره اخرى و ممكن اى مستخدم آخر يشتغل عليه طبعا ده معناه ان لو User_1 اشتغل علىvDesktop_7 و عمل logging off او اثناء شغله vDesktop_7 حصله اى مشكله فنيه ممكن نفس  User_1 يرجع يدخل على اى vDesktop متاح فى Pool
حنستخدم نفس المثال السابق بنفس المعطيات و نقارن التكلفة :
فرضا عندى Customer_A has 6,000 end users. و بيفكر يستخدم View solution. الشركة Customer_A بيشتغل ثلاث ورديات كل وردية 2,000 end users على مدار 24 ساعه.
vDesktop حينزل عليها بالمواصفات الآتيه  \:Windows 7, with one vCPU, 2 GB of RAM, and a 50 GB C
التصميم المقترح : حنستخدم  عدد من 2U servers – كل server يحتوى  على معالجين كل معالج 6-cores – يعنى كل server يحتوى على 12 cores
كمتوسط يتم استخدام 10 VMs لكل core – ده معناه 10*12=120 vDesktops لكل server
بالنسبه لRAM – العميل طالب 2 GB of RAM per vDesktop يبقى فى server الواحد 2*120=240 GB of RAM طبعا الرقم المنطقى حيكون 256 GB لكل server
طبعا بما اننا محتاجين 2,000 end users يبقى 2000/120=17 servers لأن كل end user  لا يجب ان يكون له جهاز خاص به يعنى 1 racks required
ثمن  $2U server = 40.000 يعنى مجموع 17 Servers تكلفتهم 17*40.000 = $680,000  طبعا الفرق واضح جدا من 50
Servers الى 17 Servers
17 Servers يحتوون على 34 processors و تقريبا View licenses per vDesktop = $250 يبقى المجموع يساوى 250*2000 = 500,000$ – حنفترض اننا حنستخدم  named user license و ليس concurrent license مع العلم ان concurrent license حتخفض التكلفه .
التكلفه الكليه = 680,000$ + 500,000$ = 1,180,000$
 
حتلاحظ ان التكلفه تقريبا نزلت الى 1/3 تكلفة التصميم الأول طبعا و استهلاك الطاقة و المساحه المطلوبة
طب نلخص الموضوع فى ايجابيات و سلبيات كل تصميم :
persistent desktops
 
  • اى تعديل يقوم به المستخدم على vDesktop يظل على vDesktop
  • صعوبة عمليه الصيانة بالنسبة لمهندس النظام لان مشكله اى vDesktop معناه مستخد لا يستطيع العمل
  • مساحة التخزين حتزيد و ده حيترتب عليه مشاكل فى الاداء
  • صعوبة التحديثات المطلوبه لكل images  ده معناه ساعات من العمل حسب حجم pool لان عدد images  = vDesktop

 Nonpersistent vDesktops:

    • سهوله التحديثات المطلوبه لكل images  لكن عدد images  ليس له علاقه بعدد vDesktop
  • سهوله عمليه الصيانة بالنسبة لمهندس النظام لان مشكله اى vDesktop معناه ان المستخد يستطيع العمل على أى vDesktop آخر
  • تحتاج الى good profile-management tool و الا حيزيد الوقت المطلوب log on بسبب زيادة التغييرات الى بتحصل على  user’s profile
طبعا لا يشترط استخدام نوع واحد persistent or nonpersistent و لكن يمكن الدمج بينهما و استخدامهما معا حسب الحاجه

VDI End Devices

بسم الله

طبعا اى تصميم Horizon View فى النهايه بيشتغل على اجهزة مختلفه بواسطة end user فمهم جدا اننا نتعرف على أنواع end user devices الى ممكن نستخدمها و الفروقات بينها و مميزات و عيوب كل نوع

Thick clients

جهاز كمبيوتر laptop or desktop نازل عليه نظام تشغبل كامل مثلا Windows or Linux و طبعا VMware View Client من أجل ان يدخل على VDI.
من مميزات Thick clients انه بيوفر جهاز قوى بالنسبة للمستخدم الى حيشتغل على برامج graphics اعتمادا على البطاقة الى موجوده أصلا فى laptop or desktop
بالنسبة للشركات الى عندها laptop or desktop و بتنتقل الى نظام Horizon View بتحاول انها تتفادى شراء أجهزة جديده مثل thin or zero clients و بتفضل انها تشغل Thick clients لانها موجوده أصلا و لكن يجب العلم ان هذا الاختيار حيترتب عليه بعض العيوب  :
  • زيادة عدد operating system to license لان كل مستخدم عنده OS على Thick clients و على vDesktop
  • operating system محتاج الى صيانه و تحديث على Thick clients
  • تدريب المستخدم لكى يفرق بين الجهاز vDesktop و  Thick clients OS

Thin clients

جهاز صنع خصيصا يعمل بواسطة نسخ معدله من انظمة التشغيل مثل Windows 7/8 Embedded او Chromebooks تتيح للمستخدم واجه تطبيق محدوده و تستخدم لتشغيل VMware View Client عادة يكون نظام التشغيل write protected
من أشهر أنواع Thin clients :
  • ClearCube
  • Wyse
من مميزات Thin clients :
  • استهلاك الطاقة أقل من Thick clients
  • يمكن تنزيل برامج مثل VPN client للمستخدمين
  • أنظمة التشغبل أخف و معدلة و محمية و سيسهل صيانتها مقارنة Thick clients
  • مساحة أقل من Thick clients
بالنسبة للعيوب :
  • تكلفتها مقاربة Thick clients رغم ان مواصفاتها الفنية و أدائها أقل بسبب قلة انتاجها باعداد كبيره عكس Thick clients

Teradici PCoIP-powered zero clients

أجهزة لا تحتوى على أنظمة تشغيل بل تعتمد على chipset مدمجة فى الجهاز تمكن الجهاز من العمل و الدخول على VDI
من أشهر أنواع Zero clients :
  • ClearCube
  • Wyse
  • EVGA
من مميزات Zero clients :
  • سهولة configuration
  • تكلفتها أقل
  • مساحه أقل من thick or thin clients
  • استهلاك طاقة أقل
  • مستوى أعلى من الناحية الأمنية
تعتبر Zero clients من أقوى end user devices من الناحية الأمنية لعدم وجود امكانية تخزين اى معلومه عليها
و تشغيلها سهل جدا كل ما عليك ان تضبط IP و  VMware View Connection Server
عيوب  Zero clients :
  • لا يمكن تنزيل برامج مثل VPN client للمستخدمين
  • لا يوجد دعم Wi-Fi

Other clients

ده يشمل iOS device و Android based tablets بالنسبة للشركات الى بتستخدم هذه النوعية من الأجهزة وجود لوحه مفاتيح لاسلكية مثلا سيسهل ادخال البيانات على هذه النوعية من الأجهزة
خاصية Unity Touch المدمجة فى فى VMware Horizon Client الخاص iOS and Android بتسهل استخدام نظام التشغبل المصمم أصلا للتعامل معه من خلال لوحه مفاتيح و فأره
طبعا يمكن الدمج بين هذه الأجهزة حسب كل تصميم و متطلبات التشغيل بالنسبة للشركة