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 و لكن يمكن الدمج بينهما و استخدامهما معا حسب الحاجه
Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s