Forwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش ششم 👇👇👇➖➖
✅ پیروی پست قبل به ادامه ی محاسبات خود خواهیم پرداخت :
1️⃣ پردازنده یا CPU : برای محاسبه پردازنده مالک ما تعداد رشته
هر پردازنده خواهد بود با فرکانس پایه 3GHz
📍 کاربری آفیس: برای هر 3 کاربر یک رشته از پردازنده .
📍 کاربری حرفه ای: برای هر 2 کاربر یک رشته از پردازنده.
📍 کاربری گرافیکی: برای هر کاربر یک رشته از پردازنده.
2️⃣ حافظه ی RAM : برای محاسبه رم، مالک ما رم DDR3 با BUS پایه 1600 خواهد بود.
📍کاربری آفیس: برای هر کاربر 1.5GB
📍کاربری حرفه ای: برای هر کاربر 2GB
📍کاربری گرافیکی: برای هر کاربر 2.5GB
3️⃣فضای ذخیره سازی یا Storage IOpS : در خصوص این پارامتر لازم است بدانید که فضای ذخیره سازی مورد استفاده در زیر ساخت میز کار مجازی را به دو دسته تقسیم میکنیم:
دقت کنید که برای محسابه ی IOpS مصرفی 2 شیوه ی محاسبه وجود دارد ، شیوه ی سنتی و شیوه ی مدرن که بواسطه ی حضور Citrix در زیر ساخت شما کاربرد دارد ابتدا به بیان شیوه ی عام و سنتی برای محاسبه خواهیم پرداخت ( مناسب برای زیرساخت Horizon )
❇️فضای ذخیره سازی سامانه VDI و سیستم عامل ها و برنامه ها ( OSLayer & AppLayer) :
در این فضا صرفا سیستم عامل و نرم افزارهای کاربردی قرار می گیرد و برای درک بهتر تصور کنید منظورمان پارتیشن C سیستم عاملی است که قرار است تحویل کاربر نهایی شود ، ما وظیفه داریم تا جهت ارائه یک تجربه روان و خوب به کاربران میز کار مجازی، برای این فضا IOpS مناسب تامین کنیم. این فضا ارزش اطلاعاتی برای ما ندارد و با توجه تکنولوژی های موجود در VDI می تواند در لحظه جایگزین گردد ، در واقع نیازی نیست که این فضا در Shared Storage ما قرار گیرد چرا که فضای ذخیره سازی اشتراکی ( SAN ) معموال گران قیمت هستند و مهمتر از آن اینکه IOpS مناسبی در اختیار ما قرار نمیدهند. ( نظر به بر آورد هزینه بالا در استفاده از هارد های SSD و استفاده از هارد های SAS10k و SAS15K به عنوان Storage در فضای ذخیره سازی SAN ) توجه فرمایید با استفاده از تکنولوژی AppLayering نگرانی ای پیاده سازی تکنولوژی HA و استفاده از LacalStorage ها وجود ندارد. پیشنهاد میشود برای این لایه از VDI از SSD معمولی سری .../860/850/EVO750
سامسونگ استفاده شود و به صورت لوکالی روی سرور قرار گیرد، برای این نوع فضا صرفا ریدهای زیر آن هم در صورت وجود Controller Raid با کیفیت و با فضای کش مناسب ( بالای 1GB ) توصیه میشود :
📍پیاده سازی Raid 0 ( برای تامین IOpS بالاتر )
📍پیاده سازی Raid 1 ( برای تامین امنیت اطلاعات و پایداری بالاتر )
❇️ فضای ذخیره سازی اطلاعات کاربری (User Profile Layer & Platform )
تمامی اطلاعات سازمانی و حتی پروفایل کاربران در این فضا قرار میگیرد و برای ما اهمیت و ارزش بالایی دارند ، توصیه میشود این فضای ذخیره سازی در Storage Share قرار گیرد.
📌در ادامه به بررسی روش های محاسبه ی IOPS خواهیم پرداخت ...
⏮ ادامه در قسمت هفتم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Citrix_AppLayering
#Resource_Planning
#Storage_IOPS
#SAS_SSD_HDD
#RAID_Controller
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_group
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش ششم 👇👇👇➖➖
✅ پیروی پست قبل به ادامه ی محاسبات خود خواهیم پرداخت :
1️⃣ پردازنده یا CPU : برای محاسبه پردازنده مالک ما تعداد رشته
هر پردازنده خواهد بود با فرکانس پایه 3GHz
📍 کاربری آفیس: برای هر 3 کاربر یک رشته از پردازنده .
📍 کاربری حرفه ای: برای هر 2 کاربر یک رشته از پردازنده.
📍 کاربری گرافیکی: برای هر کاربر یک رشته از پردازنده.
2️⃣ حافظه ی RAM : برای محاسبه رم، مالک ما رم DDR3 با BUS پایه 1600 خواهد بود.
📍کاربری آفیس: برای هر کاربر 1.5GB
📍کاربری حرفه ای: برای هر کاربر 2GB
📍کاربری گرافیکی: برای هر کاربر 2.5GB
3️⃣فضای ذخیره سازی یا Storage IOpS : در خصوص این پارامتر لازم است بدانید که فضای ذخیره سازی مورد استفاده در زیر ساخت میز کار مجازی را به دو دسته تقسیم میکنیم:
دقت کنید که برای محسابه ی IOpS مصرفی 2 شیوه ی محاسبه وجود دارد ، شیوه ی سنتی و شیوه ی مدرن که بواسطه ی حضور Citrix در زیر ساخت شما کاربرد دارد ابتدا به بیان شیوه ی عام و سنتی برای محاسبه خواهیم پرداخت ( مناسب برای زیرساخت Horizon )
❇️فضای ذخیره سازی سامانه VDI و سیستم عامل ها و برنامه ها ( OSLayer & AppLayer) :
در این فضا صرفا سیستم عامل و نرم افزارهای کاربردی قرار می گیرد و برای درک بهتر تصور کنید منظورمان پارتیشن C سیستم عاملی است که قرار است تحویل کاربر نهایی شود ، ما وظیفه داریم تا جهت ارائه یک تجربه روان و خوب به کاربران میز کار مجازی، برای این فضا IOpS مناسب تامین کنیم. این فضا ارزش اطلاعاتی برای ما ندارد و با توجه تکنولوژی های موجود در VDI می تواند در لحظه جایگزین گردد ، در واقع نیازی نیست که این فضا در Shared Storage ما قرار گیرد چرا که فضای ذخیره سازی اشتراکی ( SAN ) معموال گران قیمت هستند و مهمتر از آن اینکه IOpS مناسبی در اختیار ما قرار نمیدهند. ( نظر به بر آورد هزینه بالا در استفاده از هارد های SSD و استفاده از هارد های SAS10k و SAS15K به عنوان Storage در فضای ذخیره سازی SAN ) توجه فرمایید با استفاده از تکنولوژی AppLayering نگرانی ای پیاده سازی تکنولوژی HA و استفاده از LacalStorage ها وجود ندارد. پیشنهاد میشود برای این لایه از VDI از SSD معمولی سری .../860/850/EVO750
سامسونگ استفاده شود و به صورت لوکالی روی سرور قرار گیرد، برای این نوع فضا صرفا ریدهای زیر آن هم در صورت وجود Controller Raid با کیفیت و با فضای کش مناسب ( بالای 1GB ) توصیه میشود :
📍پیاده سازی Raid 0 ( برای تامین IOpS بالاتر )
📍پیاده سازی Raid 1 ( برای تامین امنیت اطلاعات و پایداری بالاتر )
❇️ فضای ذخیره سازی اطلاعات کاربری (User Profile Layer & Platform )
تمامی اطلاعات سازمانی و حتی پروفایل کاربران در این فضا قرار میگیرد و برای ما اهمیت و ارزش بالایی دارند ، توصیه میشود این فضای ذخیره سازی در Storage Share قرار گیرد.
📌در ادامه به بررسی روش های محاسبه ی IOPS خواهیم پرداخت ...
⏮ ادامه در قسمت هفتم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Citrix_AppLayering
#Resource_Planning
#Storage_IOPS
#SAS_SSD_HDD
#RAID_Controller
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_group
Forwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش هفتم 👇👇👇➖➖
❇️ اکنون به محاسبه میزان IOpS لازم میپردازیم : ( دقت کنید محاسبه بر اساس مدل FMA VM-Hosted App می باشد )
📌به عنوان یک شخص متخصص باید در نظر داشته باشید که محاسبه ی IOpS یکی از مهمترین حوزه های محاسباتی برای پیاده سازی یک ساختار VDI است پس با IOpS تخصصی برخورد کنید نه کیلویی چرا که ممکن است هر پروژه ی VDI ای را با شکست مواجه کند ، بر همین اساس برای محاسبه ی IOpS میزان این واحد را به عناوین زیر تقسیم بندی می کنیم :
📍Boot IOPS = محاسبه برای پروسه ی بوت شدن سیستم عامل
📍Login IOPS = MaxSimultaneousUsers * Average Login IOPS (محاسبه برای کاربران در لحظه ی ورود به سیستم عامل )
📍Workload IOPS = MaxSimultanousUsers * Average Workload IOPS (محاسبه برای زمانی که تمامی کاربران آنلاین هستند )
📍Peak IOPS = Workload IOPS + Login IOPS (حالت تئوری برای زمانی که همه ی کاربران آنلاین هستند و به تازگی وارد سیستم شده اند)
📌دو نام از موارد بالا بسیار ترسناک به نظر می رسند BOOT و Login اما نکته ی قابل توجه این است که واژه ی Boot بیشتر قابل کنترل است تا واژه ی Login چرا که شما می توانید با کمی برنامه ریزی از طوفان Boot IOPS سیستم عامل های مجازی پیش گیری کنید اما معمولا Login IOPS بسیار قابل توجه و در موارد دشوار در کنترل محسوب می گردد .
📌برای مثال در نظر بگیرید 3500 کاربر با استاندارد FMA -VMhosted Apps در اختیار دارید در این حالت میانگین Login IOPS به عدد 15 میل می کند همچنین میانگین Workload IOPS چیزی در حدود 4 است ، با این تفاسیر داریم :
📍با Login Rate استاندارد 120 کاربر در دقیقه کلیه ی کاربران ما در مدت 30 دقیقه آنلاین خواهند بود
📍به صورت میانگین مدت زمان Login هر کاربر 30 ثانیه به طول خواهد انجامید
📍بیشترین کاربرانی که حق ورود به سیستم به صورت همزمان را دارند 120 نفر خواهد بود و با پیکربندی مناسب هر کاربری که Login کند از پیمانه ی 120 تایی خارج و کاربر جدیدی جای آن را خواهد گرفت .
با این تفاسیر خواهیم داشت :
📍 Login IOPS = 120 * 15 = 1800.
📍 Workload IOPS = 4 * 3500 = 14000
📍Peak IOPS = 14000 + 1800 = 15800
📍 SAN Capacity = 15800 + 20% buffer = 19000
📍با این تفاسیر با در نظر گرفتن فاکتور زمان ، هزینه و تعداد کاربران شما به یک SAN با 20000IOPS احتیاج خواهید داشت
📌 این روش یکی از روش های استاندارد برای محاسبه و اختصاص IOPS است اما بهترین روش نیست بزودی تکنیک های موثر تری را معرفی خواهم کرد ...
با تشکر از همراهی شما در این پاسخنامه ی ۷ قسمتی 🌹🙏
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Citrix_AppLayering
#Resource_Planning
#Storage_IOPS
#SAS_SSD_HDD
#RAID_Controller
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_group
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش هفتم 👇👇👇➖➖
❇️ اکنون به محاسبه میزان IOpS لازم میپردازیم : ( دقت کنید محاسبه بر اساس مدل FMA VM-Hosted App می باشد )
📌به عنوان یک شخص متخصص باید در نظر داشته باشید که محاسبه ی IOpS یکی از مهمترین حوزه های محاسباتی برای پیاده سازی یک ساختار VDI است پس با IOpS تخصصی برخورد کنید نه کیلویی چرا که ممکن است هر پروژه ی VDI ای را با شکست مواجه کند ، بر همین اساس برای محاسبه ی IOpS میزان این واحد را به عناوین زیر تقسیم بندی می کنیم :
📍Boot IOPS = محاسبه برای پروسه ی بوت شدن سیستم عامل
📍Login IOPS = MaxSimultaneousUsers * Average Login IOPS (محاسبه برای کاربران در لحظه ی ورود به سیستم عامل )
📍Workload IOPS = MaxSimultanousUsers * Average Workload IOPS (محاسبه برای زمانی که تمامی کاربران آنلاین هستند )
📍Peak IOPS = Workload IOPS + Login IOPS (حالت تئوری برای زمانی که همه ی کاربران آنلاین هستند و به تازگی وارد سیستم شده اند)
📌دو نام از موارد بالا بسیار ترسناک به نظر می رسند BOOT و Login اما نکته ی قابل توجه این است که واژه ی Boot بیشتر قابل کنترل است تا واژه ی Login چرا که شما می توانید با کمی برنامه ریزی از طوفان Boot IOPS سیستم عامل های مجازی پیش گیری کنید اما معمولا Login IOPS بسیار قابل توجه و در موارد دشوار در کنترل محسوب می گردد .
📌برای مثال در نظر بگیرید 3500 کاربر با استاندارد FMA -VMhosted Apps در اختیار دارید در این حالت میانگین Login IOPS به عدد 15 میل می کند همچنین میانگین Workload IOPS چیزی در حدود 4 است ، با این تفاسیر داریم :
📍با Login Rate استاندارد 120 کاربر در دقیقه کلیه ی کاربران ما در مدت 30 دقیقه آنلاین خواهند بود
📍به صورت میانگین مدت زمان Login هر کاربر 30 ثانیه به طول خواهد انجامید
📍بیشترین کاربرانی که حق ورود به سیستم به صورت همزمان را دارند 120 نفر خواهد بود و با پیکربندی مناسب هر کاربری که Login کند از پیمانه ی 120 تایی خارج و کاربر جدیدی جای آن را خواهد گرفت .
با این تفاسیر خواهیم داشت :
📍 Login IOPS = 120 * 15 = 1800.
📍 Workload IOPS = 4 * 3500 = 14000
📍Peak IOPS = 14000 + 1800 = 15800
📍 SAN Capacity = 15800 + 20% buffer = 19000
📍با این تفاسیر با در نظر گرفتن فاکتور زمان ، هزینه و تعداد کاربران شما به یک SAN با 20000IOPS احتیاج خواهید داشت
📌 این روش یکی از روش های استاندارد برای محاسبه و اختصاص IOPS است اما بهترین روش نیست بزودی تکنیک های موثر تری را معرفی خواهم کرد ...
با تشکر از همراهی شما در این پاسخنامه ی ۷ قسمتی 🌹🙏
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Citrix_AppLayering
#Resource_Planning
#Storage_IOPS
#SAS_SSD_HDD
#RAID_Controller
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_group