Forwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش اول 👇👇👇➖➖
در پاسخ به این سوال بیان این مساله بسیار ضروری می رسد که گاهی اوقات بیشتر سوالاتی که به ذهن ما خطور می کند بیشتر به دلیل عدم درک صحیح از مفاهیم بنیادین تکنولوژی می باشد و به صرف اینکه تعاریف صحیح در اختیار ذهن ما قرار بگیرد ما می توانیم به بهترین پاسخ به صورت خودکار دسترسی پیدا کنیم مخصوصا اگر این مسائل بیشتر صورت تجریه و تحلیل داشته باشند .
در نظر بگیرید Resource Planning مهترین قسمت هر پروژه ی VDI می باشد و باید در نظر بگیرید احترام به استاندارد ها می تواند بیشترین کمک را به ما در حوزه ی نصب پیکربندی و پیاده سازی اینگونه ساختار ها بکند .
در واقع FMA یا FlexCastModel architecture یک استاندارد برای معرفی تکنولوژی ها ی تحویل ماشین مجازی می باشد به نحوی که مدیران شبکه بتوانند از مباحثی نظیر راندمان و کارایی ( Performance ) ، امنیت و انعطاف پذیری ( مهتریم ترین نگرانی ) اطمینان حاصل کنند . استاندارد FMA توسط پرچمدار تکنولوژی VDI یعنی شرکت Citrix معرفی شده است . به طور کلی FMA یازده روش متفاوت را در تمام حوزه ها برای مدیریت ، کنترل و تحویل ماشین های مجازی در اختیار مدیران فناوری اطلاعات قرار می دهد که در اینجا به بررسی 6 شیوه ی بسیار مهم و کاربردی با توجه به صورت سوال خواهیم پرداخت . در نظر بگیرید بدون اطلاع و مطالعه ی دقیق FMA آغاز هر پروژه ی VDI عموما با شکست مواجه خواهد شد !
✅ در ادامه به بررسی دسته بندی های این تکنولوژی خواهیم پرداخت :
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی اول : Published apps and desktops یا VDI-RDS
📍 مناسب برای تحویل سیستم عامل و نرم افزار
اختصاص یک ماشین مجازی مبتنی بر سیستم عامل ویندوز یا لینوکس Redhatبه گروهی از کاربران تحت قالب تکنولوژی پایه ای RDS مایکروسافت و HDX Access شرکت Citrix و انتقال تصویر توسط پروتکل های HDX و ICA ( و یا PCOIP , BLAST شرکت VMware ) توجه داشته باشید در صورت راه اندازی این سرویس به وسیله ی Citrix خدماتی که به مدیران ارائه می گردد بسیار گسترده تر از RDSH یا ریموت مایکروسافت خواهد بود ( در صورت تمایل مجزا به این شیوه خواهیم پرداخت )
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی دوم : VM Hosted Application
📍 مناسب برای تحویل نرم افزار
تخصیص یک ماشین مجازی برای اجرای یک یا چند نرم افزار خاص به یک کاربر خاص بدون تحویل میز کار مجازی این شیوه برای تحویل نرم افزار بسیار پرکاربرد است و پیاده سازی به وسیله تکنولوژی App layering یا تکنولوژی Mcs یابه وسیله ی Container های ویندوزی و لینوکسی و تلفیق آن ها با تکنولوژی میز کار مجازی صورت می پذیرد ( این شیوه از پردازش های گرافیکی سنگین پشتیبانی می کند و کلیه مشکلات شیوه ی نخست را برظرف می سازد)
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی سوم :
VDI Desktops with Random non-persistent desktops
VDI-Desktop RNP TYPE-A
📍 مناسب برای تحویل سیستم عامل
ساخت و اختصاص یک ماشین مجازی به کاربران از یک دسته بندی مشخص ( برای مثال دسته ی کاربران حسابداری) به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد . این شیوه برای تحویل دسکتاپ بسیار پر کاربرد است در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود .
⏮ ادامه در قسمت دوم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#Flex_Cast_Model_Architecture
#FMA
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش اول 👇👇👇➖➖
در پاسخ به این سوال بیان این مساله بسیار ضروری می رسد که گاهی اوقات بیشتر سوالاتی که به ذهن ما خطور می کند بیشتر به دلیل عدم درک صحیح از مفاهیم بنیادین تکنولوژی می باشد و به صرف اینکه تعاریف صحیح در اختیار ذهن ما قرار بگیرد ما می توانیم به بهترین پاسخ به صورت خودکار دسترسی پیدا کنیم مخصوصا اگر این مسائل بیشتر صورت تجریه و تحلیل داشته باشند .
در نظر بگیرید Resource Planning مهترین قسمت هر پروژه ی VDI می باشد و باید در نظر بگیرید احترام به استاندارد ها می تواند بیشترین کمک را به ما در حوزه ی نصب پیکربندی و پیاده سازی اینگونه ساختار ها بکند .
در واقع FMA یا FlexCastModel architecture یک استاندارد برای معرفی تکنولوژی ها ی تحویل ماشین مجازی می باشد به نحوی که مدیران شبکه بتوانند از مباحثی نظیر راندمان و کارایی ( Performance ) ، امنیت و انعطاف پذیری ( مهتریم ترین نگرانی ) اطمینان حاصل کنند . استاندارد FMA توسط پرچمدار تکنولوژی VDI یعنی شرکت Citrix معرفی شده است . به طور کلی FMA یازده روش متفاوت را در تمام حوزه ها برای مدیریت ، کنترل و تحویل ماشین های مجازی در اختیار مدیران فناوری اطلاعات قرار می دهد که در اینجا به بررسی 6 شیوه ی بسیار مهم و کاربردی با توجه به صورت سوال خواهیم پرداخت . در نظر بگیرید بدون اطلاع و مطالعه ی دقیق FMA آغاز هر پروژه ی VDI عموما با شکست مواجه خواهد شد !
✅ در ادامه به بررسی دسته بندی های این تکنولوژی خواهیم پرداخت :
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی اول : Published apps and desktops یا VDI-RDS
📍 مناسب برای تحویل سیستم عامل و نرم افزار
اختصاص یک ماشین مجازی مبتنی بر سیستم عامل ویندوز یا لینوکس Redhatبه گروهی از کاربران تحت قالب تکنولوژی پایه ای RDS مایکروسافت و HDX Access شرکت Citrix و انتقال تصویر توسط پروتکل های HDX و ICA ( و یا PCOIP , BLAST شرکت VMware ) توجه داشته باشید در صورت راه اندازی این سرویس به وسیله ی Citrix خدماتی که به مدیران ارائه می گردد بسیار گسترده تر از RDSH یا ریموت مایکروسافت خواهد بود ( در صورت تمایل مجزا به این شیوه خواهیم پرداخت )
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی دوم : VM Hosted Application
📍 مناسب برای تحویل نرم افزار
تخصیص یک ماشین مجازی برای اجرای یک یا چند نرم افزار خاص به یک کاربر خاص بدون تحویل میز کار مجازی این شیوه برای تحویل نرم افزار بسیار پرکاربرد است و پیاده سازی به وسیله تکنولوژی App layering یا تکنولوژی Mcs یابه وسیله ی Container های ویندوزی و لینوکسی و تلفیق آن ها با تکنولوژی میز کار مجازی صورت می پذیرد ( این شیوه از پردازش های گرافیکی سنگین پشتیبانی می کند و کلیه مشکلات شیوه ی نخست را برظرف می سازد)
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی سوم :
VDI Desktops with Random non-persistent desktops
VDI-Desktop RNP TYPE-A
📍 مناسب برای تحویل سیستم عامل
ساخت و اختصاص یک ماشین مجازی به کاربران از یک دسته بندی مشخص ( برای مثال دسته ی کاربران حسابداری) به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد . این شیوه برای تحویل دسکتاپ بسیار پر کاربرد است در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود .
⏮ ادامه در قسمت دوم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#Flex_Cast_Model_Architecture
#FMA
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev# VDI DEV Channel ▶️ @vdidev# VDI DEV Group ▶️ @vdidev_grouplForwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش دوم 👇👇👇➖➖
✅ پیروی پست قبل به بیان ادامه ی دسته بندی های تکنولوژی FMA خواهیم پرداخت :
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی چهارم :
VDI Desktops with Random non-persistent
VDI-Desktop RNP TYPE-B
📍 مناسب برای تحویل سیستم عامل ( قابل استفاده برای نرم افزار )
اختصاص یک ماشین مجازی به کاربران از یک دسته بندی مشخص که تعدادی ماشین مجازی را از قبل در آن ایجاد کرده ایم . ( برای مثال دسته ی کاربران حسابداری با 100 ماشین پیش فرض ) به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد . این شیوه برای تحویل دسکتاپ بسیار پر کاربرد است در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود .
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی پنجم :
VDI Desktops with Static non-persistent desktop
📍 مناسب برای تحویل سیستم عامل
تخصیص یک ماشین مجازی به صورت مستقیم به هر کاربر به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود . تفاوت این شیوه با مورد 4 و 5 در اختصاصی بودن ماشین مجازی است که امکانات جالبی را در حوزه ی VDI فراهم می کند . ( در واقع کاربر هر بار به ماشین مجازی شخصی خود متصل می شود )
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی ششم : VDI with Static persistent Desktops یا VDI-VDI
📍 مناسب برای تحویل نرم افزار و سیستم عامل
تخصیص یک ماشین مجازی به صورت مستقیم به هر کاربر به صورتی که کلیه ی تغییرات کاربران بر روی دیسک آن ها ذخیره می شود ( قدیمی ترین و شایع ترین شیوه ی تحویل میز کار که با مشکلات بسیاری همراه است )
✅همچنین در تکنولوژی VDI with provisioning Service دارای 4 شیوه ی تحویل متفاوت از موارد بالا می باشیم
⏮ ادامه در قسمت سوم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#Flex_Cast_Model_Architecture
#FMA
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#Static_persistent_desktop
#App_layering
#Citrix_Profile_manager
#Citrix_Provisioning_Service
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش دوم 👇👇👇➖➖
✅ پیروی پست قبل به بیان ادامه ی دسته بندی های تکنولوژی FMA خواهیم پرداخت :
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی چهارم :
VDI Desktops with Random non-persistent
VDI-Desktop RNP TYPE-B
📍 مناسب برای تحویل سیستم عامل ( قابل استفاده برای نرم افزار )
اختصاص یک ماشین مجازی به کاربران از یک دسته بندی مشخص که تعدادی ماشین مجازی را از قبل در آن ایجاد کرده ایم . ( برای مثال دسته ی کاربران حسابداری با 100 ماشین پیش فرض ) به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد . این شیوه برای تحویل دسکتاپ بسیار پر کاربرد است در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود .
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی پنجم :
VDI Desktops with Static non-persistent desktop
📍 مناسب برای تحویل سیستم عامل
تخصیص یک ماشین مجازی به صورت مستقیم به هر کاربر به صورتی که در بدو ورود کاربر دیسکی با عنوان دیسک تغییرات ایجاد شده و پس از خروج آن دیسک پاک می شود و کلیه ی تغییرات حذف می گردد در این شیوه پروفایل کاربران بوسیله تکنولوژی های App layering و Citrix Profile manager و Persona Management در سطح VDI و تکنولوژی های پیش پا افتاده تری نظیر Roaming Profile در سطح سیستم عامل حفظ می گردد و کلیه ی اطلاعات کاربران را برای استفاده های بعدی به صورت مطمئن در دسترس خواهند بود . تفاوت این شیوه با مورد 4 و 5 در اختصاصی بودن ماشین مجازی است که امکانات جالبی را در حوزه ی VDI فراهم می کند . ( در واقع کاربر هر بار به ماشین مجازی شخصی خود متصل می شود )
▫️▫️▫️▫️▫️▫️▫️▫️▫️
📌 شیوه ی ششم : VDI with Static persistent Desktops یا VDI-VDI
📍 مناسب برای تحویل نرم افزار و سیستم عامل
تخصیص یک ماشین مجازی به صورت مستقیم به هر کاربر به صورتی که کلیه ی تغییرات کاربران بر روی دیسک آن ها ذخیره می شود ( قدیمی ترین و شایع ترین شیوه ی تحویل میز کار که با مشکلات بسیاری همراه است )
✅همچنین در تکنولوژی VDI with provisioning Service دارای 4 شیوه ی تحویل متفاوت از موارد بالا می باشیم
⏮ ادامه در قسمت سوم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#Flex_Cast_Model_Architecture
#FMA
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#Static_persistent_desktop
#App_layering
#Citrix_Profile_manager
#Citrix_Provisioning_Service
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev# VDI DEV Channel ▶️ @vdidev# VDI DEV Group ▶️ @vdidev_grouplForwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش سوم 👇👇👇➖➖
✅ پیروی پست قبل و در ادامه و پس از بیان موارد مرتبط با معماری FlexCast برای ما روشن می گردد که تفاوت بین شیوه های تحویل میز کار ( دسکتاپ یا سیستم عامل ) و تحویل نرم افزار در چیست ⁉️
📌 شما باید نکات زیر را در هنگام مقایسه ی تحویل سیستم عامل و تحویل نرم افزار به کاربران در نظر بگیرید :
1⃣ تعریف تحویل نرم افزار یعنی تحویل یک نرم افزار بدون ارائه ی سیستم عامل ، برای مثال تحویل نرم افزار photoshop در حالی که هیچ اثری از سیستم عامل ویندوز وجود ندارد و در مقابل تحویل دسکتاپ یا سیستم عامل یعنی تحویل ویندوز با تمام امکانات ( ویندوز کاملی که photoshop یکی از نرم افزار های آن است )
▫️▫️▫️▫️▫️▫️▫️▫️
2⃣ تحویل نرم افزار و سیستم عامل هیچ ارتباطی با تکنولوژی ارتباطی یا شیوه ی دسترسی ندارند هر دو با استفاده از پرتکل های انتقال تصویر به کاربران ارائه میگردند هر دو هم میتوانند توسط websocket یا html5 تحویل گردند هم می توانند توسط نرم افزار دریافت کننده ی Citrix یا VMware یا حتی RemoteDesktopClient تحویل گردند .
▫️▫️▫️▫️▫️▫️▫️▫️
3⃣ به لحاظ پیاده سازی فنی در حوزه ی هسته ی سیستم عامل تحویل نرم افزار هیچ تفاوتی با تحویل سیستم عامل ندارد ، کلیه ی مراحل تحویل سیستم عامل درتحویل نرم افزار نیز سپری می شود با این تفاوت که دسترسی به process ها کمی محدود تر شده و یوزر دسکتاپی را مشاهده نمی کند و صرفا نرم افزار های تحویل شده را مشاهده می کند . ( برای مثال نرم افزار Word را اجرا می کند در حالی که دسکتاپی وجود ندارد اما کلیه ی مراحل اجرای دستکتاپ و logon کاربر و ورود و پیکربندی سیاست های جاری انجام شده است )
▫️▫️▫️▫️▫️▫️▫️▫️
4⃣ در صورت استفاده از پلتفرم های ضعیف نظیر VMware Horizon و 2x که کنترل و مدیریت سیاست ( policy management) محدودی دارند ، تحویل نرم افزار هیچ تفاوتی با تحویل سیستم عامل ندارد! ( اگر چک لیست سیاست های اجرایی به درستی اعمال نشود کاربران خبره میتوانند به هر نرم افزاری دسترسی پیدا کنند )
▫️▫️▫️▫️▫️▫️▫️▫️
5⃣ تنها در صورت استفاده از Citrix VDI می توانید به تحویل نرم افزار رنگ و بوی اختصاصی تری بدهید و نرم افزار ها را به نحوی تحویل کاربران بدهید که به صورت کاملا اختصاصی بتوانید سیاست های نظیر شبکه ی اختصاصی ، پروفایل اختصاصی و مهتر از همه پهنای باند و Rosource usage اختصاصی برای نرم افزار ها تعریف کنید برای مثال در نظر بگیرید چقدر لذت بخش است پیاده سازی این جمله :
من مرورگری (مثلا chrome.exe) در اختیار کاربر B بر روی لپتاپ شخصی اش قرار دادم که دسترسی به اینترنت سازمان دارد ، تنها یک گیگ Ram مصرف میکند و اجازه دارد مقدار مشخصی فضای پردازشی از CPU دریافت کند .
✅ برای شفافیت این مثال توجه شما را به نکات زیر جلب میکنم :
📍این مرورگر میتواند روی لپتاپ کاربر یا روی سرور نصب شود و در هر دو صورت اعمال سیاست روی پهنای باند ، RAM و cpu امکان پذیر است .
📍زمانی که میگوییم این مرورگر شبکه ی اختصاصی دارد این بحث فارغ از سیستم عاملی است که روی آن نصب شده برای مثال ویندوز میزبان به هیچ وجه اینترنت ندارد اما نرم افزار مرورگر به شبکه ی اینترنت دسترسی دارد.
📍زمانی که صحبت از کنترل RAM و CPU میکنیم فقط و فقط در مورد نرم افزار مرورگر صحبت میکنیم نه بدنه ی سیستم عامل !
📍نرم افزار مرورگر میتواند بر روی لپتاپ مدیر محدود باشد اما روی تلفن وی بدون محدودیت کار کند ( سیاست مجزای سخت افزار نهایی )
📍این موارد بر روی هر نرم افزاری قابل اجراست
▫️▫️▫️▫️▫️▫️▫️
⏮ ادامه در قسمت چهارم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#FMA
#2X
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش سوم 👇👇👇➖➖
✅ پیروی پست قبل و در ادامه و پس از بیان موارد مرتبط با معماری FlexCast برای ما روشن می گردد که تفاوت بین شیوه های تحویل میز کار ( دسکتاپ یا سیستم عامل ) و تحویل نرم افزار در چیست ⁉️
📌 شما باید نکات زیر را در هنگام مقایسه ی تحویل سیستم عامل و تحویل نرم افزار به کاربران در نظر بگیرید :
1⃣ تعریف تحویل نرم افزار یعنی تحویل یک نرم افزار بدون ارائه ی سیستم عامل ، برای مثال تحویل نرم افزار photoshop در حالی که هیچ اثری از سیستم عامل ویندوز وجود ندارد و در مقابل تحویل دسکتاپ یا سیستم عامل یعنی تحویل ویندوز با تمام امکانات ( ویندوز کاملی که photoshop یکی از نرم افزار های آن است )
▫️▫️▫️▫️▫️▫️▫️▫️
2⃣ تحویل نرم افزار و سیستم عامل هیچ ارتباطی با تکنولوژی ارتباطی یا شیوه ی دسترسی ندارند هر دو با استفاده از پرتکل های انتقال تصویر به کاربران ارائه میگردند هر دو هم میتوانند توسط websocket یا html5 تحویل گردند هم می توانند توسط نرم افزار دریافت کننده ی Citrix یا VMware یا حتی RemoteDesktopClient تحویل گردند .
▫️▫️▫️▫️▫️▫️▫️▫️
3⃣ به لحاظ پیاده سازی فنی در حوزه ی هسته ی سیستم عامل تحویل نرم افزار هیچ تفاوتی با تحویل سیستم عامل ندارد ، کلیه ی مراحل تحویل سیستم عامل درتحویل نرم افزار نیز سپری می شود با این تفاوت که دسترسی به process ها کمی محدود تر شده و یوزر دسکتاپی را مشاهده نمی کند و صرفا نرم افزار های تحویل شده را مشاهده می کند . ( برای مثال نرم افزار Word را اجرا می کند در حالی که دسکتاپی وجود ندارد اما کلیه ی مراحل اجرای دستکتاپ و logon کاربر و ورود و پیکربندی سیاست های جاری انجام شده است )
▫️▫️▫️▫️▫️▫️▫️▫️
4⃣ در صورت استفاده از پلتفرم های ضعیف نظیر VMware Horizon و 2x که کنترل و مدیریت سیاست ( policy management) محدودی دارند ، تحویل نرم افزار هیچ تفاوتی با تحویل سیستم عامل ندارد! ( اگر چک لیست سیاست های اجرایی به درستی اعمال نشود کاربران خبره میتوانند به هر نرم افزاری دسترسی پیدا کنند )
▫️▫️▫️▫️▫️▫️▫️▫️
5⃣ تنها در صورت استفاده از Citrix VDI می توانید به تحویل نرم افزار رنگ و بوی اختصاصی تری بدهید و نرم افزار ها را به نحوی تحویل کاربران بدهید که به صورت کاملا اختصاصی بتوانید سیاست های نظیر شبکه ی اختصاصی ، پروفایل اختصاصی و مهتر از همه پهنای باند و Rosource usage اختصاصی برای نرم افزار ها تعریف کنید برای مثال در نظر بگیرید چقدر لذت بخش است پیاده سازی این جمله :
من مرورگری (مثلا chrome.exe) در اختیار کاربر B بر روی لپتاپ شخصی اش قرار دادم که دسترسی به اینترنت سازمان دارد ، تنها یک گیگ Ram مصرف میکند و اجازه دارد مقدار مشخصی فضای پردازشی از CPU دریافت کند .
✅ برای شفافیت این مثال توجه شما را به نکات زیر جلب میکنم :
📍این مرورگر میتواند روی لپتاپ کاربر یا روی سرور نصب شود و در هر دو صورت اعمال سیاست روی پهنای باند ، RAM و cpu امکان پذیر است .
📍زمانی که میگوییم این مرورگر شبکه ی اختصاصی دارد این بحث فارغ از سیستم عاملی است که روی آن نصب شده برای مثال ویندوز میزبان به هیچ وجه اینترنت ندارد اما نرم افزار مرورگر به شبکه ی اینترنت دسترسی دارد.
📍زمانی که صحبت از کنترل RAM و CPU میکنیم فقط و فقط در مورد نرم افزار مرورگر صحبت میکنیم نه بدنه ی سیستم عامل !
📍نرم افزار مرورگر میتواند بر روی لپتاپ مدیر محدود باشد اما روی تلفن وی بدون محدودیت کار کند ( سیاست مجزای سخت افزار نهایی )
📍این موارد بر روی هر نرم افزاری قابل اجراست
▫️▫️▫️▫️▫️▫️▫️
⏮ ادامه در قسمت چهارم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#FMA
#2X
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
Forwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش چهارم 👇👇👇➖➖
✅ پیروی پست قبل شما باید نکات زیر را در هنگام مقایسه ی تحویل سیستم عامل و تحویل نرم افزار به کاربران در نظر بگیرید :
6️⃣ تنها در Citrix VDI می توانید دسته بندی سیستم عامل نرم افزار و پلتفرم داشته باشید و هر نرم افزاری را بدون نیاز به نصب به کابران تحویل دهید یا با یک کلیک ارتقا دهید باید در نظر بگیرید کیفیت این مساله بسیار مهم است و فاصله ی Citrix از Vmware در این حوزه قابل چشم پوشی نیست توجه شما را به مثال زیر جلب میکنم :
📌 فرض کنید در سازمان شما ۵ هزار کاربر وجود دارد با نیاز های متفاوت گروهی با ویندوز ۷ کار میکنند و گروهی با ویندوز ۱۰ و گروهی به .net 3.5 احتیاج دارند و گروهی به کتابخانه های java گروهی به نرم افزار photoshop احتیاج دارند و گروهی به بسته ی office 2019 و گروه دیگری به بسته office 2016 و هزار و یک نیاز و مساله ی دیگر ...
📌 در سناریو های بسیار بزرگ استفاده از vmware horizon با توجه به محدودیت هایش یک کابوس به نظر می رسد اما سیتریکس امکان جالبی را در اختیار ما می گذارد ، یک Application Container ویندوز ای چیزی شبیه به docker در لینوکس با این تفاوت که میتواند کلیه ی نرم افزار های Windows و لینوکس را بسته بندی کرده و فارغ از پلتفرم و سیستم عامل در لحظه تحویل کاربران دهد !
❇️ تصور کنید صورت مساله ی زیر در سازمان شما وجود دارد :
🔸نرم افزار AutoCAD به همراه ویندوز 10 و net. 3.5 برای 500 کاربر
🔹نرم افزار Office 2019 به همراه ویندوز 7 و JAVA برای 1000 کاربر
و اما راه حل در زمان استفاده از Citrix چیست ؟
📍 سه قفسه با نام های A و B و C در سرور خود ایجاد کنید ( برای مثال 3 فایل VHD یا VMDK ، البته آنچه در Background رخ می دهد بسیار پیچیده تر از ایجاد 3 فایل است !)
📍 در قفسه ی A هر سیستم عاملی که مد نظر شماست نصب کنید برای مثال سیستم عامل ویندوز 10 یا ویندوز 7
💡ویندوز 10 را A1 می نامیم و ویندوز 7 را A2 می نامیم
📍در قفسه ی B هر پلتفرمی که مد نظر شماست نصب کنید ( نظیر کتابخانه های نرم افزاری یا JAVA یا NET. )
💡پلتفرم NET. را B1 نامیم و java runtime environment را B2 می نامیم
📍در قفسه ی C هر نرم افزاری که مد نظر شماست نصب کنید ( نظیر Word یا Photoshop و ... )
💡نرم افزار Office 2019را C1 می نامیم و نرم افزار AutoCAD را C2 می نامیم
📌حال زمان اعجازه VDI سامانه ی VirtualDesktops شرکت Citrix رسیده است مدیر شبکه تنهای با یک کلیک فرمول زیر را اجرا خواهد کرد با یک اتصال ساده ( به سادگی Drag کردن اشاره گر ماوس )
🔸پاسخ سناریو ی اول : A1 ➡️ B1 ➡️ C2
🔹پاسخ سناریو ی دوم : A2 ➡️ B2 ➡️ C1
📌پیاده سازی این تکنولوژی توسط تلفیق سامانه هایی نظیر Citrix VirtualApps و WEM و Applayering امکان پذیر است ! و مهمترین نکته این است که تحت قالب پیاده سازی Elastic Layering تمام این تکنولوژی های مدیریت نرم افزار می تواند تحت قالب سرویس RDSH مایکروسافت و پروتکل ICA/HDX شرکت Citrix تحویل کاربران گردد .
⏮ ادامه در قسمت پنجم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#FMA
#2X
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش چهارم 👇👇👇➖➖
✅ پیروی پست قبل شما باید نکات زیر را در هنگام مقایسه ی تحویل سیستم عامل و تحویل نرم افزار به کاربران در نظر بگیرید :
6️⃣ تنها در Citrix VDI می توانید دسته بندی سیستم عامل نرم افزار و پلتفرم داشته باشید و هر نرم افزاری را بدون نیاز به نصب به کابران تحویل دهید یا با یک کلیک ارتقا دهید باید در نظر بگیرید کیفیت این مساله بسیار مهم است و فاصله ی Citrix از Vmware در این حوزه قابل چشم پوشی نیست توجه شما را به مثال زیر جلب میکنم :
📌 فرض کنید در سازمان شما ۵ هزار کاربر وجود دارد با نیاز های متفاوت گروهی با ویندوز ۷ کار میکنند و گروهی با ویندوز ۱۰ و گروهی به .net 3.5 احتیاج دارند و گروهی به کتابخانه های java گروهی به نرم افزار photoshop احتیاج دارند و گروهی به بسته ی office 2019 و گروه دیگری به بسته office 2016 و هزار و یک نیاز و مساله ی دیگر ...
📌 در سناریو های بسیار بزرگ استفاده از vmware horizon با توجه به محدودیت هایش یک کابوس به نظر می رسد اما سیتریکس امکان جالبی را در اختیار ما می گذارد ، یک Application Container ویندوز ای چیزی شبیه به docker در لینوکس با این تفاوت که میتواند کلیه ی نرم افزار های Windows و لینوکس را بسته بندی کرده و فارغ از پلتفرم و سیستم عامل در لحظه تحویل کاربران دهد !
❇️ تصور کنید صورت مساله ی زیر در سازمان شما وجود دارد :
🔸نرم افزار AutoCAD به همراه ویندوز 10 و net. 3.5 برای 500 کاربر
🔹نرم افزار Office 2019 به همراه ویندوز 7 و JAVA برای 1000 کاربر
و اما راه حل در زمان استفاده از Citrix چیست ؟
📍 سه قفسه با نام های A و B و C در سرور خود ایجاد کنید ( برای مثال 3 فایل VHD یا VMDK ، البته آنچه در Background رخ می دهد بسیار پیچیده تر از ایجاد 3 فایل است !)
📍 در قفسه ی A هر سیستم عاملی که مد نظر شماست نصب کنید برای مثال سیستم عامل ویندوز 10 یا ویندوز 7
💡ویندوز 10 را A1 می نامیم و ویندوز 7 را A2 می نامیم
📍در قفسه ی B هر پلتفرمی که مد نظر شماست نصب کنید ( نظیر کتابخانه های نرم افزاری یا JAVA یا NET. )
💡پلتفرم NET. را B1 نامیم و java runtime environment را B2 می نامیم
📍در قفسه ی C هر نرم افزاری که مد نظر شماست نصب کنید ( نظیر Word یا Photoshop و ... )
💡نرم افزار Office 2019را C1 می نامیم و نرم افزار AutoCAD را C2 می نامیم
📌حال زمان اعجازه VDI سامانه ی VirtualDesktops شرکت Citrix رسیده است مدیر شبکه تنهای با یک کلیک فرمول زیر را اجرا خواهد کرد با یک اتصال ساده ( به سادگی Drag کردن اشاره گر ماوس )
🔸پاسخ سناریو ی اول : A1 ➡️ B1 ➡️ C2
🔹پاسخ سناریو ی دوم : A2 ➡️ B2 ➡️ C1
📌پیاده سازی این تکنولوژی توسط تلفیق سامانه هایی نظیر Citrix VirtualApps و WEM و Applayering امکان پذیر است ! و مهمترین نکته این است که تحت قالب پیاده سازی Elastic Layering تمام این تکنولوژی های مدیریت نرم افزار می تواند تحت قالب سرویس RDSH مایکروسافت و پروتکل ICA/HDX شرکت Citrix تحویل کاربران گردد .
⏮ ادامه در قسمت پنجم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#FMA
#2X
#Resource_Planning
#Random_NonPersistent_desktops
#VM_Hosted_Application
#Published_apps_and_desktops
#App_layering
#Citrix_Profile_manager
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
Forwarded from ATRIA.ACADEMY ™
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش پنجم 👇👇👇➖➖
✅ پیروی پست قبل و پس از بیان شفاف استاندارد های مورد استفاده در FMA حال زمان آن رسیده است که به بیان پیاده سازی و Resource Planning سناریو های کاربردی VDI بپردازیم.
📌مثال های زیر همه می توانند به سازمانی اشاره کنند که از تکنولوژی VDI استفاده می کنند :
📍به هر یک از مدیران ارشد خود یک ماشین مجازی مجزا اختصاص دهد.
📍به تمامی پرسنل واحد طراحی مهندسی خود جمعا یک ماشین اشتراکی با منابع سخت افزاری قابل قبول و کارت گرافیک اختصاص دهد.
📍به تمامی پرسنل واحد روابط عمومی خود نیز یک ماشین اشتراکی اختصاص دهد.
📍 برای 15 پرسنل واحد حسابداری خود، برای هر 5 نفر یک ماشین اشتراکی اختصاص دهد.
📍به پرسنل Call Center خود صرفا برنامه تلفن نرم افزاری ( Soft Phone ) و یک مرور گر وب اختصاص دهد، بدون اینکه دسکتاپ ویندوزی به آنها اختصاص دهد.
📍به پرسنل اداری خود که رایانه های معمولی دارند، دسکتاپ ویندوزی را از همان رایانه های خودشان بگیرند و صرفا نرم افزار هایی مانند فوتوشاپ و دیگر برنامه های سنگین را به صورت مجازی از سرور اجرا کنند.
📌با کمی تحلیل مثال های بالا می توانیم به استنداردی برای نام گذاری تنوع کاربران مجموعه در نظر بگیریم ما عمدتا 3 نوع کاربری برای مجموعه ها در نظر میگیریم:
1️⃣ کاربری آفیس: شامل نرم افزارهای مجموعه آفیس و مرورگرها و نرم افزارهایی که بار خاصی بر پردازنده و رم تحمیل نمیکند، برای این گروه کاربران چنانچه بخواهیم رایانه خریداری کنیم، یک پردازنده i3 و مقدار 4 گیگابایت رم در نظر میگیریم و گرافیک OnBoardرایانه معمولی هم کافی خواهد بود. این رایانه قیمت حدودی 400 دلار در بازار خواهد داشت.
2️⃣ کاربری حرفه ای: شامل کاربری آفیس بعلاوه ی نرم افزارهایی مانند Photoshop و AutoCAD برای استفاده معمولی و نه Render و تولید محتوای گرافیکی، برای این گروه از کاربران چنانچه بخواهیم رایانه خریداری کنیم، یک پردازنده i5 و مقدار 6 گیگابایت رم در نظر میگیریم و باز هم کارت گرافیک OnBoard رایانه کافی خواهد بود. این رایانه قیمت حدودی 500 دالر در بازار خواهد داشت .
3️⃣ کاربری گرافیکی: شامل کاربری فوق بعلاوه ی مصارف GPU ،برای این گروه از کاربران چنانچه بخواهیم رایانه خریداری کنیم یک پردازنده i7 به همراه 8 گیگابایت رم و یک کارت گرافیک، تهیه میکنیم. این رایانه قیمت حدودی 700 دلاری در بازار خواهد داشت.
📌 در نظر داشته باشید که علاوه بر موارد فوق، موارد زیر نیز بر میزان منابع سخت افزاری مورد استفاده و همینطور میزان پهنای باند الزم برای هر کاربر در شبکه نیز تاثیر گذار است:
📍رزولوشن تصویری که به هر کاربر ارائه میشود
📍عمق رنگ تصویری
📍پروتکل های ارتباطی نظیر RFX - PCOIP - Blast - ICA/HDX
📍پلتفرم مجازی سازی Server نظیر Esxi و Citrix HyperVisor و HyperV و KVM
📍پلتفرم مجازی سازی Desktop نظیر VirtualDesktops و Horizon و Microsoft و ...
📍نوع کاربری و نرم افزارهای مورد استفاده هر کاربر
📍نوع سیستم عاملی که قصد ارائه به کاربران را داریم
📍ضریب همزمانی ( معموال در سازمانهای دولتی ضریب همزمانی از 60 درصد تجاوز نمیکند و در شرکت های خصوصی از 80 درصد )
📍سلیقه ی کاربران
❇️ برای سهولت در محاسبه ما شرایط زیر را در نظر می گیریم :
📍کاربران حرفه ای
📍سیستم عامل ویندوز 10
📍مانیتور کاربران 19 اینچ با رزولوشن 768*
📍عمق رنگ تصویر 32 بیت
📍پردازنده ی Xeon ورژن 3 به بالا
📍پلتفرم مجازی سازی سرور ESXi
📍پلتفرم مجازی ساز دسکتاپ Citrix VirtualDesktop
📍پروتکل انتقال تصویر HDX
📍سرور HP نسل 8 به بالا
⏮ ادامه در قسمت ششم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Resource_Planning
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
➖➖➖➖👇👇👇 پرسش 👇👇👇➖➖➖➖
با سلام ، اگر ممکن است در رابطه با مدل جامع FMA یا FlexCastModel architecture توضیحاتی را ارائه کنید و به نحوی که این توضیحات منجر به درک صحیحی از موارد زیر گردد :
1️⃣ درک صحیحی از شیوه های تحویل ماشین مجازی در راهکار های VDI
2️⃣ درک تفاوت تکنولوژی های تحویل نرم افزار و تحویل دسکتاپ به صورت مقایسه ای
3️⃣ ایده ی صحیحی از Resource Planing در حوزه ی اختصاص ماشین های مجازی
4️⃣ ارائه ی یک مثال کاربردی برای درک صحیح محاسبه ی Resource
5️⃣ بررسی تفاوت های استفاده از Storage در حالت Local یا Shared
➖➖👇👇👇 پاسخ - بخش پنجم 👇👇👇➖➖
✅ پیروی پست قبل و پس از بیان شفاف استاندارد های مورد استفاده در FMA حال زمان آن رسیده است که به بیان پیاده سازی و Resource Planning سناریو های کاربردی VDI بپردازیم.
📌مثال های زیر همه می توانند به سازمانی اشاره کنند که از تکنولوژی VDI استفاده می کنند :
📍به هر یک از مدیران ارشد خود یک ماشین مجازی مجزا اختصاص دهد.
📍به تمامی پرسنل واحد طراحی مهندسی خود جمعا یک ماشین اشتراکی با منابع سخت افزاری قابل قبول و کارت گرافیک اختصاص دهد.
📍به تمامی پرسنل واحد روابط عمومی خود نیز یک ماشین اشتراکی اختصاص دهد.
📍 برای 15 پرسنل واحد حسابداری خود، برای هر 5 نفر یک ماشین اشتراکی اختصاص دهد.
📍به پرسنل Call Center خود صرفا برنامه تلفن نرم افزاری ( Soft Phone ) و یک مرور گر وب اختصاص دهد، بدون اینکه دسکتاپ ویندوزی به آنها اختصاص دهد.
📍به پرسنل اداری خود که رایانه های معمولی دارند، دسکتاپ ویندوزی را از همان رایانه های خودشان بگیرند و صرفا نرم افزار هایی مانند فوتوشاپ و دیگر برنامه های سنگین را به صورت مجازی از سرور اجرا کنند.
📌با کمی تحلیل مثال های بالا می توانیم به استنداردی برای نام گذاری تنوع کاربران مجموعه در نظر بگیریم ما عمدتا 3 نوع کاربری برای مجموعه ها در نظر میگیریم:
1️⃣ کاربری آفیس: شامل نرم افزارهای مجموعه آفیس و مرورگرها و نرم افزارهایی که بار خاصی بر پردازنده و رم تحمیل نمیکند، برای این گروه کاربران چنانچه بخواهیم رایانه خریداری کنیم، یک پردازنده i3 و مقدار 4 گیگابایت رم در نظر میگیریم و گرافیک OnBoardرایانه معمولی هم کافی خواهد بود. این رایانه قیمت حدودی 400 دلار در بازار خواهد داشت.
2️⃣ کاربری حرفه ای: شامل کاربری آفیس بعلاوه ی نرم افزارهایی مانند Photoshop و AutoCAD برای استفاده معمولی و نه Render و تولید محتوای گرافیکی، برای این گروه از کاربران چنانچه بخواهیم رایانه خریداری کنیم، یک پردازنده i5 و مقدار 6 گیگابایت رم در نظر میگیریم و باز هم کارت گرافیک OnBoard رایانه کافی خواهد بود. این رایانه قیمت حدودی 500 دالر در بازار خواهد داشت .
3️⃣ کاربری گرافیکی: شامل کاربری فوق بعلاوه ی مصارف GPU ،برای این گروه از کاربران چنانچه بخواهیم رایانه خریداری کنیم یک پردازنده i7 به همراه 8 گیگابایت رم و یک کارت گرافیک، تهیه میکنیم. این رایانه قیمت حدودی 700 دلاری در بازار خواهد داشت.
📌 در نظر داشته باشید که علاوه بر موارد فوق، موارد زیر نیز بر میزان منابع سخت افزاری مورد استفاده و همینطور میزان پهنای باند الزم برای هر کاربر در شبکه نیز تاثیر گذار است:
📍رزولوشن تصویری که به هر کاربر ارائه میشود
📍عمق رنگ تصویری
📍پروتکل های ارتباطی نظیر RFX - PCOIP - Blast - ICA/HDX
📍پلتفرم مجازی سازی Server نظیر Esxi و Citrix HyperVisor و HyperV و KVM
📍پلتفرم مجازی سازی Desktop نظیر VirtualDesktops و Horizon و Microsoft و ...
📍نوع کاربری و نرم افزارهای مورد استفاده هر کاربر
📍نوع سیستم عاملی که قصد ارائه به کاربران را داریم
📍ضریب همزمانی ( معموال در سازمانهای دولتی ضریب همزمانی از 60 درصد تجاوز نمیکند و در شرکت های خصوصی از 80 درصد )
📍سلیقه ی کاربران
❇️ برای سهولت در محاسبه ما شرایط زیر را در نظر می گیریم :
📍کاربران حرفه ای
📍سیستم عامل ویندوز 10
📍مانیتور کاربران 19 اینچ با رزولوشن 768*
📍عمق رنگ تصویر 32 بیت
📍پردازنده ی Xeon ورژن 3 به بالا
📍پلتفرم مجازی سازی سرور ESXi
📍پلتفرم مجازی ساز دسکتاپ Citrix VirtualDesktop
📍پروتکل انتقال تصویر HDX
📍سرور HP نسل 8 به بالا
⏮ ادامه در قسمت ششم ...
➖➖➖➖👇👇👇 کارشناس 👇👇👇➖➖➖
حسین رفیعی خواه
Citrix Certified Expert (#CTX757968)
➖➖➖➖👇👇👇 کلیدواژه 👇👇👇➖➖➖➖
#Citrix_Virtuali_Apps_and_Desktops
#VMware_Horizon
#Resource_Planning
➖➖➖👇👇👇 ارتباط با ما 👇👇👇➖➖➖
# VDI DEV Website ▶️ https://vdi.dev
# VDI DEV Channel ▶️ @vdidev
# VDI DEV Group ▶️ @vdidev_groupl
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