سرور Blade c3000

سرور Blade c3000 قابليت هاي منحصر به فردي را ارائه مي دهد. از جمله کاربردهاي c3000 مي توان به موارد زير اشاره کرد:

1- با توجه به قابليت توسعه براي کسب و کارهاي کوچک تا متوسط مناسب است.

2- براي نرم افزارهايي که حداکثر به 8 سرور در هر شاسي نياز دارند.

3- مکان هايي که در تأمين انرژي رک ها و سيستم خنک کننده ي آن ها محدوديت دارند.

4- ديتا سنتر هايي که نياز دارند تا به برق UPS يا برق 100-120 VAC متصل شوند.

مديريت يکپارچه موجود بر روي c3000 همانند c7000، به شما کنترل کاملي را بر روي دستگاه تان مي دهد. هر انکلوژر c3000 بخش هاي متحرک کابل هاي زير ساخت، منابع تأمين برق و خنک کننده ها، شبکه و افزونگي را در يک بسته جمع مي کنند. c3000 راهکار مقرون به صرفه اي است که با ويژگي هاي مفيدي همچون سرعت بالا و سهولت در ايجاد تغييرات، از هدر رفتن زمان و انرژي شما جلوگيري مي کند. نتيجه نهايي از بررسي اين دستگاه سهولت بيشتر هنگام نصب، نگهداري و استفاده هاي روزانه مي باشد.

ويژگي هاي انکلوژر c3000:

• سهولت در مديريت و کنترل کردن

• قابليت ارتقاء متناسب با نياز شما

• کاهش هزينه هاي راه اندازي اوليه و نگهداري

C3000 Enclosure شامل اجزاء زير مي باشد :

•    Hot-plug Power Supplies
•    Hot-plug HPE Active Cool 100 Fans
•    Optional Redundant BladeSystem Onboard Administrator Module

بعد از انتخاب انکلوژر و اجزاء کليدي مربوط به آن مي توان ساير اجزاء مورد نياز را اضافه کرد. در ادامه به اين موارد اشاره شده است :

•    ماژول هاي Interconnect
•    سرور هاي HPE ProLiant و Integrity Server Blades
•    Expansion Blades
•    HPE Insight Control Optional براي نرم افزار مديريت BladeSystem

توجه داشته باشيم که : انکولوژر C7000 و C3000 قابليت پشتيباني از رده هاي G1 الي G9 سرورهاي ProLiant و Integrity Server Blades را دارند . البته اين مبحث منوط بر اين است که از الزامات  Onboard Administrator پشتيباني کند . بعضي از سرورهاي HPE ProLiant Blade و مؤلفه هاي آنها يک نسخه خاص از Onboard Administrator Firmware را لازم دارند . عرضه اين Firmware ممکن است که به ارتقاء سيستم فرعي Subsystem Firmware هاي ديگر نيازمند باشد.

BladeSystem c3000 Enclosure حداکثر 8 عدد سرور Blade و 4 عدد تيغه توسعه ( از مجموع 8 عدد تيغه نبايد تجاوز کند ) به همراه اتصالات مربوط به استوريج و شبکه هاي Redundant ، را ارائه مي دهد . اين محصول همچنين شامل MidPlane مولتي-ترابيت با سرعت بالا نيز مي باشد که جهت برقراري اتصالات Wire-Once سرور هاي Blade به شبکه و ذخيره ساز اشتراکي مورد استفاده قرار مي گيرد . توان برقي که در اين انکلوژر به کار مي رود از طريق منبع تغذيه Backplane تأمين مي شود و اين تضمين را مي دهد که ظرفيت کامل آن براي تمام تيغه ها (Blades) قابل دسترس باشد.

سرور BL460c g10

امروزه سازمان ها به دنبال این هستند که عملکرد کسب و کار خود را توسعه داده و بار کاری خود را اعم از سنتی و هیبریدی ، به شکل ایمن بر روی یک زیر ساخت یکپارچه ، همگام کنند .

سرور HP BL460c g10 از جمله محصولاتی است که توسط کمپانی HPE تولید و روانه بازار شد . این سرور جهت پیکربندی و توسعه در محدوده وسیع طراحی شده است ، علاوه بر این قابلیت انعطاف پذیری این دستگاه ، امکانات ذخیره سازی بیشتر و عملیات I/O سریعتری را به ارمغان می آورد. همچنین توان پردازشی قدرتمندی که سرور BL660 G10 ارائه می دهد ، جهت برآورده کردن نیاز انواع بار کاری با TCO کمتر ، عرضه گردیده است . تمام قابلیت های فوق الذکر این محصول ، توسط HPE OneView مدیریت می شوند که از یک پلت فرم  مدیریتی یکپارچه جهت تسریع سرویس ها ، بهره می برد .

سرور BL460c G10 مانند سایر محصولات هم رده خود از خانواده پردازنده های قابل ارتقاء ®Intel® Xeon پشتیبانی می کند ، این پردازنده نسبت به نسل قبلی 25% افزایش عملکرد دارد . همچنین این دستگاه از  2666MT/s HPE DDR4 SmartMemory نیز برخوردا است .

از دیگر قابلیت های سرور HP BL460c g10 می توان به موارد زیر اشاره کرد :

**•     پشتیبانی از گزینه های Tiered Storage Controller
**•     ارائه دادن Internal 12 Gb/s SAS
**•     ارائه 20Gb FlexibleLOMs
**•     فراهم آوردن 2 عدد NVMe ، M.2 و حداکثر 4 عدد درایو uFF
**•     ارائه دادن گزینه های HPE ProLiant Persistent Memory

پیشنهاد می شود جهت آشنایی بیشتر با سرورهای Blade ، مطلب زیر را مورد مطالعه قرار دهید :

**•   HPE BladeSystem c3000 Enclusure

Horizon، پلتفرمی برای مجازی سازی دسکتاپ

VMware محصولات گوناگونی از Horizon را عرضه کرده است که همه این محصولات برای ارائه خدمات به کاربران در یک مجموعه واحد به نام VMware Horizon Suite قرار می گیرند. ادمین با استفاده از مجموعه Horizon می تواند دسکتاپ ها، اپلیکیشن ها و داده را در سراسر انواع endpoint ها توزیع کند  و پاسخگوی تقاضای کاربران برای دسترسی به فایل ها و داده ها در انواع دستگاه ها و در محیط خانه، اداره و … باشد. این مجموعه شامل راهکارهای Horizon View، Horizon Mirage و Horizon Workspace می شود و از قابلیت های زیر پشتیبانی می کند:

• اپلیکیشن ها و دسکتاپ های مجازی
• مدیریت لایه بندی شده ی windows image به همراه مدیریت متمرکز، بازیابی و پشتیبان گیری
• به اشتراک گذاری فایل
• مدیریت فضای کاری متغیر
• Application catalog and management
• مدیریت متمرکز مبتنی بر policy

VMware Horizon View

Horizon View یک راهکارِ مجازی سازی دسکتاپ برای تسهیل مدیریت IT، افزایش امنیت و کنترل دسترسی بر کاربرنهایی است که هزینه ها را نیز کاهش می دهد. با استفاده از Horizon View، مدیر شبکه می تواند مدیریت هزاران دسکتاپ را اتوماتیک و ساده سازی کند و از طریق واحد مرکزی با اطمینان دسکتاپ را به عنوان یک سرویس به کاربران تحویل دهد.

مهمترین بخش در Horizon view واسط اتصال یا همان View Manager است که کاربران را به دسکتاپ های مجازی موجودشان در دیتاسنتر متصل می کند. همچنین View شامل پروتکل نمایش از راه دور PCoIP است که جهت ارائه بهترین تجربه کاربری ممکن ، تحت ارتباطات LAN یا WAN استفاده می شود. در نتیجه به کاربر یک دسکتاپ شخصی قدرتمند برای دسترسی به داده، اپلیکیشن ها، ارتباطات یکپارچه (صوت، تصویر و ..) و گرافیک 3D تعلق می گیرد.

علاوه بر موارد ذکر شده، Horizon View شامل ThinApp برای مجازی سازی اپلیکیشن و Composer (برای اینکه به سرعت image های دسکتاپ را از طریق یک golden image ایجاد کند) می شود. کاربران از طریق چندین روش می توانند به دسکتاپ های مجازی خود متصل شوند که شامل View software client بر روی لپتاپ، View iPad یا Android client، مرورگر وب یا یک دستگاه thin-client می شود.

برخی از مولفه های اصلی در Horizon View عبارتند از:

• View Connection Server – یک سرویس نرم افزاری است که از طریق احراز هویت و سپس هدایت درخواست های ورودی کاربر به دسکتاپ مجازی، دسکتاپ فیزیکی یا سرور ترمینال مناسب به عنوان واسطی برای اتصال کلاینت عمل می کند.
• View Agent – سرویسینرم افزاری است که بر روی همه ماشین های مجازی مهمان، سیستم های فیزیکی یا سرورهای ترمینال نصب می شود تا بتوانند توسط View مدیریت شوند.
• View Client – اپلیکیشنی نرم افزاری است که با View Connection Server ارتباط برقرار می کند تا به کاربران اجازه اتصال به دسکتاپ ها را بدهد.
• View Client with Local Mode – نسخه ای از View Client است که جهت پشتیبانی از ویژگی local desktop ارائه شده است و به کاربران اجازه دانلود ماشین های مجازی و استفاده از آنها بر روی سیستم های محلی خود را می دهد.
• View Administrator – یک اپلیکیشن وب است که اجازه کانفیگ View Connection Server ، استقرار و مدیریت دسکتاپ ها، کنترل احراز هویت کاربر، راه اندازی و ارزیابی رویدادهای سیستم و اجرای فعالیت های تحلیلی را می دهد.
• vCenter Server – سروری است که به عنوان administrator مرکزی برای هاست های ESX/ESXi عمل می کند. vCenter Server بخشی مرکزی را برای کانفیگ، اصلاح و مدیریت ماشین های مجازی موجود در دیتاسنتر فراهم می کند.
• View Composer – سرویسی نرم افزاری است که بر روی vCenter server نصب می شود تا View بتواند به سرعت چندین دسکتاپ linked-clone را از یک Base Image واحد در شبکه مستقر نماید.
• View Transfer Server – یک سرویس نرم افزاری است که انتقال داده میان دیتاسنتر و دسکتاپ های View را مدیریت و تسهیل می کند. برای پشتیبانی از دسکتاپ هایی که View Client with Local Mode را اجرا می کنند، View Transfer Server مورد نیاز است.

VMware Horizon Mirage

کمپانی VMware راهکار Mirage را در سال 2012 از شرکت Wanova خریداری نمود و در مجموعه VMware Horizon Suite قرار داد. Mirage راهکاری منحصر به فرد برای مدیریت متمرکز دسکتاپ های فیزیکی یا مجازی، لپ تاپ‎ها و یا دستگاه های شخصی مورد استفاده در محیط کار است. هنگامی که Mirage بر روی یک windows PC نصب شده باشد، کپی کاملی را از آن Windows بر روی دیتاسنتر قرار می دهد و آنها را با یکدیگر همگام نگاه میدارد. این همگام سازی شامل تغییراتی از جانب کاربر نهایی در windows می شود که بر روی دیتاسنتر بارگذاری می شوند. همچنین شامل تغییراتی از جانب مدیر شبکه در رابطه با IT است که دانلود شده و به طور مستقیم بر روی windows PC کاربر اعمال می شود. Mirage توانایی مدیریت مرکزی image های دسکتاپ ها را دارد در حالی که مجوز مدیریت محیط local کاربر را به خود کاربرنهایی نیز می دهد.

Mirage می تواند PC را به لایه هایی مجزا تقسیم کند که به طور مستقل مدیریت می شوند: لایه Base Image، یک لایه شامل اپلیکیشن هایی نصب شده توسط کاربر و اطلاعات ماشین همچون machine ID و یک لایه شامل داده و فایل های شخصی کاربر.

در  این روش، مدیر IT  می تواند یک read-only Base Image ایجاد کند که معمولا شامل سیستم عامل (OS) و اپلیکیشن های اصلی همچون Microsoft Office و راهکارهای آنتی ویروسی می شود که به صورت مرکزی مدیریت می شوند. این Base Image می تواند بر روی کپی ذخیره شده از هر PC مستقر شود و سپس با نقطه نهایی هماهنگ شود. به دلیل لایه بندی، Image می تواند patch، بروزرسانی و re-synchronized شود، بدون اینکه اپلیکیشن های نصب شده توسط کاربر یا داده را بازنویسی کند. این ویژگی منجر به بهینه سازی در عملیات شبکه خواهند شد و موارد استفاده زیر را خواهد داشت:

• مدیریت Image واحد – ادمین می تواند یک Image اصلی را مدیریت کند و آن را با هزاران نقطه نهایی
  (endpiont) همگام سازد.
• مهاجرت سخت افزاری – با جایگزین کردن Base Image مرتبط با PC یک کاربر نهایی، دسکتاپ کاربر از جمله اپلیکیشن ها، داده و تنظیمات شخصی می تواند به سخت افزار جدید از جمله سخت افزاری از سازنده ای دیگر منتقل شود. این فرآیند را می توان به عنوان بخشی از یک فرآیند مهاجرت سخت افزاری یا برای جایگزینی یک PC دچار خرابی، یا دزدیده شده استفاده نمود.
• اصلاح ریموت اپلیکیشن های آسیب دیده – با اجرای یک Base image ، ادمین می تواند با ریموت زدن به کپی اصلی موجود در دیتاسنتر، مشکلات اپلیکیشن های اصلی یا OS را اصلاح کند.
• مهاجرت محلی از ویندوز Win xP به Win 7 – با جایگزین کردن Base Image مرتبط با PC یک کاربر نهایی، دسکتاپ کاربر از جمله داده و تنظیمات شخصی می تواند تحت شبکه و بدون زیرساخت اضافی از Win XP به Win 7 منتقل شود

برخی از مولفه های موجود در VMware Mirage عبارتند از:

• Mirage Client – فایلی قابل اجرا بر روی client endpoint است و به یک Mirage server یا به load balanced Mirage servers برای واکشی بروزرسانی ها از دسکتاپ مجازی مرکزی، متصل می شود.
• Mirage Management Server – یک کنسول اجرایی است که Mirage Server Cluster را کنترل و مدیریت می کند
• Mirage Server – در دیتاسنتر قرار می گیرد و عملکرد اصلی آن همگام سازی کلاینت ها با دسکتاپ مجازی مرکزی است. همچنین در برابر تحویل لایه Base ، لایه اپلیکیشن و دسکتاپ مجازی مرکزی به کلاینت ها مسئول است و آنها را بر روی کلاینت یکپارچه می کند.
• Mirage Management Console – یک GUI است که برای نگهداری، مدیریت و نظارت بر endpoint های نصب شده استفاده می شود. ادمین می تواند Mirage client ها، لایه های Base و لایه های اپلیکیشن را کانفیگ کند. همچنین با استفاده از Management console می تواند بر روی دسکتاپ مجازی مرکزی تغییرات را اعمال نماید.
• Centralized Virtual Desktop – محتوای کامل هر PC است. این داده به Mirage Server منتقل می شود و در آنجا ذخیره می گردد. از دسکتاپ مجازی مرکزی برای مدیریت، بروزرسانی، patch، پشتیبان گیری، عیب یابی، بازیابی و ارزیابی دسکتاپ در دیتاسنتر استفاده می شود.

VMware Horizon Workspace

یک نرم افزار مدیریت اینترپرایز است که واسط مرکزی واحدی را جهت دسترسی ایمن فراهم می کند. شما در هر زمان و از هر مکانی می توانید از طریق لپتاپ خود، کامپیوترهای خانگی و دستگاه های موبایل android یا ios به اپلیکیشن ها، دسکتاپ ها، فایل ها و سرویسهای وب کمپانی دسترسی یابید

مدیران شبکه از طریق پلتفرم مدیریت مبتنی بر وب می توانند مجموعه ای customize از دسترسی به اپلیکیشن و داده را برای کاربران فراهم کنند که شامل تنظیمات security policy و مجوز استفاده از اپلیکیشن ها می شود. سازمان ها می توانند به سادگی دستگاه های جدید، کاربران جدید یا اپلیکیشن های جدید را برای یک گروه از کاربران بدون نیاز به کانفیگ دوباره دستگاه ها یا endpoint ها اضافه کنند.

برخی از مولفه های اصلی در Horizon Workspace عبارتند از:

• Workspace Configurator – یک کنسول مدیریتی و واسط کاربری تحت web است که برای مدیریت مرکزی SSL همچنین تنظیمات شبکه، Gateway، vCenter و SMTP در Horizon vApp استفاده می شود.
• Workspace Manager – یک واسط اجرایی تحت وب است که کانفیگ application catalog، user entitlement management و system reporting را ممکن می سازد.
• Workspace Data – به عنوان یک datastore برای فایل های کاربر عمل می کند. سیاست های به اشتراک گذاری فایل ها را کنترل و سرویس های نمایش فایل را فراهم می کند.
• Workspace Connector – قابلیت هایی را برای احراز هویت کاربر local و پیوست Active Directory و سرویس های همگام سازی فراهم می کند. ThinApp catalog loading و View pool synchronization از دیگر خدماتی است که ارائه می دهد.
• Workspace Gateway – به عنوان یک namespace واحد برای همه تعاملات Workspace عمل می کند و دامنه ای برای دسترسی به Worspace ایجاد می کند. همچنین به عنوان بخشی مرکزی برای تجمیع همه اتصالات کلاینت است و ترافیک کلاینت را به مقصد درست مسیریابی می کند.

پشتيبان گيري از اطلاعات

يکي از اساسي ترين مسايل براي فهم پشتيبان گيري  (backup) و بازيابي (recovery) ، مفهومِ سطوح backup است و اينکه هر يک از اين سطوح چه معنايي دارند.

فقدانِ درک صحيح از اينکه اين سطوح چه هستند و چگونه به کار گرفته مي شوند، منجر شده است که سازمان ها تجربه ناخوشايندي از پهناي باند و فضاي ذخيره سازي به هدر رفته اي داشته باشند که جهت از دست نرفتن داده هاي مهم در پشتيبان گيري از اطلاعات به آنها تحميل مي شود. همچنين درک اين مفاهيم به هنگام انتخاب محصولات يا خدمات حفاظت از اطلاعات بسيار ضروري است.

Full backup

پشتيبان گيريِ کامل، شامل همه داده هاي کل سيستم مي شود. بکاپ کامل از Windows system ، بايد کپي هر يک از فايل ها بر روي هر درايو از ماشين يا VM را در برگيرد.

تنها چيزي که در پشتيبان گيري کامل حذف مي شود، فايل هايي هستند که از طريق پيکربندي مستثنا مي شوند. به طور مثال، اکثر ادمين هاي سيستم تصميم مي گيرند که دايرکتوري هايي را که در طول بازگرداني ارزشي ندارند (به طور مثال، /boot يا /dev) يا دايرکتوري هاي شامل فايل هاي موقتي (به طور مثال، C:\Windows\TEMP در ويندوز، يا /tmp در لينوکس) حذف شوند.

در مورد اينکه فرآيند پشتيبان گيري از اطلاعات شامل چه فايل هايي بايد شود، دو رويکرد وجود دارد: از همه چيز بکاپ بگيريد و چيزهايي را که مي دانيد به آنها نياز نداريد را حذف کنيد، يا اينکه تنها چيزي را که مي خواهيد از آن بکاپ بگيريد، انتخاب کنيد. اولين رويکرد گزينه اي امن تر است و رويکرد دوم نيز منجر به صرفه جويي در فضاي سيستم  از اطلاعات شما خواهد شد. برخي معتقدند که پشتيبان گيري از فايل هاي اپليکيشن همچون دايرکتوري هاي شاملSQL Server يا Oracle ، بيهوده است و به سادگي در طول فرآيند بازگرداني، اپليکيشن را دوباره بارگذاري مي کنند. مشکل رويکرد اخير اين است که احتمال دارد شخصي داده اي ارزشمند را در يک دايرکتوري قرار دهد که براي پشتيبان گيري انتخاب نشده است. به فرض اگر شما تنها دايرکتوريِ home/ يا D:\Data را براي پشتيبان گيري برگزينيد، چگونه سيستمِ بکاپ تشخيص خواهد داد که شخصي اطلاعاتي مهم را در ديگر دايرکتورها ذخيره کرده است؟ به همين دليل، با وجود اينکه رويکرد اول فضاي زيادتري را اشغال مي کند، پشتيبان گيري از همه چيز روشي امن تر مي باشد و تنها فايلهايي که نيازي نداريد، حذف مي شوند. البته اگر شما يک محيطِ به شدت کنترل شده داشته باشيد که در آن همه داده ها در مکاني مشخص بارگذاري شده باشند و راهکار هماهنگ شده ي مناسبي براي جابجايي سيستم عامل و اپليکيشن ها در فرآيند بازگرداني داشته باشيد، استفاده از راهکار دوم برايتان موثر خواهد بود.

از آنجايي که حجم عظيمي از داده ها بايد کپي شوند، در اين فرآيند زمان بسياري صرف خواهد شد (در مقايسه با انواع ديگر از روش هاي بکاپ گيري از اطلاعات ، اين روش 10 برابر زمان بيشتري را صرف مي کند). در نتيجه در هر نوبتِ پشتيبان گيري، بارکاري قابل ملاحظه اي به شبکه تحميل مي شود و با عمليات روتينِ شبکه شما تداخل پيدا مي کند. همچنين بکاپ گيري از اطلاعات به طور کامل حجم بالايي از فضاي ذخيره سازي را نيز اشغال مي کند.

به همين دليل است که بکاپ گيري از اطلاعات به طور کامل تنها به صورت دوره اي گرفته خواهد شد و آن را با انواع ديگر بکاپ ترکيب مي کنند.

فوايد پشتيبان گيري از اطلاعات به طور کامل:

• ريکاوري سريعِ داده ها به هنگام رخدادِ يک disaster
• مديريت بهتر ذخيره سازي، از آنجايي که تمام مجموعه داده ها در يک فايل بکاپِ واحد ذخيره مي شوند

معايب پشتيبان گيري از اطلاعات به طور کامل:

با وجود اينکه بکاپ گيري از اطلاعات به طور کامل، مزيت هاي بالا را براي شما به ارمغان مي آورد اما شامل نقاط ضعف بسياري نيز هست:

• اجراي بکاپِ کامل، زمان بسياري زيادي را به خود اختصاص مي دهد
• شما نياز به يک ذخيره ساز با ظرفيت بسيار بالا خواهيد داشت تا بتواند همه بکاپ هاي شما را دربر گيرد
• از آنجايي که هر فايلِ full backup شامل کل مجموعه داده هاي شماست (که اغلب محرمانه هستند)، اگر اين داده ها به دسترسي شخصي فاقدِ صلاحيت برسند، کسب و کار شما دچار مخاطره مي شود. هر چند اگر راهکار بکاپِ شما از ويژگي data protection پشتيباني نمايد، مي توان از اين خطرات پيشگيري نمود.

incremental backup (پشتيبان گيري افزايشي)

بکاپِ افزايشي معمولا از داده هايي پشتيبان مي گيرد که از زمان آخرين بکاپِ گرفته شده (هر نوعي از بکاپ که باشد)، تغييري روي آنها صورت گرفته باشد. گرفتن يک بکاپِ کاملِ اوليه از پيش شرط هاي ايجادِ بکاپِ افزايشي است. و بسته به سياست هاي ذخيره سازيِ بکاپ، پس از يک دوره زماني معين به يک full backup جديد براي تکرار اين سيکل نياز است.

برخي از اين نوع بکاپ ها، بکاپ هاي file-based هستند به اين معنا که از همه فايلهايي که نسبت به آخرين زمان بکاپ تغيير کرده باشند، بکاپ تهيه مي شود. در حالي که ما به روش هاي مختلف مي کوشيم تا تاثير I/O ناشي از بکاپها بر روي سرور (به خصوص به هنگام پشتيبان گيري از VM ها) را کاهش دهيم، در اين شيوه بکاپ گيري از اطلاعات با چالشي در اين مورد مواجه خواهيم شد. چرا که پشتيبان گيري از يک فايل 10GB  که تنها 1 MB از آن تغيير کرده است، چندان کارآمد نيست.

به دليل ناکارآمدي در شيوه file-based، اکثر کمپاني ها به سمت بکاپ افزايشيِ block-based رفته اند که در آن تنها از بلاک هاي تغيير يافته، بکاپ گرفته مي شود. رايجترين روش براي انجام آن هنگامي است که از محصولات نرم افزاري بکاپ تهيه مي شود، به طور مثال از VMware يا Hyper-V با استفاده از API هر يک از آنها، مي توان پشتيبان تهيه نمود. هر App يک API مناسب خود را اعلام مي کند که بکاپ افزايشيِ block-based را انجام مي دهد.

ويژگي ها

از لحاظِ سرعتِ پشتيبان گيري/بازگرداني، بکاپ differential به عنوانِ راهکاري است که در ميانِ دو راهکار بکاپِ کامل و بکاپ افزايشي قرار مي گيرد:

• عمليات بکاپ گيري از اطلاعات در آن کندتر از بکاپ افزايشي اما سريعتر از بکاپ کامل است
• عمليات بازگردانيِ آن، آهسته تر از بکاپ کامل اما سريع تر از بکاپ افزايشي است

فضاي ذخيره سازي لازم براي بکاپِ differential، حداقل در يک دوره مشخص، کمتر از فضاي لازم براي بکاپِ کامل و بيشتر از فضاي مورد نياز براي بکاپ افزايشي است.

Mirror backup

اين راهکار مشابه با بکاپ گيري از اطلاعات به طور کامل است. اين نوع بکاپ گيري از اطلاعات، کپي دقيقي از مجموعه داده ها ايجاد مي کند با اين تفاوت که بدون رديابيِ نسخه هاي مختلفِ فايل ها، تنها آخرين نسخه از داده در بکاپ ذخيره مي شود.

بکاپِ Mirror ، فرآيند ايجاد کپي مستقيمي از فايل ها و فولدرهاي انتخاب شده، در زماني معين است. از آنجايي که فايل ها و فولدرها بدون هيچ گونه فشرده سازي در مقصد کپي مي شود، سريع ترين انواع روش هاي پشتيبان گيري از اطلاعات است. با وجود سرعت افزايش يافته در آن، نقاط ضعفي را نيز به همراه خواهد داشت: به فضاي ذخيره سازي وسيعتري نياز دارد و نمي تواند از طريق رمز عبور محافظت شود.

در اين نوع از بکاپ گيري، هنگامي که فايل هاي بي کاربرد حذف مي شوند، از روي بکاپِ mirror نيز حذف خواهند شد.  بسياري از خدماتِ بکاپ ، بکاپِ mirror را با حداقل 30 روز فرصت براي حذف پيشنهاد مي کنند. به اين معناست که به هنگام حذف يک فايل از منبع، آن فايل حداقل 30 روز بر روي storage server نگهداري مي شود.

ويژگي ها

امتيازي که بکاپِ mirror در اختيار شما مي گذارد، بکاپي درست است که شامل فايل هاي منسوخ شده و قديمي نمي شود.

و اما معايب آن زماني خود را نشان خواهد داد که فايل ها به صورت تصادفي يا به واسطه ويروس ها از منبع حذف شده باشند.

Reverse Incremental Backup (پشتيبان گيري افزايشي معکوس)

در اين نوع  بکاپ گيري از اطلاعات نيز براي شروع به يک بکاپ کامل اوليه نياز است. پس از ايجاد بکاپِ کامل اوليه، هر بکاپ افزايشيِ موفق تغييرات را به نسخه پيشين اعمال مي کند که در نتيجه آن در هر زمان يک بکاپ کاملِ جديد (به صورت مصنوعي) ايجاد مي شود. در حالي که کماکان توانايي بازگشت به نسخه هاي پيشين وجود دارد. هر يک از بکاپ هاي افزايشيِ اعمال شده به بکاپ کامل، نيز ذخيره مي شوند که در زنجيره اي از بکاپ ها، به طور مستمر در پشت سرِ بکاپ کاملِ به روز شده، در جريان هستند.

امتياز اصلي در اين نوع از بکاپ گيري فرآيند بازيابي کارآمدترِ آن است، چرا که بخش زيادي از جديدترين نسخه هاي داده به بکاپ کامل اوليه اضافه مي شود و  نيازي نداريد بکاپ هاي افزايشي را در طول بازيابي بکار ببنديد. در گيف زير فرآيند اجراي اين نوع بکاپ نشان داده شده است.

Smart backup (پشتيبان گيري هوشمند)

پشتيبان گيري هوشمند، ترکيبي از بکاپ هاي کامل، افزايشي و تفاضلي است. بسته به هدفي که در بکاپ گيري از اطلاعات در نظر داريد و همچنين فضاي ذخيره سازيِ در دسترس، بکاپ هوشمند مي تواند راهکاري کارآمد را ارائه دهد. جدول زير ايده اي در رابطه با چگونگي کارکرد اين نوع بکاپ، در اختيار شما مي گذارد.

با استفاده از بکاپ هوشمند، هميشه مي توانيد تضمين نماييد که فضاي ذخيره سازيِ کافي براي بکاپ هاي خود در اختيار داريد.

 Continuous Data Protection (محافظت مستمر از داده)

بر خلاف بکاپ هاي ديگر که به صورت دوره اي انجام مي شوند، CDP از هر تغييري در مجموعه داده هاي منبع log تهيه مي کند که از سويي مشابه با بکاپِ mirror است. اختلاف CDP با mirror در اين است که log مربوط به تغييرات براي بازيابيِ نسخه هاي قديمي تر از داده مي تواند بازيابي شود.

Synthetic Full Backup (بکاپ کامل ساختگي)

اين نوع از بکاپ شباهت هاي بسياري با بکاپ افزايشي معکوس دارد. اختلافِ آنها در چگونگي مديريت داده هاست. بکاپ کامل مصنوعي با اجراي بکاپ کاملِ مرسوم آغاز مي شود که در ادامه مجموعه اي از بکاپ ها افزايشي را در پي دارد. در زماني معين، بکاپ هاي افزايشي هماهنگ مي شوند و به بکاپ کاملِ موجود اعمال مي شوند تا بکاپ کاملي را به طور مصنوعي و به عنوان يک نقطه شروعِ جديد ايجاد نمايند.

بکاپ کاملِ ساختگي، تمامي امتيازات يک بکاپ کامل را دارد، در حالي که زمان و فضاي ذخيره سازيِ کمتري را صرف مي کند.

از جمله مزاياي بهره وري از بکاپ کامل ساختگي عبارتند از:

• عمليات بازيابي و بکاپ گيريِ سريع
• مديريتِ بهترِ ذخيره ساز
• نياز کمتر به فضاي ذخيره سازي
• يارهاي کاريِ کمتر در شبکه

Forever-Incremental Backup

اين راهکار با بکاپ افزايشي عادي متفاوت است. همچون اکثر راهکارهاي پيشين براي شروع به يک بکاپ کامل اوليه به عنوان يک نقطه مرجع براي ردگيري تغييرات نياز دارد. از آن لحظه، تنها بکاپ هاي افزايشي بدون هيچ گونه بکاپ کاملِ دوره اي ايجاد مي شوند.

فرض کنيد که شما بکاپ کامل را در روز شنبه ايجاد کرديد. با شروع روز بعد، بکاپ هاي افزايشي به صورت روزانه ايجاد مي شوند. در روز يکشنبه دو بلوک جديدِ A و B در مجموعه داده هاي منبع ايجاد شده اند. در روز دوشنبه بلوک A حذف و بلوکِ جديد C بر روي منبع ايجاد شده است. در روز سه شنبه بلوک B حذف و بلوک جديد D ايجاد شده است. سيستمِ forever-incremental backup تماميِ تغييرات روزانه را پيگيري مي کند. حذف بلوک هاي داده تکراري تا فضاي ذخيره سازي مورد نياز براي بکاپ را کاهش دهد.

يا توجه به سياست هاي ويژه در زمينه نگهداري بکاپ ها، پس از ايجادِ مجموعه اي از بکاپ هاي افزايشي، نقاط بکاپ گيري و بازيابيِ منقضي شده حذف مي شوند تا فضاي ذخيره سازيِ اشغال شده در backup repository آزاد شود.

امتيازاتي که روش بکاپ گيريِ forever-incremental نصيب شما خواهد کرد نيز مشابه با روشِ بکاپ کامل ساختگي است.

جمع بندي

در حقيقت راهکار بکاپ گيري از اطلاعات خوب يا بد وجود ندارد. بايد در نظر بگيريد که چه نوعي از بکاپ گيري براي شما بهترين است و نيازهاي ويژه ي سازمانِ شما را بر مبناي سياست هاي محافظت از داده، ذخيره سازِ موجود، منابع، پهناي باند شبکه، نواحي داده اي مهم و …. برآورده مي سازد.

توجه: براي وضوح تصاوير بر روي آن ها کليک کنيد.

منبع : Faradsys.com

Hyper-V Architecture

Hyper-V features a Type 1 hypervisor-based architecture. The hypervisor virtualizes processors and memory and provides mechanisms for the virtualization stack in the root partition to manage child partitions (virtual machines) and expose services such as I/O devices to the virtual machines.

The root partition owns and has direct access to the physical I/O devices. The virtualization stack in the root partition provides a memory manager for virtual machines, management APIs, and virtualized I/O devices. It also implements emulated devices such as the integrated device electronics (IDE) disk controller and PS/2 input device port, and it supports Hyper-V-specific synthetic devices for increased performance and reduced overhead.

The Hyper-V-specific I/O architecture consists of virtualization service providers (VSPs) in the root partition and virtualization service clients (VSCs) in the child partition. Each service is exposed as a device over VMBus, which acts as an I/O bus and enables high-performance communication between virtual machines that use mechanisms such as shared memory. The guest operating system’s Plug and Play manager enumerates these devices, including VMBus, and loads the appropriate device drivers (virtual service clients). Services other than I/O are also exposed through this architecture.

Starting with Windows Server 2008, the operating system features enlightenments to optimize its behavior when it is running in virtual machines. The benefits include reducing the cost of memory virtualization, improving multicore scalability, and decreasing the background CPU usage of the guest operating system.

The following sections suggest best practices that yield increased performance on servers running Hyper-V role.

source: microsoft.com

در یک شبکه lan، اگر تمامی بسته ها به مقصد سگمنت های دیگر شبکه توسط روتری یکسان فرستاده شوند، هنگامی که gateway از کار بیافتد، همه ی هاست هایی که از آن روتر به عنوان next-hop پیش فرض استفاده می کنند در برقراری ارتباط با شبکه های خارجی موفق نخواهند بود. برای رفع این مشکل، سیسکو پروتکل اختصاصی HSRP را ارائه داده است که برای gateway ها در یک lan ، افزونگی ایجاد می کند تا قابلیت اطمینان شبکه را افزایش دهد.

پروتکل HSRP چیست ؟

یکی از راه های دستیابی به uptime نزدیک به 100 درصد در شبکه، استفاده از پروتکل HSRP است که افزونگی را در شبکه های IP ، ارائه می دهد. HSRP تضمین خواهد کرد که به هنگام ایجاد خطا در دستگاه ها یا مدارهای دسترسی که در لبه (edge) شبکه قرار دارند، ترافیک های کاربر بلافاصله به بیرون شبکه ارسال شوند.

با به اشتراک گذاشتن یک آدرس IP و آدرس MAC (لایه 2) میان دو یا تعدادی بیشتری از روترها، آنها می توانند به عنوان یک روتر مجازیِ واحد (virtual router) عمل نمایند. روترهای عضو در این گروه، به طور مستمر برای رصد وضعیت روترهای دیگر پیام هایی را با یکدیگر مبادله می نمایند. در نتیجه هر روتر مسئولیت مسیریابی روتری دیگر را نیز بر عهده خواهد گرفت. و بر پایه این پروتکل، هاست ها می توانند بسته های IP را به آدرس MAC و IP پایداری ارسال نمایند.

مکانیزم های پویا برای تشخیص روتر

در ادامه مکانیزم های موجود برای تشخیص روتر توسط هاست تشریح می شود. بسیاری از این مکانیزم ها منجر به تاب آوری (resiliency) بیشترِ شبکه نمی شوند. این مسئله به این معنا می تواند باشد که در ابتدا برای پروتکل ها  قابلیت تاب آوریِ شبکه در نظر گرفته نمی شد یا اینکه اجرای پروتکل برای هر هاست از شبکه ممکن نبود. باید این را در نظر داشته باشید که بسیاری از هاست ها، تنها مجوز تنظیمِ default gateway را به شما می دهند.

Proxy Address Resolution Protocol

برخی از هاست ها از پروتکل (proxy Address Resolution Protocol (ARP برای انتخاب یک روتر استفاده می کنند. هنگامی که یک هاست proxy ARP را اجرا می کند، به منظور دستیابی به آدرس IP هاستی که قصد ارتباط با آن را دارد، یک درخواست ARP ارسال می کند. فرض کنید روتر A در شبکه، از طرف هاستِ مقصد پاسخ می دهد و آدرس MAC اش را در اختیار می گذارد. به واسطه ی پروتکل ARP ، هاست مبدا با هاست راه دور به گونه ای برخورد می کند که گویی به همان سگمنت از شبکه متصل است. اگر روتر A از کار بیافتد، هاست مبدا به ارسال بسته ها به هاست مقصد از طریق آدرس MAC مربوط به روتر A ادامه می دهد، با آنکه این بسته ها به مقصدی ارسال نمی شوند و از بین می روند. شما می توانید منتظر بمانید تا پروتکل ARP ، آدرس MAC یک روتر دیگر بر روی همان سگمنت ،به فرض روتر B ، را به دست آورد. آدرس روتر B از طریق ارسال یک درخواستِ دیگر ARP یا راه اندازی مجددِ هاست مبدا برای ارسال درخواست ARP به دست می آید. از طرف دیگر برای مدت زمانی قابل توجه، هاست مبدا نمی تواند با هاست راه دور ارتباط برقرار کند، با وجود اینکه انتقال بسته هایی که پیش از این توسط روتر A ارسال می شدند از طریق روتر B میسر می شود.

Dynamic Routing Protocol

برخی از هاست ها یک پروتکل مسیریابی پویا همچون (Routing Information Protocol (RIP یا (Open Shortest Path First (OSPF را اجرا می کنند تا روترها را بیابند. نقطه ضعفِ پروتکل RIP، سرعتِ کُندِ آن برای به کارگیری تغییرات در توپولوژی است. اجرای یک پروتکل مسیریابی پویا بر روی هر هاست، به دلایلی ممکن است، عملی نباشد. که این دلایل شاملِ administrative overhead ، processing overhead ، مسائل امنیت یا عدم امکانِ پیاده سازی پروتکل بر روی برخی از پلتفرم ها می شود.

(ICMP Router Discovery Protocol (IRDP

به هنگام عدم دسترسی پذیری به یک مسیر، برخی از هاست های جدیدتر از IRDP برای یافتن روتری جدید استفاده می کنند. هاستی که IRDP را اجرا می کند به پیام های multicast دریافت شده از روتر پیش فرضِ خود گوش فرا می دهد و هنگامی که پس از مدتی پیام های hello را دریافت نکند، از یک روتر جایگزین بهره می برد.

Dynamic Host Configuration Protocol

پروتکل DHCP مکانیزمی را برای انتقال اطلاعات کانفیگ به هاست ها بر روی شبکه TCP/IP ارائه می دهد. این اطلاعات کانفیگ معمولا شامل آدرس IP و default gateway می شود. اگر default gateway از کار بیافتد، هیچ مکانیزمی برای تغییر به روتری جایگزین وجود ندارد.

عملیات HSRP

در بسیاری از هاست ها تشخیص پویا پشتیبانی نمی شود. بنا به دلایلی که پیشتر ذکر شد، اجرای یک مکانیزم تشخیص پویای روتر بر روی هر هاست از شبکه نیز ممکن است تحقق پذیر نباشد. در نتیجه پروتکل HSRP برای این هاست ها failover service را فراهم می کند.

با استفاده از HSRP ، مجموعه ای از روترها به صورت همزمان فعالیت می کنند تا به عنوان یک روتر مجازی واحد به هاست های موجود بر روی LAN نشان داده می شوند. این مجموعه به عنوان گروه HSRP یا گروه standby شناخته می شوند. یک روترِ برگزیده از این گروه مسئولیت ارسال بسته هایی را بر عهده دارد که هاست ها به روتر مجازی می فرستند. این روتر به عنوان Active router شناخته می شود و روتر دیگر به عنوان Standby router انتخاب می شود. هنگامی که روتر Active از کار بیافتد، روتر standby وظایفِ ارسال بسته را بر عهده می گیرد. با وجود آنکه تعداد دلخواهی از روترها پروتکل HSRP را می توانند اجرا نمایند، تنها روتر Active ، بسته هایی را ارسال می کند که به روتر مجازی فرستاده شده اند.

برای به حداقل رساندن ترافیک شبکه، به محض اینکه پروتکل فرآیند انتخاب را کامل کرد، تنها روترهای Active و standby پیام های HSRP را به صورت دوره ای می فرستند. اگر روتر Active از کار بیافتد، روتر standby به عنوان روتر Active فعال خواهد شد. اگر یک روتر standby از کار بیافتد یا به یک روتر Active تبدیل شود، سپس روتر دیگری به عنوان روتر standby انتخاب می شود.

بر روی یک LAN مشخص، چندین گروه standby  همزمان می توانند حضور و یا همپوشانی داشته باشند. هر گروه standby یک روتر مجازی را شبیه سازی می کنند. روتری مشخص ممکن است در چندین گروه شرکت داشته باشد. در چنین مواقعی، روتر تایمر و وضعیت هر گروه را به صورت جداگانه نگهداری می کند.

هر گروه standby یک آدرس MAC و یک آدرس IP دارد.

ارتباطات در HSRP

با استفاده از پروتکل HSRP سه نوع از پیام های multicast میان دستگاه ها رد و بدل می شود:

Hello – پیام hello میان دستگاه های Active و Standby ارسال می شود (به صورت پیش فرض هر 3 ثانیه). اگر دستگاه Standby به مدت 10 ثانیه از سمت Active پیامی دریافت نکند، خودش نقش Active را بر عهده خواهد گرفت.

Resign – پیام resign از طرف روترِ active فرستاده می شود، هنگامی که این روتر قرار است آفلاین شود یا به دلایلی از نقش Active صرف نظر کند. این پیام به روتر Standby می گوید که برای نقش Active آماده شود.

Coup – پیام coup هنگامی استفاده می شود که روتر Standby می خواهد به عنوان روتر Active فعال شود (preemption).

وضعیت روترها در HSRP

روترها در پروتکل HSRP در یکی از وضعیت های زیر قرار می گیرند:

Active – حالتی است که ترافیک در حال ارسال است.

Init یا Disabled – حالتی است که روتر آماده نیست یا قادر به شرکت در فرآیند HSRP نیست.

Learn – حالتی است که هنوز آدرس IP مجازی تعیین نشده است و پیام hello از طرف روتر Active دیده نشده است.

Listen – حالتی است که یک روتر پیام های hello را دریافت می کند.

Speak – حالتی است که روتر پیام های hello را می فرستد و دریافت می کند.

Standby – حالتی است که روتر آماده می شود تا وظایف ارسال ترافیکِ مربوط به روتر Active را بر عهده بگیرد.

ویژگی های HSRP

Preemption

ویژگیِ Preemption در HSRP بلافاصله روتری با حداکثر اولویت را به عنوان روتر Active فعال می سازد. اولویت روتر در ابتدا از طریق مقدار priority تعیین می شود که توسط شما تنظیم شده است و سپس به واسطه آدرس IP . هرچه این مقدار بیشتر باشد، اولویت بالاتر است.

وقتی که یک روتر با اولویت بیشتر حق تقدم می یابد، یک پیام coup می فرستد. هنگامی که یک روتر Active با اولویتی کمتر پیامِ coup یا پیامِ hello را از یک روتر با اولویتی بالاتر دریافت کند، به وضعیت speak تغییر می کند و یک پیامِ resign می فرستد.

Preempt Delay

این ویژگی منجر خواهد شد که فرآیند preemption برای مدت زمانی قابل تنظیم به تعویق بیافتد، و در نتیجه روترِ با اولویت بالا اجازه خواهد یافت که پیش از دریافت نقشِ Active، جدول routing خود را پُر نماید.

Interface Tracking

این ویژگی به شما اجازه خواهد داد که اینترفیسی را بر روی روتر، برای نظارت بر فرآیند HSRP تعیین نمایید تا اولویت HSRP را برای گروهی معین تغییر دهد.

اگر line protocol مربوط به اینترفیس مشخص شده down شود، اولویت HSRP مربوط به این روتر کاهش یافته است. در نتیجه به روتر دیگری با اولویت بالاتر اجازه داده می شود تا Active شود. برای اینکه از Interafece Tracking در HSRP استفاده نمایید دستور زیر را به کار برید:

[Standby [group] track interface [priority

Multiple HSRP Group

ویژگی MHSRP به نسخه 10.3 از Cisco IOS اضافه شد. این ویژگی به اشتراک گذاری load و افزونگی در شبکه را در اختیار می گذارد. و اجازه خواهد داد که روترهای افزونه به طور کامل مورد بهره برداری قرار گیرند. در حالی که روتری در نقش Active ترافیکِ یک گروهِ HSRP را ارسال می کند، در همان حال در گروهی دیگر می تواند در وضعیت standby یا listen قرار بگیرد.

آدرس MAC و IP مجازی

آدرس IP مجازی توسط ادمین شبکه کانفیگ می شود. هاست آدرسِ IP مربوط به default gateway خود را برابر با این آدرس IP مجازی خواهد گذاشت و در این حالت روترِ Active به آن پاسخ خواهد داد. آدرس MAC مجازی بر طبق الگوی زیر ایجاد می شود:

##.0000.0C07.AC

بخشِ 0000.0C مربوط به شناسه OUI شرکت Cisco است. بخشِ 07.AC ،شناسه ی اعمال شده برای پروتکلِ HSRP است و ## شناسه ی گروه HSRP است که توسط ادمین شبکه کانفیگ می شود.

**************

برای پروتکل HSRP دو نسخه ارائه شده است که با توجه به نوع سوئیچ لایه 3 یا روتری که در اختیار دارید، می توانید یکی از این دو نسخه را استفاده نمایید. در زیر جدول تفاوت این دو نسخه آورده شده است.

برای تنظیمِ پروتکل HSRP بر روی سوئیچ سیسکو لایه 3 و روتر سیسکو می توانید از این لینک کمک بگیرید.

Fast Vp چیست ؟

نرم افزار EMC FAST به محصولات EMC Unity اجازه می دهد تا از درایوهای Flash با کارایی بالا استفاده کنند. نرم افزار FAST شامل Fully Automated Storage Tiering  برای (Virtual Pools (FAST VP و FAST Cache است. این دو ویژگی در کنار هم کار می کنند تا از فضای ذخیره سازی درون سیستم به صورت مؤثر استفاده شود. هر یک از این ویژگی های نرم افزاری تضمین می کند که فعال ترین داده ها از طریق Flash پشتیبانی می شوند.

هنگامی که ویژگیِ FAST VP فعال شود، این ویژگی آمارهایِ Performance روی هر [1] slice در یک Pool را اندازه گیری و ثبت می کند. در ادامه، FAST VP این داده ها را تجزیه و تحلیل می کند و تصمیم می گیرد تا داده ها را به tier های مختلف انتقال دهد (با توجه به میزان استفاده از داده) تا Performance یک Pool را بیشینه کند و از فضای درون Pool به طور موثری بهرمند شود. Slice هایی که بیشترین استفاده را دارند به طور خودکار به Tier های بالاتر در یک Pool منتقل می شوند، در حالی که Slice هایی که استفاده کمتری دارند به Tier های پایین تر منتقل می شوند. داده هایی که از قبل روی Flash در یک Pool قرار گرفته اند از فضای Fast Cache استفاده نمی کنند که این قابلیت اجازه می دهد تا داده های مستقرِ بیشتری بر روی هارد دیسک ها از مزایای فلش Fast VP بهره مند شوند.

این مقاله برای مشتریان ، شرکا و کارکنان فاراد در نظر گرفته شده است که از ویژگی های FAST VP و FAST CACHE در خانواده EMC Unity از سیستم های استوریج استفاده می کنند. استفاده از این ویژگی با EMC Unity و نرم افزار مدیریت EMC همراه می شود.

بطور معمول وقتی داده ای ایجاد می شود ابتدا در بالاترین tier قرار می گیرد و با توجه به میزان نوشتن و خواندن از آن داده ، استوریج نسبت به انتقال داده در tier مناسب اقدام می کند. از این روند نیز به عنوان چرخه حیات داده ها یاد شده است. EMC Unity سیستم ذخیره سازی کاملا اتوماتیک (Fully Automated Storage Tiering) را برای Pool های مجازی (FAST VP) ارائه می دهد که بر الگوهای دسترسی به داده (خواندن و نوشتن داده ها) درونِ Pool های سیستم نظارت می کند و به صورت پویا خود را تطبیق می دهد از طریقِ در نظر گرفتن و انتخاب مناسب ترین tier که میزان کارایی (Performance) مورد نیاز را ارائه می دهد. FAST VP درایوها را به سه دسته تقسیم می کند. این سطوح عبارتند از:

• Extreme Performance Tier – شامل درایوهای Flash است
• Performance Tier – شامل درایوهای (Serial Attached SCSI (SAS است
• Capacity Tier – شامل درایوهای (Near-Line SAS (NL-SAS

FAST VP به کاهش هزینه (Total Cost of Ownership-TCO) با حفظ Performance و با استفاده از ساختار Pool می پردازد. به جای ایجاد یک Pool با یک نوع درایو، مخلوط کردن Flash، SAS و NL SAS درایوها می توانند از طریق کاهش تعداد درایوها و استفاده از درایوهایی با ظرفیت بیشتر به کاهش هزینه های یک پیکربندی کمک کنند. داده هایی که دارای سطح عملکرد بالایی هستند در درایو های Flash قرار می گیرند، در حالی که داده هایی که فعالیت کمتری دارند در SAS یا NL-SAS قرار می گیرند.

EMC Unity یک رویکرد واحد برای ایجاد منابع ذخیره سازی در سیستم دارد. Block LUNs، File Systems و VMware Datastores همه می توانند در یک Pool واحد وجود داشته باشند و همگی می توانند از ویژگی های FAST VP بهره مند شوند. در تنظیمات سیستم با حداقل مقدار Fast VP ، Flash به راحتی از درایوهای Flash برای داده های فعال با عملکرد بالا , صرف نظر از نوع منبع استفاده می کند. میزان عملکرد برای تمام داده ها در یک Pool در مقایسه با یکدیگر بررسی می شوند و بیشترین اطلاعات مورد استفاده ، در درایو های با کارایی بالا (درایو های Flash) قرار می گیرند. سیاست های Tiering در مقاله های بعد توضیح داده خواهد است.

لایسنس FAST VP :

در Fast VP ، Unity روی سیستم های Unity Hybrid و UnityVSA پشتیبانی می شود. برای سیستم های Unity Hybrid ، FAST VP از طریق بسته ی نرم افزاری EMC Unity Essentials که شامل تمامی سیستم های Unity Hybrid می باشد فعال می شود. FAST VP برای UnityVSA  با License نرم افزار پایه فعال می شود. هنگامی که این License ها نصب می شوند، ویژگی های مرتبط FAST VP در دسترس هستند:

• توانایی ایجاد Pool با انواع چندین درایو
• توانایی تنظیم سیاست های Tiering روی Block LUN ها، File Systems و VMware Datastores.
• توانایی دسترسی به تب FAST VP در Pool properties window یا storage resource properties window
• 

[1] Slice : سیستم LUN های شما را به تکه های کوچک (Slice) تقسیم می کند و به این Slice ها یک درجه حرارتی ( با توجه به کارایی ) اختصاص داده می شود. مثلا اگر Slice هایی که به طور مداوم در دسترس باشد را Hot Slice و Slice هایی که به ندرت از آن ها استفاده می شود را Cold Slice گویند و این Slice ها دارای حجم 256MB می باشند.

منبع : فاراد سیستم

سوئیچ سیسکو


*سوئیچ سیسکو دستگاهی است که در شبکه های مخابراتی مورد استفاده قرار می گیرد. کاری که سوئیچ به انجام می رساند این است که داده های ورودی را از هر یک از پورت های ورودی چندگانه، به پورت خروجی خاص هدایت می کند. به این ترتیب اطلاعات در مقصد مورد نظر دریافت می شوند. در شبکه تلفن سنتی (Circuit-switched)، یک یا چند سوئیچ به کار گرفته می شوند. این سوئیچ ها یک مدار اختصاصی را جهت برقراری اتصال موقت به وجود می آورند که منجر به برقراری ارتباط میان دو یا چند نفر می شود. در شبکه محلی اترنت (LAN)، یک سوئیچ با توجه به فریم ورودی، آدرس فیزیکی ( MAC آدرس ) مقصد را تعیین می کند و فریم حاوی دیتا را به طور مستقیم به سمت مقصد هدایت می کند. در شبکه گسترده مانند اینترنت، سوئیچ آدرس مقصد را با توجه به آدرس IP که در هر بسته دیتا به طور اختصاصی تعریف شده است؛ مشخص می کند.

سوئیچ لایه 2 و سوئیچ لایه 3 : 

سوئیچ های لایه 2 : در مدل ارتباطات OSI یک سوئیچ در Layer 2 یا لایه Data-link عمل می کند و توابع سوئیچینگ را انجام می دهد. به عبارت دیگر این مدل از سوئیچ ها “مک آدرس ” را با توجه به Packet or Data Unit تعیین می کنند. سوئیچ های لایه 2 ساده ترین نوع از سوئیچ ها می باشند. از جمله این سوئیچ ها می توان به سوئیچ 2960 اشاره کرد.
سوئیچ های لایه 3 : در شبکه های گسترده ای مانند اینترنت، تعیین آدرس مقصد نیازمند جستجو در جدول مسیریابی می باشد. با وجود اینکه این عمل توسط روتر انجام می شود اما برخی از سوئیچ های امروزه قابلیت انجام عمل Routing را نیز پشتیبانی می کنند. این مدل از سوئیچ ها که قادر به انجام توابع مسیریابی هستند در لایه 3 یا لایه شبکه مدل OSI قرار می گیرند. سوئیچ های لایه 3 را می توان سوئیچ های IP نامید. به عنوان مثالسوئیچ سیسکو 6500 Catalyst ، سوئیچ سیسکو Catalyst 6800 و سوئیچ سیسکو Nexus از این مدل سوئیچ ها می باشند.


متخصصین ما آماده‌اند تا در صورت لزوم با حضور در سازمان ضمن تحلیل دقیق نیازهایتان و با در نظر گرفتن محدودیت‌های مالی ، بهینه‌ترین راهکار را در خصوص انتخاب سوئیچ سیسکو به شما معرفی نمایند . علاوه بر این می توانید از کارشناسان ما در خصوص قیمت سوئیچ سیسکو در مدل های مختلف و نیز انواع سوئیچ های سیسکو ، مشاوره لازم را دریافت کنید .

نحوه ایجاد و پیکربندی ماشین مجازی در Hyper-V ویندوز سرور 2016

در مقاله قبل مقدمه ای از Hyper-V را در اختیارتان قرار دادیم. در این مقاله قصد داریم درباره ی راه اندازی Hyper-V در ویندوز سرور 2016 صحبت کنیم که شامل نصب، مدیریت، تنظیمات ذخیره سازی، پیکربندی شبکه و مدیریت از راه دور است. امتیاز راه اندازی و نصب Hyper-V در ویندوز سرور 2016 این است که میزبان ، ماشین های مجازی می باشند. بنابراین، بیایید بررسی کنیم که چگونه ماشین ها را در Hyper-V از ویندوز سرور 2016 ایجاد و پیکربندی کنیم.

ایجاد یک ماشین جدید :

ابتدا، شما باید از  Hyper-V Manager برای اتصال به میزبان Hyper-V استفاده کنید. Hyper-V Manager شامل ابزار Remote Server Administration Tools ( RSAT ؛ دانلود جداگانه ) برای سیستم عامل های کلاینت مانند ویندوز 10 ، یا در بخش Server Manager شامل Install Features از ویندوز سرور 2016 می باشد.

ابتدا به Hyper-V Manager بروید.

برای شروع، بر روی میزبان Hyper-V خود کلیک راست کرده و New> VM را انتخاب کنید.

در این قسمت ، Wizard مربوط به New Virtual Machine راه اندازی می شود.

پیکربندی را با انتخاب یک نام برای ماشین شروع کنید.

Generation های مختلف ماشین های مجازی

در مرحله بعد از شما خواسته می شود تا نوع Generation ماشین مجازی خود را انتخاب کنید. در اینجا شما دو انتخاب دارید:

Generation 1 و Generation 2 . اما این دو چه تفاوت هایی دارند؟

برای شروع، ماشین های مجازی Generation 2 تنها با Hyper-V 2012 R2 و بالاتر سازگار است. همچنین ویندوز سرور 2012 / ویندوز 8 64 بیتی و بالاتر با Generation 2 پشتیبانی می شود. بنابراین هیچ نسخه 32 بیتی از این سیستم عامل ها کار نخواهند کرد. در حقیقت، اگر یک ماشین مجازی از نوع Generation 2 ایجاد کنید و سعی کنید بوت از یک ISO  سیستم عامل 32 بیتی ایجاد کنید ، به سادگی به شما یک ارور می دهد که هیچ مدیایی برای boot نمی تواند پیدا کند. همچنین مایکروسافت در حال پشتیبانی از ماشین های Generation 2 با لینوکس است. در حال حاضر چون تمام سیستم عامل ها توسط Generation 2 پشتیبانی نمی شوند مطمئن شوید که متناسب با نیاز خود Generation ماشین ها را انتخاب می کنید. ملاحظه دیگری نیز وجود دارد: برای کسانی که در فکر انتقال یک ماشین مجازی Hyper-V از پیش ساخته شده به Azure هستند، Gneration 2 آن را پشتیبانی نمی کند.

برای سازگاری بیشتر از جمله انتقال به Azure، ماشین ها باید از نوع Generation 1 انتخاب شوند. اگر هیچ کدام از محدودیت های ذکر شده درست نیست و شما می خواهید از ویژگی هایی مانند بوت امن UEFI استفاده کنید، Generation 2 انتخاب برتر خواهد بود.

هنگامی که یک ماشین ایجاد می شود، شما نمی توانید Generation را تغییر دهید. اطمینان حاصل کنید که قبل از شروع، Generation مناسب را انتخاب کرده اید.

مدیریت حافظه در Hyper –V :

بخش بعدی پیکربندی جایی است که می توانیم حافظه را اختصاص دهیم (Assign Memory). مدیریت حافظه در Hyper-V گزینه ای با نام Memory Dynamic دارد ؛ شما می توانید یک Checkbox را مشاهده کنید که می تواند برای فعال کردن ویژگی Dynamic Memory در این مرحله انتخاب شود. اگر شما این گزینه را فعال کنید، Hyper-V با سیستم عامل ماشین مهمان در مدیریت حافظه سیستم عامل مهمان همکاری می کند.

با استفاده از ویژگی ” hot add “، Hyper-V حافظه سیستم عامل مهمان را گسترش می دهد زیرا request های مهمان در حافظه افزایش می یابد. Dynamic Memory کمک می کند تا به طور پویا و به طور خودکار RAM را بین ماشین های در حال اجرا تقسیم کند، مجددا حافظه را بر اساس تغییرات خواسته های منابع خود تقسیم می کند. این کمک می کند تا به طور موثرتری از منابع حافظه در هاست Hyper-V و نیز تراکم بیشتر ماشین استفاده شود.

هنگامی که شما انتخاب می کنید از Dynamic Memory برای ماشین مجازی خود استفاده کنید ، می توانید حداقل و حداکثر مقدار RAM را به صورت Dynamic به ماشین مجازی اختصاص داده شده، تنظیم کنید.

پیکربندی شبکه

گام بعدی در پیکربندی ماشین ما، پیکربندی شبکه است. برای اینکه یک ماشین مجازی خاص اتصال به شبکه داشته باشد، باید یک سوئیچ مجازی که متصل است، پیوست کنید. شما همچنین می توانید ماشین را در وضعیت disconnect قرار دهید؛ اتصال به یک شبکه در تکمیل پیکربندی ماشین مجازی مورد نیاز نیست. در این مثال ما ماشین را به ExternalSwitch متصل می کنیم که یک سوئیچ مجازی است که با شبکه LAN متصل است.

پیکربندی هارد دیسک

گام بعدی پیکربندی هارد دیسک است که به ماشین مجازی شما اختصاص داده شده است. سه گزینه وجود دارد که شما می توانید انتخاب کنید :

• اگر شما گزینه “Create a virtual hard disk” را انتخاب کنید ، در واقع شما در حال ایجاد یک VHDX دیسک روی Hyper-V هاست می باشید. شما می توانید اندازه دیسک را تنظیم کنید. این مقدار در Wizard به صورت پیش فرض 127 گیگابایت است که به آسانی قابل تغییر است.
• گزینه Use an existing virtual hard disk ، شما می توانید پیکربندی جدید ماشین خود را به یک دیسک مجازی موجود اضافه کنید. شاید شما بیش از یک فایل VHDX کپی کنید که می خواهید با پیکربندی جدید ماشین استفاده کنید. با این گزینه می توانید در Wizard به فایل VHDX مراجعه کنید.
• با گزینه سوم – Attach a virtual hard disk later – شما می توانید انتخاب کنید که یک هارد دیسک در wizard را ایجاد کنید و یک دیسک را بعدا اختصاص دهید.

یک هشدار مهم برای گزینه Create a virtual hard disk وجود دارد: در نوع دیسک ایجاد شده هیچ انتخابی ندارید. به صورت پیش فرض Hyper-V دیسک هایی که به طور Dynamic گسترش می یابند را ایجاد می کند، دیسک هایی که thin-provisioned هستند. فضا فقط به مقداری که مورد نیاز است استفاده می شود. با این وجود، در این روش معایبی وجود دارد. درحالیکه Driver استوریج Hyper-V به طور کلی از منابع کارآمد برای بهترین عملکرد استفاده می کند ، بسیاری دیگر ممکن است ترجیح دهند دیسک های thick یا Fixed size در Hyper-V را مورد استفاده قرار دهند. برای انجام این کار، باید گزینه سوم را انتخاب کنید و پس از ایجاد ماشین، یک هارد دیسک Thick مجازی ضمیمه کنید.

گزینه های نصب و راه اندازی

مرحله بعد در Wizard مربوط به بخش installation option می باشد. به این معنی است که شما چگونه می خواهید سیستم عامل مهمان (OS) خود را در ماشین مجازی جدید نصب کنید.

رایج ترین راه انتخاب گزینه Install an operating system from a bootable image file می باشد. شما باید یک فایل ISO از سیستم عامل داشته باشید که در جایی روی سرورتان ذخیره شده باشد. به سادگی با استفاده از دکمه Browse، wizard را به مکان هدایت کنید.

پیشنهادات دیگر برای انتخاب شما Install an operating system later یا Install an operating system from a network-based installation server می باشد.

شما اکنون به خلاصه ای از گزینه های پیکربندی خود دسترسی پیدا کرده اید. هنگامی که روی دکمه Finish کلیک کنید، ماشین شما با توجه به گزینه هایی که مشخص کرده اید ایجاد می شود.

اکنون که پیکربندی و نصب کامل است، می توانید ماشین خود را روشن کنید. به سادگی روی ماشین کلیک راست کرده و ماشین را Start کنید.

شما می توانید با کلیک راست روی ماشین ایجاد شده و انتخاب گزینه Connect به کنسول وصل شوید.

پس از اتصال به کنسول، اکنون باید بتوانیم ماشین خود را بوت کنیم و سیستم عامل را به طور معمول نصب کنیم.

اندیشه ها

ما تمامی گزینه های پیکربندی در دسترس شما را هنگام ایجاد ماشین های جدید در مدیریت Hyper-V پوشش داده ایم. این مقاله دومین سری از چگونگی استفاده از Hyper-V برای مجازی سازی است. ما با اصول اولیه شروع کردیم و در حال پیشرفت به سوی موضوعات پیشرفته تر هستیم.

گام بعدی :

آموزش ایجاد Checkpoint ها در Hyper-V

با توجه به افزایش روز افزون حجم داده ها و اطلاعات ، طبیعی است که سازمان ها نیازمند سروری  باشند که بتواند در مواجه با هر حجم داده ای ، مقیاس پذیر باشد . سرور HP ProLiant BL660c G9 محصولی از کمپانی HPE می باشد که در رده سرور های Blade روانه بازار شد . این محصول با پشتیبانی از 4 پردازنده جهت استفاده در مجازی سازی ، پایگاه داده و داده هایی که نیازمند پردازش بالایی هستند ، بسیار مناسب است.

قابلیت انعطاف پذیری که سرور BL660c G9 ارائه می دهد ، امکانات ذخیره سازی بیشتر و عملیات I/O سریعتری را به ارمغان می آورد. همچنین توان پردازشی قدرتمندتر در این محصول ، جهت برآورده کردن نیاز انواع بار کاری با TCO کمتر ، عرضه گردیده است  .

تمام قابلیت های فوق الذکر این محصول ، توسط HPE OneView مدیریت می شوند که از یک پلت فرم  مدیریتی یکپارچه جهت تسریع سرویس ها، برخوردار است .این دستگاه از پردازنده Intel Xeon E5-4600 v3/v4 پشتیبانی می کند که همراه با فن آوری 4 سوکت blade بوده و تراکم بهینه را بدون تغییر عملکرد ارائه می دهد . از جمله دیگر ویژگی های سرور BL660c G9 پشتیبانی از HPE DDR4 SmartMemory است که در مقایسه با نسل قبلی  33¹% افزایش عملکرد دارد .

از دیگر قابلیت های سرور HP BL660c G9 می توان به موارد زیر اشاره کرد :

**•   پشتیبانی از 2 عدد NVMe SSDs

**•   پشتیبانی از امکانات Tiered Storage Controller

**•    ارائه دادن  12Gb/s SAS

**•   فراهم آوردن 20Gb FlexibleLOMs ، M.2  و  USB 3.0

^{1 این سرور از کمپانی HPE با قابلیت پشتیبانی از DDR4 ، عملکرد را 14 تا 33 درصد بهبود بخشیده است .}

منبع : سرور های Hp Blade

پیشنهاد می شود جهت آشنایی بیشتر با سرورهای Blade ، مطلب زیر را مورد مطالعه قرار دهید :

**•   HPE BladeSystem c3000 Enclusure