Iran Open Source (IOS)
2.63K subscribers
6.69K photos
147 videos
1.69K files
1.16K links
کانال IOS:
💎 امنیت سایبری، امنیت اطلاعات، امنیت شبکه
💎 دوره‌های تخصصی شبکه، امنیت و دیتاسنتر
💎 مجازی‌سازی، پردازش ابری و ذخیره سازی
💎 معرفی کتاب
💎 اخبار IT، امنیت، هک و نفوذ

🌀 مدیر کانال: میثم ناظمی
@Meysam_Nazemi

🌀 مدیر تبلیغات: @MoNaITCU
Download Telegram
Iran Open Source (IOS)
☁️ لینک گروه تکنولوژی های ابری و مجازی سازی https://t.me/joinchat/BDE3OVH_RBXgwYZzbPZNqA @iranopensource🐧
English | April 23rd, 2019
Book Description
#Desktop #virtualization can be tough, but #VMware #Horizon 7.8 changes all that. With a rich and adaptive UX, improved #security,and a range of useful features for #storage and #networking #optimization, there's plenty to love.

But to properly fall in love with it, you need to know how to use it, and that means venturing deeper into the software and taking #advantage of its extensive range of features, many of which are underused and #underpromoted. This guide will take you through everything you need to know to not only successfully #virtualize your desktop #infrastructure, but also to maintain and #optimize it to keep all your users happy.

We'll show you how to assess and #analyze your #infrastructure, and how to use that #analysis to design a solution that meets your organizational and user needs. Once you've done that, you'll find out how to build your #virtualized environment, before deploying your #virtualized #solution.

@iranopensource🐧
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
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
Forwarded from ATRIA.ACADEMY
🔸پاسخ به سوال دانشجویان در گروه میزکار مجازی🔸


👇👇 پرسش 👇👇

لطفا سوالات زیر را به با رویکرد مطرح شدن در علم VDI پاسخ بفرمایید و یک پاسخ یکپارچه جهت روشن شدن موضوع عرضه کنید ‌:

1⃣ مفهوم PageFile در سیستم عامل ویندوز چیست و چه کاربردی دارد ؟

2⃣ آیا در ساخت Golden Image در تکنولوژی مجازی سازی دسکتاپ شرکت VMware نیازی به تنظیم و دست بردن در مقدار فضای اختصاص یافته به PageFile می باشد ؟

3⃣ در صورت عدم ایجاد Golden Image بر روی فضای ذخیره سازی از جنس SSD و انتقال ماشین های فرزند به فضای SSD با استفاده از تکنولوژی Linked Clone آیا عدم وجود Golden Image بر روی هارد SSD مشکل ساز خواهد شد ؟

👇👇 پاسخ 👇👇

با سلام و عرض وقت بخیر پاسخ سوال شما در سه بخش تقدیم حضور می گردد :


❇️ پاسخ بخش اول :

📌 به طور کلی منظور از PageFile یک قسمت رزرو شده از هارد دیسک است که به عنوان یک بخش اضافی RAM استفاده می‌شود برای مواقعی که دیتای داخل RAM مدتی بلااستفاده مانده باشد.

📌 در حالت کلی سیستم عامل شما، فایل ها و برنامه ها و Data ای که در حال استفاده از آنها هستید را بر روی حافظه ی RAM ذخیره میکند. چرا که خواندن اطلاعات از روی RAM بسیار سریع تر از خواندن آنها از هارد درایو یا فضای Storage شما است و زمانیکه حافظه ی RAM شما پر شود، ویندوز قسمتی از داده های شما را از فضای RAM برداشته و به قسمتی از Storage به نام PageFile انتقال می دهد .

📌 در واقع PageFile به نوعی یک حافظه مجازی است. که در فضای مشخصی از سیستم عامل ویندوز ذخیره می گردد ( به صورت پیش فرض در آدرس C:\pagefile.sys )

❇️ برای مثال اگر برنامه ای را Minimize کرده باشید و برای مدت مشخصی سیگنال عملکرد آن به سیستم عامل ارسال نشده باشد دیتای آن از ram به page file منتقل میشود. بنابراین اگر برنامه ی مورد نظر را بعداز مدتی maximize کنید زمان مشخصی برای انتقال داده های PageFile به حافظه ی اصلی مورد نیاز است چرا که سرعت انتقال داده ی Stoage و RAM بسیار متفاوت می باشد .

❇️ پاسخ بخش دوم :

📌در ابتدا در حوزه ی راه اندازی VDI پیکربندی صحیح به نحوی است که ماشین های مجازی شما نیازی به PageFile پیدا نکنند مقدار RAM را به نحوی در نظر بگیرید که IOpS حافظه های Storage شما درگیر نگهداری ، ارسال و دریافت اطلاعات اطلاعات PageFile نباشد ( این مساله در داکیومنت ارسالی شما هم ذکر شده ) لطفا به کانال برای دریافت اطلاعاتی در حوزه های Boot IOpS و Workload IOpS مراجعه کنید .

❇️ پاسخ بخش سوم :

📌 باید درنظر بگیرید استانداردی در پیاده سازی VDI موجود است که در تکنولوژی های MCS شرکت Citrix و پیاده سازی Linked-Clone شرکت VMware وجود دارد در حالت پیش فرض زمانی که ماشینی را به عنوان GoldenImage یا MasterImage در نظر میگیرید و پروسه ی Provisioning را آغاز می کنید مجازی ساز یک Snapshop Full Copy از ماشین پدر یا طلایی یا مَستر شما ایجاد کرده و به Storage Repository مقصد انتقال می دهد و در آن جا اقدام به کپی Fast یا FULL از ماشین های مجازی می کند ( این مرحله در Citrix کمی متفاوت است ) در سناریوی شما اگر برداشت صحیحی داشته باشم SR ای که ماشین مجازی اصلی یا BasedDisk وجود دارد حافظه ی SSD ای است پس تفاوتی نمی کند که ماشین مجازی طلایی شما در ابتدا در فضای HDD وجود داشته یا خیر و مستقیما در میزان بهره وری شما اثر نخواهد گذاشت .

البته در استفاده از تکنولوژی Citrix نظر به اینکه روش های متفاوت دیگری بری Provisioning وجود دارد یقینا استاندارد های متفاوت تری برای کنترل و مدیریت Storage ها وجود دارد.


👇👇 کارشناس 👇👇

کتایون خاکپور
Citrix Certified Professional (#CTX771183)

👇👇 کلیدواژه 👇👇

#Citrix_Virtual_Apps_and_Desktops
#Virtual_Desktop_Infrastruacture
#PageFile
#Mater_Image
#Golden_Image
#Linked_Clone
#Fast_Clone
#Full_Copy
#Storage_Repository_SR

👇👇 ارتباط با ما 👇👇

# VDI DEV Website ▶️ https://vdi.dev

# VDI DEV Channel ▶️ @vdidev

# VDI DEV Group ▶️ @vdidev_group