مزایای استفاده از CSV در کلاسترها – قسمت سوم (پایانی)

در قسمت اول برخی از ویژگی های CSV در کلاسترها شرح داده شد. همچنین به بررسی ملاحظات و الزامات جهت استفاده از CSV در کلاستر ها پرداخته شد. در قسمت دوم تعیین مسیر I/O در ارتباطات CSV و الزامات پیکربندی دیسک جهت بهره برداری از ویژگی مورد بررسی قرار خواهد گرفت. در این قسمت به بررسی حالت های بهینه دیسک ها و LUNها، مدیریت دیسک ها در CSV و نحوه پشتیبان گیری از CSV بررسی خواهد شد.

آرایش LUNها، Volumeها و فایل‌های VHD

به منظور بهترین استفاده از بررسی نحوه آرایش LUNها (دیسک‌ها) هنگام پیکربندی سرور فیزیکی بسیار مفید خواهد بود. هنگام پیکربندی ماشین‌های مجازی مربوطه، فایل‌های VHD نیز تا حد امکان باید به روش مشابهی مرتب شوند.

برای یک سرور فیزیکی، دیسک­ها و فایل‌ها به صورت زیر سازماندهی می‌شوند:

• فایل‌های سیستم، از جمله یک Page File در یک دیسک فیزیکی
• فایل­های داده در یک دیسک فیزیکی دیگر

برای یک ماشین مجازی کلاستر شده نیر باید Volumeها و فایل‌ها را به روشی مشابه سازماندهی کرد:

• فایل‌های سیستم، از جمله یک Page File، در یک فایل VHD در یک CSV
• فایل‌های داده در یک فایل VHD در یک CSV دیگر

اگر یک ماشین مجازی دیگر اضافه شود، در صورت امکان باید همان آرایش را برای VHDها روی آن ماشین مجازی نیز حفظ کرد.

تعداد و اندازه LUNها و Volumeها در ساختار CSV

هنگام برنامه‌ریزی پیکربندی ذخیره‌سازی برای یک کلاستر Failover که از CSV استفاده می‌کند، توصیه‌های زیر باید در نظر گرفته شوند:

• برای تصمیم‌گیری درباره اینکه چند عدد LUN باید پیکربندی شوند، باید با شرکت ارائه‌دهنده ذخیره‌ساز خود مشورت نمود. به عنوان مثال، شرکت ارائه‌دهنده ذخیره‌ساز ممکن است توصیه کند که هر LUN را با یک پارتیشن پیکربندی کرده و یک Volume CSV روی آن قرار داده شود.
• هیچ محدودیتی برای تعداد ماشین‌های مجازی که می‌توانند در یک Volume CSV پشتیبانی شوند وجود ندارد. با این حال، باید تعداد ماشین‌های مجازی که باید در کلاستر باشند و بارکاری (عملیات I/O در هر ثانیه) برای هر ماشین مجازی را در نظر داشت. به عنوان مثال:
• یک سازمان، ماشین‌های مجازی را پیاده‌سازی می‌کند که از زیرساخت دسکتاپ مجازی (Virtual Desktop Infrastructure و یا به اختصار VDI)، که یک بارکاری نسبتا سبک می‌باشد، پشتیبانی خواهند کرد. این کلاستر از ذخیره‌سازی با عملکرد بالا استفاده می‌کند. مدیر کلاستر پس از مشورت با شرکت ارائه‌دهنده ذخیره‌ساز، تصمیم می‌گیرد تعداد نسبتا زیادی از ماشین‌های مجازی را در هر Volume CSV قرار دهد.
• یک سازمان دیگر در حال پیاده‌سازی تعداد زیادی ماشین مجازی است که از یک برنامه کاربردی دیتابیسی که مورد استفاده سنگین قرار خواهد گرفت، پشتیبانی خواهند کرد. این کلاستر از ذخیره‌سازی با عملکرد پایین‌تر استفاده می‌کند. مدیر کلاستر پس از مشورت با شرکت ارائه‌دهنده ذخیره‌ساز، تصمیم می‌گیرد که تعداد نسبتا کمی از ماشین‌های مجازی را در هر Volume CSV قرار دهد.
• هنگامی که پیکربندی ذخیره‌سازی را برای یک ماشین مجازی خاص برنامه‌ریزی می‌شود، الزامات دیسک سرویس، برنامه و یا نقشی که ماشین مجازی پشتیبانی خواهد کرد را باید در نظر داشت. درک این نیازها در اجتناب از Disk Contention، که می‌تواند منجر به عملکرد ضعیف شود، مفید خواهد بود. پیکربندی ذخیره‌سازی برای ماشین مجازی باید به پیکربندی ذخیره‌سازی که برای یک سرور فیزیکی که سرویس یکسانی را اجرا می‌کند و یا کاربرد یا نقش مشابهی دارد، شبیه باشد. همچنین می‌توان با داشتن تعداد زیادی هارد دیسک فیزیکی مستقل نیز Disk Contention را کاهش داد. برای عملکرد بهینه ذخیره‌سازی، سخت‌افزار ذخیره‌سازی خود را بر این اساس انتخاب کرده و با شرکت ارائه‌دهنده خود مشورت کنید.

بسته به بارکاری کلاستر و نیازهای آن‌ها برای عملیات I/O، می‌توان پیکربندی تنها تعدادی از ماشین‌های مجازی برای دسترسی به هر LUN را در نظر گرفته، در حالی که ماشین‌های مجازی دیگر اتصال ندارند و به جای آن به عملیات محاسبه‌ای اختصاص‌داده می‌شوند.

اضافه کردن دیسک به CSV در یک کلاستر Failover

ویژگی CSV به طور پیش‌فرض در کلاستر‌بندی Failover فعال می‌باشد. برای اضافه کردن یک دیسک به CSV، اگر قبلا اضافه نشده است، باید دیسک را به گروه Available Storage کلاستر اضافه نمود و سپس دیسک را به CSV در کلاستر اضافه کرد. همچنین می‌توان از Failover Cluster Manager و یا Windows PowerShell cmdlet Failover Clusters نیز برای اجرای این اقدامات استفاده کرد.

فعال کردن حافظه Cache CSV برای بارهای کاری Read-Intensive (اختیاری)

حافظه کش CSV، با تخصیص حافظه سیستم (RAM) به عنوان یک Write-Through Cache، کش کردن را در سطح Block عملیات Read-Only Unbuffered I/O فراهم می‌کند. (عملیات Unbuffered I/O توسط Cache Manager، کش نمی‌شوند.) این امر می‌تواند عملکرد برنامه‌های کاربردی مانند Hyper-Vکه هنگام دسترسی به یک VHD عملیات Unbuffered I/O انجام می‌دهد، را بهبود بخشد. حافظه کش CSV می‌تواند بدون کش کردن درخواست‌های Write، عملکرد درخواست‌های Read را افزایش دهد. فعال کردن حافظه کش CSV برای موارد توسعه زیرساختی File Server نیز مفید می‌باشد. توصیه می‌شود که حافظه کش CSV را برای همه پیاده‌سازی‌های Hyper-V و موارد توسعه زیرساختی File Server فعال شود. در ویندوز سرور 2012، حافظه کش CSV به طور پیش‌فرض غیرفعال می‌باشد درحالیکه در ویندوز سرور 2012 R2، حافظه کش CSV به طور پیش‌فرض فعال می‌باشد. با این حال، اندازه Block Cache باید تخصیص داده شود.

تهیه نسخه پشتیبان از CSV

چندین روش برای پشتیبان‌گیری از اطلاعات ذخیره‌شده در یک کلاستر Failover وجود دارد. برای پشتسبان‌گیری می‌توان از یک برنامه پشتیبان‌گیری مایکروسافت و یا غیر مایکروسافت استفاده نمود. به طور کلی، فراتر از ذخیره‌سازی کلاستر شده فرمت شده با فرمت NTFS یا ReFS، CSV الزامات پشتیبان‌گیری خاصی ندارد. پشتیبان‌گیری‌های CSV، دیگر عملیات ذخیره‌سازی CSV را مختل نمی‌کنند.

هنگام انتخاب یک برنامه پشتیبان­گیری و یک زمان‌بندی پشتیبان‌گیری برای CSV، عوامل زیر باید در نظر گرفته شوند:

• پشتیبان­گیری سطح Volume از Volume CSV می‌تواند از هر Nodeی که به Volume CSV متصل است، اجرا شود.

برنامه پشتیبان‌گیری می‌تواند از Snapshot نرم‌افزاری و یا Snapshot سخت‌افزاری استفاده کند. نسخه‌های پشتیبان می‌توانند بسته به توانایی برنامه پشتیبان‌گیری از Snapshotهای Volume Shadow Copy Service (VSS) Application-Consistent و Crash-Consistent استفاده کنند.

مقاله های مرتبط: