انتقال وبسایت به سرور مجازی یا اختصاصی

انتقال وبسایت به سرور مجازی یا اختصاصی

انتقال وبسایت به سرور مجازی یا اختصاصی

مقدمه

ممکن است برای شما هم این اتفاق افتاده باشد که بخواهید سایت و یا WA خود را از هاست به یک سرور و یا از یک سرویس دهنده به یک سرور اختصاصی و یا سرور مجازی منتقل کنید. این عمل میتواند توسط شما یا یک متخصص انجام شود که در هر دو حالت بهتر است شما اطلاعات پایه ای گفته شده در این مقاله را دارا بوده و طبق این چارت عمل کنید. برای انجام این پروسه نیاز است تا اطلاعات پایه ای برای ان عملیات داشته باشید تا سرویس دهی شما بدون وقفه و یا با کمترین DownTime مواجه شود، در غیر این صورت ممکن است مشکلات بسیاری را تجربه کنید و یا حتی در  بدترین حالت با Data Lost مواجه شوید. در این مقاله سعی میکنیم بصورت کلی شما را انجام این پروسه اشنا و بصورت مختصر برخی از مفاهیم مورد نیاز را توضیح دهیم تا از سردرگمی هایی که ممکن است با ان مواجه شوید کاسته شود.

انتقال وبسایت به سرور مجازی یا اختصاصی
انتقال وبسایت به سرور مجازی یا اختصاصی

 Migration یا انتقال ممکن است دلایل متفاوتی داشته باشد:

  • هاست میزبان شما به دلیل ترافیک بازدید و مصرف منابع WA شما دیگر قادر به میزبانی سایت شما نبوده و یا سایت شما در زمان High Traffic شدن با مشکل در سرویس دهی مواجه میشود.
  • در سرور و یا هاست قبلی شما اختلال سخت افزاری ایجاد شده باشد.
  • سرویس دهنده فعلی شما امکانات مورد نیاز شما مانند ماژول های مورد نیاز یا نسخه نرم افزار های سمت سرور مورد نیاز شما را ارائه نمیدهد.
  • سرور و یا هاست شما تحت مدیریت شخص دیگری است و هم اکنون میخواهید خودتان انتقال را انجام دهید.
  • افزایش توان سرور جهت ارتقا سرویس دهی
  • مشکلات تامین امنیت و ….

یاداشت برداری

قطعا بدون کاغذ و قلم شما در هر مرحله ای با مشکل مواجه خواهید شد! مدیریت سرور کار سخت و پیچیده ای است و بر خلاف جریان فعلی که در بازار در حال انجام است باید گام به گام و با دقت دنبال شود تا از بروز مشکلات امنیتی و عدم پایداری آن در اینده کاسته شود. تمامی اهداف باید یاداشت شده بصورت یک Check List تمامی موارد یاد داشت شده انجام شود. سرور شما باید Document شده باشد تا زمانی که مدیریت ان به شخص دیگری سپرده شد شخص جدید بداند سرور چگونه کانفیگ شده است و یا زمانی که سرور با Technical Difficulty موجه شد مختصص با سردرگمی مواجه نشود بعلاوه اینکه اگر تعداد سرور های شما روند افزایشی داشت در آینده با سردرگمی مواجه نشوید. پس یادداشت برداری برای ما مهم است و نباید عملی پیش پا افتاده تلقی شود.

 مرحله اول – دلیل انتقال و Migration

دلیل شما برای انتقال چیست ؟! ایا دلایل شما میتواند یک متخصص را متقاعد کند و منطقیست ؟! کاغذ و قلم خود را برداشته و شروع کنید. تمامی دلایل خود را برای این انتقال شرح داده و مشکلات کنونی که بر روی سرور و یا هاست میزبان خود دارید را یاد داشت نمایید. آیا اختلال ایجاد شما باعث زیان مالی شرکت و یا سازمان شما میشود !؟ میزان خسارت وارد شده را محاسبه و دیگر مواردی را که فکر میکنید سرویس شما را با اختلال مواجه کرده است را یادداشت نمایید.
بطور مثال :

  1. سرویس برخی مواقع با هنگ مواجه شده و نمیتواند برخی از Request ها را handle کند.
  2. سرویس در برخی از ساعات روز از دسترس خارج میشود.
  3. هاست ماژول های مورد نیاز WA را جهت توسعه ان ندارد و پشتیبانی نمیکند.
  4. زمانی که بازدید از تعداد خاصی بیشتر میشود سرعت سایت بشدت کاهش یافته و یا سایت کلا قطع میشود.
  5. سایت زیر حملات DDOS بوده و از نظر امنیتی مشکل دارد.
  6. منابع ناکافی سخت افزاری مانند پورت و یا هارد
  7. و …

مرحله دوم – نیاز های شما در سرور جدید

پس از مرحله اول نیاز است تا نیاز های نرم افزاری و سخت افزاری شما بطور کامل مشخص شود، در این صورت بهترین تصمیم برای انتخاب سخت افزار، سیستم عامل، نرم افزار های سمت سرور، کانفیگ و نصب و صرف هزینه گرفته می شود. پس از لیست شدن انتظارات شما از سرور بهترین استراتژی سخت افزاری و نرم افزاری تعیین خواهد شد. تعیین این استراتژی برای بلند مدت بسیار مهم میباشد زیرا گاها نیاز است تا با توسعه وبسایت شما، کانفیگ نرم افزاری و سخت افزاری سرور نیز تغییر یابد.
بطور مثال :

  1. تعداد بازدید روزانه بین ۷۰۰۰ تا ۱۰۰۰۰ IP است.
  2. نیاز است روی سرور TomCat نصب و کانفیگ شود.
  3. درگیری دیتابیس بیش از اندازه بوده و باید سرور HTTP و MySQL جدا باشد.
  4. هارد باید SSD باشد و مصرف هارد در سال حدودا ۵۰۰ تا ۷۰۰ گیگابایت است.
  5. سرور گاها تحت حملات سنگین DDOS است و باید بشدت DDOS Protected باشد.
  6. بحث پایداری سرور و High Availability مهم بوده و سرور به هیچ عنوان نباید از سرویس دهی خارج شود.
  7. کاربری از سرور بصورت File Server بوده و ترافیک و سرعت دانلود باید مدیریت شود.
  8. WA مورد نظر از PHP ورژن ۵٫۲ استفاده میکند و دیتابس مورد استفاده نیز MySQL نسخه ۵٫۰ میباشد.
  9. وب سرور قبلی آپاچی بوده و نیاز است تا نوع انتخاب وب سرور برسی شود.
  10. فرکانس CPU فعلی xx.xx GHz بوده و سرور نیاز به CPU قویتری دارد.
  11. روزانه بیش از ۵۰K ایمیل ارسال میشود. پیاده سازی سیاست های E-mail marketing و به حدعقل رساندن میزان اسپم.
  12. نیاز است از دیتابیس بصورت ساعتی بکاپ تهیه شود.
  13. و…

مرحله سوم – جمع بندی نهایی

در این مرحله شما باید استراتژی های مورد نیاز را انتخاب کنید. قبل از هر کاری باید کمی اطلاعات خود را افزایش دهید یا با متخصصان این زمینه مشورت نمایید. انتخاب نوع وب سرور، دیتابیس، سیستم عامل، سیاست های امنیتی، کانفیگ و مشخصات سرور و… کمی نیاز به R & D دارد و بهتر است قبل از انتخاب کمی در مورد انتخاب خود تحقیق کنید. در هر مرحله نیاز است تا شما در مورد انتخاب خود کمی مطالعه داشته باشید. اگر سرور شما Critical Mission است بهتر است با کمک یک متخصص این مراحل را انجام دهید. برای نمونه ما یک سناریو مطرح کرده و یک جم بندی در مورد نیاز های ان انجام میدهیم. با توجه به میزان بودجه خود سرور مورد نیاز را انتخاب کنید. سرور شما میتواند اختصاصی و یا مجازی باشد که انتخاب بین این دو بستگی به انتخاب شما دارد که میتوانید از فروشنده گان این امر سرور خود را تهیه نمایید. اگر میخواهید از کنترول پنل استفاده کنید باید ابتدا نوع ان را مشخص کنید، کنترل پنل ها دارای لایسنس بوده و معمولا باید قبل از نصب به فکر لایسنس ان باشید. تمامی سرویس های مورد نظر برای هاستینگ تقریبا توسط کنترل پنل نصب خواهند شد و برای نیاز های پایه تقریبا نیازی به تغییر در کانفیگ ندارند. اما برای ایجاد تغییرات در تنظیمات آپاچی و یا MySQL بهتر است Document ها و یا مقالات متنوعی را مطالعه نمایید. پس از تهیه و کانفیگ سرور بهتر است در ابتدا WA خود را منتقل کرده و صحت سرویس دهی را برسی نمایید تا مطمئن شوید سرویس دهی بدون نقص صورت میگیرد. سپس اقدام به تغییر IP و یا DNS نمایید.

یک سناریو ساده

سایتی روی هاست پشتیبانی میشود که WA ان WordPress و از دیتابیس MySQL استفاده میکند. ورژن PHP مورد نیاز ۵٫۳ یا ورژن های جدیدتر میباشد. میزان بازدید ورود روزانه بین ۵K تا ۸K بوده و به دلیل قالب بهینه و حجم سایت درگیری I/O و شبکه زیاد نمیباشد. تعداد concurrent user بین ۵۰ تا ۱۵۰ کاربر میباشد. دیتابیس کمی باعث لود CPU میشود. پس نیاز است تا با بهینه سازی دیتابیس تعدادی از Table های پر استفاده روی رم لود شود.
با توجه به نمودار بازدید، مصرف مشابه در هاست و حجم فایل های هاست راهبرد زیر اتخاذ شده است :

مشخصات سرور:

  • سی پی بو : ۲ Core 2.4GHz
  • رم : ۶ GB
  • هارد : ۲۵۰ گیگابایت
  • ترافیک ماهانه :  ۱ ترابایت
  • کارت شبکه : ۲۵۰Mbps

مشخصات نرم افزاری:

  • سیستم عامل : CentOS 6.8
  • کنترل پنل : دایرکت ادمین
  • استفاده از اپاچی به عنوان وب سرور و کانفیگ و بهینه سازی ان برای بالا رفتن سرعت لود
  • نصب و اماده سازی Mod Security
  • نصب ioncube
  • بهینه سازی دیتابیس جهت کش کردن و افزایش سرعت پاسخ دهی به Query ها
  • نصب ابزار مانیتورینگ
  • امن سازی کنترل پنل، وب سرور، PHP، سیستم عامل، نصب و کانفیگ انتی شلر، فایروال و انتی ویروس
  • نصب و کانفیگ انتی دیداس evasive روی وب سرور
  • ایمن سازی SSH
  • تست امنیت
  • پیاده سازی سیاست های بکاپ گیری داخل و یا خارج از سرور

در کانفیگ سخت افزاری و نرم افزاری بالا وب سایت مورد نظر میتواند تا حدودا ۸K بازدید کننده در کل و حدود ۱۰۰ تا ۱۵۰ کاربر concurrent داشته باشد. با افزایش کاربر همزمان کم کم لود سرور افزایش یافته و سرعت سرویس دهی کاهش چشم گیری خواهد داشت.

 

توجه داشته باشید:

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

کلام اخر

اگر در این مورد سوالی داشتید میتوانید در همین پست در بخش نظرات سوالات خود را مطرح نمایید.
این پست ممکن است در اینده تغییر کند و محتوای ان حذف و یا اضافه شود.

 

 


  • 0

استوریج EMC Data Domain 4500

استوریج EMC Data Domain 4500

استوریج EMC Data Domain 4500
استوریج EMC Data Domain 4500

Data Domain 4500

 استوریج EMC Data Domain که برای Deduplication بکار می رود به مانند بقیه دستگاههای Data Domain به منظور بکاپ گیری از دیسکها ، آرشیوگیری از داده ها و Disaster Recovery مورد استفاده قرار می گیرد و می تواند عملیات ریکاوری را با سرعت بسیار بالایی انجام دهد. با یکپارچه سازی بکاپها و آرشیوهای داده ها بر روی استوریج Data Domain ، شما می توانید نیازمندیهای استوریجی را تا 10 الی 30 برابر کاهش دهید و از دیسکها بصورت بهینه ای برای نگهداری Onsite دیتا در ساختار Network-based Replication استفاده نمایید که در شرایط Disaster Recovery می تواند بصورت شگفت انگیزی به کمک شما بیاید.

سیستم استوریج DD4500 با سرعت بسیار بالا و قابلیت Inline deduplication به کاهش 30 درصدی ظرفیت مورد نیاز برای بکاپ گیری و آرشیوگیری از داده ها کمک می کند. سرعت بکاپ گیری و ریکاوری بقدری بالا بوده که شما می توانید این عملیات را در لحظه انجام دهید. شما می توانید از این دستگاه برای Data Protection برای لود های کاری خود از قبیل فایل سرور ، سرور مجازی سازی ، سرور ایمیل ، مدیریت محتوا و دیتابیس ها استفاده نمایید و دیگر نیازی به استفاده از دستگاههای بکاپ قدیمی Tape با محدودیتهای آن ندارید.

شما با استفاده از این دستگاه قدرت Disaster Recovery خود را افزایش داده و از لحاظ بازگشت سرمایه نیز یکی از بهترین راهکارها را دریافت خواهید نمود. با استفاده از این راهکار ، شما از شبکه موجود خود برای Replicate نمودن فقط و فقط داده های منحصر بفرد در سایت ریکاوری یا سایت بکاپ استفاده خواهیم نمود. همچنین می توانید امکان بازگردانی دیتا را با درخواست کاربر فراهم نمایید. ساختار غیرقابل آسیب پذیر استوریج Data Domain امکان Inline Write و Read Verification و تشخیص دائمی خطا و یکپارچه سازی داده ها را بصورت خودکار فراهم می سازد.

قابلیتهای کلیدی

  • دستگاه استوریج EMC Data Domain قابلیت پشتیبانی از:
    • Up to 22 TB/hr throughput
    • Up to 14.2 PB logical capacity
    • Up to 285 TB usable capacity
  • دستگاه استوریج از نرم افزار Data Domain System Manager که Web-based می باشد برای مدیریت خود و داده ها و Replication استفاده می کند.
  • این استوریج کاملا با Application های حرفه ای بکاپ سازگار می باشد.

 


مفهوم array-based replication

مفهوم array-based replication

مفهوم array-based replication
مفهوم array-based replication

Array-Based Replication به نوعی راهکاری برای بکاپ گیری داده ها در یک استوریجی سازگار با استوریج اصلی می باشد که این کار از طریق نرم افزار پیش فرض موجود بر روی استوریج انجام می شود که می تواند داده ها بصورت اتوماتیک از یک استوریج بر روی استوریجی دیگر کپی نماید.

نرم افزار Array-Based Replication بر روی یک یا چند کنترلر استوریج موجود بر روی سیستم استوریج اجرا می شود و می تواند بصورت Synchronously و Asynchronously داده ها را در میان استوریج های مشابه  و در لایه LUN و یا Volume Block استوریج Replicate نماید. این عملیات شامل ایجاد یک Local Copy در استوریج ها و ایجاد Remote Copy در استوریج Off-site می باشد.

 

 

 


مفهوم Tape

مفهوم Tape

مفهوم Tape
مفهوم Tape

 

پشتیبان گیری از اطلاعات یکی از مسائل بسیار مهم در سازمان هاست. بهترین ابزار پیشنهادی برای پشتیبان گیری Tape می‌باشد از این رو در این طرح از تجهیزاتی مانند Tape استفاده می گردد که دارای قابلیت زیر می باشد:

  • ظرفیت بسیار زیاد و قابل ارتقاء با توجه به نیاز سازمان
  • پشتیبان گیری با سرعت بسیار بالا و خارج از ترافیک LAN
  • قابلیت Restore با اطمینان بسیار زیاد
  • قابلیت تعویض و ارتقا Storage بدون Downtime
  • عمر مفيد مناسب ( بيش از سی سال )

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

 

 


نحوه راه اندازی Analyzer در EMC Unisphere

نحوه راه اندازی Analyzer در EMC Unisphere

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

آدرس IP مربوط به SP دستگاه استوریج CLARiiON برای ورود به Unisphere مورد نیاز می باشد.

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

 

باید Statistics Logging را در قسمت سیستم فعال نماییم.

در قسمت System Management بر روی گزینه Properties کلیک می نماییم و سپس تیک مربوط به Statistics Logging را می زنیم.

 

در تب بالای Monitoring گزینه Analyzer را کلیک می کنیم سپس بر روی لینک Performance Data Logging کلیک می کنیم.

 

تنظیمات مربوط به Data Logging در این صفحه مطابق شکل و با کلیک بر روی دکمه Start انجام می گردد. در این مرحله پیشنهاد می گردد تا دیتا حداقل در بازه هفت روزه جمع آوری گردد.

در این پنجره تایید خود را با زدن دکمه Yes به سیستم اعلام می کنیم.

زمانی که این مرحله به پایان رسید

پس از تکمیل این مرحله، صبر کنید تا زمان اختصاص داده شده به پایان برسد،و سپس مراحل زیر را برای جمع آوری داده های آماری انجام دهید.
 باید فایل NAR که شامل داده های آماری می باشد را در کنسول گرافیکی VNX Unisphere بازیابی نماییم. 

وارد کنسول Unisphere می شویم.

بر روی Array که می خواهیم دیتا را از آن جمع آوری کنیم کلیک می نماییم.

 

در تب System بر روی قسمت Monitoring and Alerts کلیک می کنیم.

بر روی آیکون Statistics for Block کلیک می نماییم.

در قسمت راست بر روی لینک Retrieve Archive کلیک می نماییم.

در پنجره Retrieve Archive ، آرایه خود را انتخاب و SPA را انتخاب نماید.(فایلهای NAR فقط به یکی از SP ها نیاز دارد.)

بر روی Save File As مسیر ذخیره سازی فایلها را مشخص می کنیم.

فایلهای NAR و NAZ را که مربوط به بازه زمانی که داده ها را جمع آوری کرده ایم برجسته می کنیم. حدود 10 الی 15 فایل وجود خواهد داشت که بر روی دکمه Retrieve کلیک می کنیم.

مراحل بازگردانی را با زدن گزینه های YES در پنجره Retrieve Archive تایید می کنیم.

در پشت قضیه فایل ها Verify می شوند و سپس بر روی دکمه Done کلیک می کنیم.

به دایرکتوری مربوط به فایلهای بازیابی شده رفته و فایلها را فشرده کرده و برای EMC و یا EMC Reseller ارسال می نماییم.

گروه فنی و مهندسی وی سنتر ارائه دهنده راهکارهای ذخیره سازی و بکاپ آمادگی خود را برای تامین نیازهای مشتریان اعلام می دارد.

شماره تماس: 88884268 – 021


  • 0

متدهای ذخیره سازی اطلاعات

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

توجه: این مطلب مفاهیم ابتدایی و مقدماتی را به صورت تئوری مورد بررسی قرار می دهد.

DAS – Direct-Access Storage

image

به سیستمی گفته می شود که در آن Storage ها مستقیما به Server یا WorkStation متصل باشند. با توجه به آن تعریف یک Hard Disk عادی که با استفاده از یکی از اینترفیس های رایج  SATA، IDE ، SCSI و یا SAS به سیستم متصل شده یک نوع DAS تلقی می شود. اما به عبارت رایج DAS به دسته از Hard Disk های داخلی و یا خارجی گفته می شود که به یک Server متصل باشد. ویژگی اصلی DAS آن است که آن Storage تنها در اختیار یک سیستم قرار می گیرد. DAS یک راهکار با توجیه مالی مناسب برای سرور هایی است که به سرعت دسترسی به اطلاعات بالا احتیاج داشته باشند اما حجم اطلاعات مورد ذخیره سازی آن ها اندک باشد. به عنوان مثال می توان به DHCP,DNS, Wins و DC ها اشاره کرد. با استفاده از DAS دسترسی به اطلاعات به صورت Block Base خواهد بود به آن معنا که دیتا در بلاک هایی بدون فرمت منتقل می شود. این تکنولوژی بر خلاف File Base عمل می کند. اغلب DAS برای تمیز دادن تکنولوژی های ذخیره سازی شبکه ای NAS و SAN با سایر تکنولوژی هایی ذخیره سازی غیر شبکه ای به کار می رود. معمولا اتصال DAS تنها به یک Server ممکن است البته با استفاده از برخی کنترلر های خارجی و در برخی از انواع DAS های خارجی امکان اتصال دو یا بیشتر سرور هم موجود است. رابط بین سرور و DAS معمولا HBA یا کنترلر SCSI است. علاوه بر پروتکل های ارتباطی که در فوق ذکر شد، با استفاده از Fiber Channel یا FC نیز امکان ارتباط  DAS با Server وجود دارد. با به کار گیری روش های رایج خنک سازی دوبل، مکانیزم ذخیره سازی RAID می توان Fault Tolerance را بهبود بخشید.

HBA یا host bus Adaptor یک یک سخت افزار است که یک کامپیوتر را به یک شبکه یا تجهیزات ذخیره سازی اطلاعات متصل می کند. این واژه هرچند بیشتر برای تجهیزات eSATA, SCSI و FC استفاده می شود، اما تجهیزاتی که با استفاده از IDE، Ethernet و یا FireWire و USB این امکان را ایجاد می کنند می توانند HBA گفته شوند. در تصویر زیر یک HBA مخصوص SCSI که اینترفیس ISA متصل می شود را می بینید.

800px-Controller_SCSI

 

نقص به کارگیری DAS در تمام سناریوهای ذخیره سازی ایجاد Islands Of Information یا جزایری اطلاعات است. همانطور که گفته شد، Storage در این حالت اغلب تنها توسط یک سرور قابل دسترسی است بنابراین مدیریت، افزایش هزینه نگه داری و استفاده بهینه از فضای ذخیره سازی با چالش های عمیقی رو به رو خواهد بود. مسئله دیگر آن است به دلیل آنکه DAS مستقیما به یک Server متصل است، در صورت Down شدن Server دسترسی به اطلاعات روی DAS تا راه اندازی مجدد سرور و یا انتقال DAS به یک سرور دیگر ممکن نخواهد بود که این باعث می شود برای Fault Tolerance از Failover Clustering استفاده شود. از روی دیگر هزینه اولیه DAS نسبت به سایر متد ها بسیار کمتر است که این سبب شده تا بیشتر سازمان ها به این روش برای ذخیره سازی اطلاعات روی آورند. در اینجا لازم است توجه شد که هر کدام از متد ها دارای مزایا و معایبی هستند که در سناریو های مختلف طراحی مناسب متفاوت خواهد بود و معایب ذکر شده در خصوص DAS به معنای ناکارآمدی آن نمی باشد. برای مدیریت DAS در ویندوز کنسول Disk Managment و Diskpart.exe به عنوان ابزاری در Command Line استفاده می شود.

NAS – Network Attached Storage

image

یک دستگاه NAS در واقع یک Server است که دارای یک سیستم عامل خاص مخصوص File Services است. مشهورترین سیستم عامل NAS سیستم عامل FreeNAS است که بر پایه FreeBSD و Open Sourece است. این سیستم عامل دارای قابلیت Web Managment است. FreeNAS به فضایی کمتر از 64MB نیاز دارد. برای آشنایی با این سیستم عامل می توانید از Disk Image مخصوص VMWare آن استفاده کنید. سیستم عامل های مشابه دیگری همچون NASLite و Nexenta نیز با قابلیت های مختلفی در دسترس اند. NAS ابتدا توسط سیستم عامل Novel و با استفاده از پروتکل NCP در سال 1983 معرفی شد. در سال 1984 شرکت SUN آن را در محیط یونیکس و با پروتکل NFS معرفی کرد. سپس Microsoft و 3com با توسعه نرم افزار LAN Manager و گسترش این پروتکل آن را توسعه دادند. 3Server و نرم افزار 3+share اولین سرور خاص برای این منظور بود که از سخت افزار، نرم افزار و چند هارد دیسک اختصاصی بهره می برد. IBM و SUN با الهام گرفتن از از فایل سرور NOVEL سرور های خاصی را ساختند. شرکت Auspex یکی از اولین سازندگان NAS است که در سال 1990 گروهی از متخصصان آن از آن شرکت جدا شدند و سیستمی را ایجاد کردند که هم از CIFT و هم از NFS به صورت همزمان استفاده می کرد. این اقدام در حقیقیت شروعی برای NAS سرور های خاص بود.

ویژگی اصلی NAS پیاده سازی آسان و قابلیت نگه داری حجم قابل توجهی اطلاعات که از طریق LAN قابل دسترسی باشد است. به صورت عملی برخلاف Local BUS دسترسی به اطلاعات از طریق LAN با سرعت کمتری اتفاق می افتد و به صورت File Based است. NAS برای File Server و Web Server ها می تواند یک Storage مناسب باشد. همچنین در محیط های کوچک به عنوان یک Backup Solution بسیار می تواند کارا عمل کند. معمولا NAS Server ها قابلیت اتصال ابزار های ورودی همانند Keyboard و ابزار های خروجی همانند مانیتور را ندارند و برای مدیریت آن ها از ابزار هایی که برای آن منظور طراحی شده استفاده می شود. ابزار مدیریتی NAS ها با توجه به نوعشان متفاوت هستند اما اغلب از طریق نرم افزار Web-Based خودشان صورت می گیرد. تصویر زیر مربوط به FreeNAS است. از آنجایی که NAS Server ها معمولا قابلیت ارتقا ندارند، ممکن است در اثر over load مشکلاتی ایجاد شود که نیاز به بازنگری در متد ذخیره سازی وجود دارد. NAS ها برای نگه داری فایل های Media با حجم زیاد در محیط های کوچک بهترین گزینه هستند. یک دستگاه NAS مناسب باید دارای تکنولوژی های Redundant Power Supply، Redundant data access path و Redundant  Controller باشد و قابلیت استفاده RAID و Clustering را داشته باشد.

freenas

پروتکل های مشهور مورد استفاده در تکنولوژی  NAS عبارت اند از:

CIFT – Common Internet File System و SMB – Server Message Block: یک پروتکل لایه Application است که برای دسترسی به فایل ها، پرینتر ها و پورت های سریال به اشتراک گذاشته شده به کار می رود. ابتدا توسط IBM پروتکل طراحی و پیاده سازی شده و سپس توسط Microsoft توسعه داده شده و قابلیت های آن اضافه شده.

NFS – Network File System: در 1984 توسط Sun Microsystems طراحی و پیاده سازی شد. امروزه NFS در اکثر سیستم عامل ها به کار گرفته شده است.

همچنین پروتکل های دیگری همچون AFP – Apple Filing Protocol، FTP، Rsync و… استفاده می شود.

Filer نوعی NAS است که صرفا نقش یک فایل سرور را ایفا می کند. با استفاده از Filer دیگر نیازی نیست تا سرور های گران قیمت شبکه درگیر کار ساده ی فایل سرور باشند. NAS Server ها در درون خود معمولا از SCSI استفاده می کنند.

300g_front

NAS یك وسیله شبكه محور است و عموما به دلیل یکپارچه سازی محل ذخیره سازی داده های كاربران در شبكه LAN مورد استفاده قرار می گیرد. NAS یك راهکار مناسب ذخیره سازی است كه دسترسی سریع و مستقیم كاربران به سیستم فایلی را فراهم می سازد. استفاده از NAS مشكل تاخیر هایی را بر طرف می سازد كه غالبا كاربران برای دسترسی به فایل های موجود در سرورهای همه منظوره با آن مواجه هستند. NAS ضمن تامین امنیت لازم، تمام خدمات فایلی و ذخیره سازی را از طریق پروتكل های استاندارد شبكه ای فراهم می سازد: TCP/IP برای انتقال داده ها، Ethernet و Giga Ethernet برای دسترسی میانی، و CIFS، HTTP، و NFS برای دسترسی به فایل از راه دور. علاوه بر این، با NAS می توان به طور همزمان به كاربران یونیكس و ویندوز سرویس داد و اطلاعات را بین معماری های متفاوت به اشتراك گذاشت. از نظر كاربران شبكه، NAS وسیله ای است كه دسترسی به فایل را بدون مزاحمت . ایجاد اختلال برای آنها مهیا می سازد. به كمك گیگا بایت اترنت به كارایی بالا و تاخیر كوتاه دست یافته و هزاران كاربران را از طریق فقط یك اینترفیس سرویس می دهد. بسیاری از سیستم های NAS دارای چند اینترفیس هستند و می توانند همزمان به چند شبكه متصل شوند.

SAN – Storage Area networks

image

SAN در واقع یک شبکه با عملکرد بسیار بالا است که مختص انتقال اطلاعات میان سرور ها و زیرسیستم ذخیره سازی اطلاعات است. از دیدگاه سیستم عامل سرور، محل ذخیره سازی به صورت local است. مهمترین وجه تمایز SAN با DAS آن است که در DAS فضا فقط در اختیار یک سرور است. اما با استفاده از Clustering و SAN می توان هم به بهینه ترین حالت ممکن از فضای ذخیره سازی موجود استفاده کرد و هم مقاومت در برابر خطا در وضعیت قابل قبولی قرار گیرد. با آنکه سرعت انتقال در DAS در گذشته بیشتر بوده، اما امروزه دیگر مسئله سرعت مطرح نمی باشد. راه اندازی SAN پیچیده تر و هزینه اولیه آن بسیار بیشتر از سایر تکنولوژی ها است. SAN زمانی بهترین انتخاب است که حجم عظیمی اطلاعات نیاز به مدیریت دارند و سرعت دسترسی به آن ها پر اهمیت است. SAN برای Backup Server ها گزینه مناسبی است و برای DataBase Server، Streaming Media Server، Mail Server ها در سازمانی بزرگ تنها راهکار موثر است. از سال 2000 پیچیدگی و هزینه بالای SAN کاسته شد و این سبب شده تا شرکت های کوچک تر هم به استفاده ازSAN ها روی آورند. SAN برای ارتباط میان Storage و Server از تجهیزات مخصوصی بهره می برد که به آن SAN Fabric گفته می شود. فضای موجود در SAN تحت پارتیشن های مجازی به نام LUN یا Logical Unit Number تقسیم بندی می شود و به عنوان پارتیشن Local در اختیار Server قرار می گیرد. سیستم عامل ها، File System مخصوص خود را روی LUN ها برقرار می کنند. برای آنکه چند Server بتوانند به دیتا ی ذخیره شده روی SAN دسترسی داشته باشند لازم است از SAN File System یا Clustered file system استفاده شود. SAN File System نوعی File System است که در آن امکان mount بودن هم زمان با چند سرور ایجاد می شود. مثال مناسب برای این نوع فایل سیستم، Cluster Shared Volume یا CSV  است که در ویندوز سرور 2008 R2 جزء ویژگی های Failover Clustering است و برای استفاده در Hyper-V کاربر دارد. برای مدیریت SAN، سیستم عامل ها ابزار های متمایزی ارائه می دهند. به عنوان مثال یکی از این ابزار ها SMfs در ویندوز سرور 2008 است که با استفاده از Add Features می توان آن را به قابلیت های پیش فرض نصب شده اضافه کرد. این ابزار برای ساخت و تخصیص دادن LUN ها کاربرد دارد. ویندوز سرور 2008 ابزار های متعدد دیگری را نیز دارا می باشد.

FC SANs

Fiber Channel یک عملکرد بالا با انتقال بلاکی (Block Based) برای زیرساخت ذخیره سازی اطلاعات را ایحاد می کند. راه انداریFC هزینه بالایی دارد و راه اندازی آن پیچیده است. اجزاء یک شبکه FC شامل سوییچ، Server HBAs و کابل ها است که تمام این اجزا مخصوص است و توسط کمپانی های محدودی ساخته می شود. FC تکنولوژی است که همچنان مشابه قبل مطلوب است. مزیت دیگر فاصله بسیار زیادی است که در این تکنولوژی پشتیبانی می شود.

FCoE

Fiber Channel over Ethernet یک نوع کپسوله کردن بلاک های FC برای انتقال روی Ethernet است. با این روش با استفاده از 10Gig Ethernet می توان با نگه داشتن زیرساخت FC گستره ی آن را افزود. FCoE در لایه IP قابل Route نیست و محدودیت های خاصی دارد.

iSCSI SANs

internet SCSI یک استاندارد برای توسعه انتقال بلاک های SCSI روی بستر Ethernet با استفاده از TCP/IP است. سرور ها با استفاده از نرم افزار هایی به نام iSCSI Initiator با تجهیزات مربوطه متصل می شوند. راه اندازی iSCSI به صورت عمومی ارزان تر و ساده تر از FC SANs است، اما با صرف نظر از این مزیت، کمپانی هایی که در گستره ی جغرافیایی وسعی به فعالیت می پردازند و به صورت توزیع شده فعالیت می کنند، ممکن است از جزایری از FC SANs بهره ببرند که محدود به 10KM می شود.( با آنکه امروزه برای افزایش 10KM تکنولوژی هایی موجود است، اما پیاده سازی آن ها توجیه اقصادی پیدا نکرده است) با استفاده iSCSI می توان ارتباط را در یک شبکه MAN یا WAN ایجاد کرد. بر خلاف FC Channel، پیاده سازی مایکروسافت از پروتکل iSCSI از پروتکل CHAP و IPSec بهره می برند.  بزرگترین ایراد iSCSI آن است که برای کارایی مناسب لازم است از سوییچ ها و کابل های 10GB Ethernet لازم است استفاده شود که گران قیمت هستند. از جهت دیگر، سرعت انتقال iSCSI از FC کمتر است. شاید بتوان امیدوار بود با پیشرفت و ارزان تر شدن جایگاه مناسب تری برای iSCSI ایجاد شود.

 

جمع بندی

بدون شک برای شبکه های کوچک استفاده از DAS به عنوان ساده ترین و کم هزینه ترین روش بهترین انتخاب است. همچنین در محیط های کوچک با استفاده از DAS هزینه نگه داری ممکن است کمتر از NAS باشد و به دلیل هزینه بالای راه اندازی و معمولا عدم نیاز، راهکار SAN در شبکه های کوچک استفاده نمی شوند مگر در شرایط خاص. در شبکه های بزرگتر با سایز متوسط، استفاده ترکیبی از NAS و DAS می تواند انتخاب مناسبی باشد. اما با افزایش فضای مورد نیاز هزینه SAN به ازای هر GigaByte فضا کاهش می یابد. با توجه به اهمیت اطلاعات و هزینه نگه داری راهکار SAN باید راهکاری مناسب باشد.

2983498217_31220ef649_o

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

2983498429_e0ed69a270_o

2983498613_e40ed9e438_o


  • 0

فروش استوریج HP

فروش استوریج HP

گروه فنی و مهندسی وی سنتر آمادگی خود را برای ارائه مشاوره فنی و فروش استوریج های HP اعلام می دارد.

شما همچنین می توانید استوریج خود را بصورت آنلاین پیکربندی و قیمت گیری نمایید.

شماره تماس: 88884268

پیکربندی آنلاین

استوریج های HP در دسته های زیر تقسیم بندی می شوند:

HP MSA 1040

HP MSA 2040

HP MSA P2000 G3

HP 3PAR StoreServ

HP D2600

HP D2700

HP D3700

 

برای دسترسی به آموزشهای دیتاسنتر به شبکه آموزشی وی سنتر بپیوندید.

شبکه آموزشی


  • 0

معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView
معرفی EMC VNX MirrorView

معرفی EMC VNX MirrorView: نرم افزار EMC VNX MirrorView ارائه دهنده راهکاری برای Replication در لایه بلاک در محصولات EMC VNX محسوب می شود.

این نرم افزار دارای دو Mode برای Remote Mirroring می باشد:

  • MirroView/S Synchronous
  • MirrorView/A Asynchronous

نرم افزار MirrorView به تکنولوژی گفته می شود که در آن اصل دیتای بلاک استوریج که در حالت اکتیو و استفاده می باشند در استوریج سایت ریموت ذخیره می شوند. این سایت ریموت که به آن سایت پشتیبان نیز گفته می شود در حال حاضر یکی از راهکارهای مناسب برای Disaster Recovery محسوب می شود. راهکار MirrorView بر پایه LUN کار می کند به این مفهوم که در عمل Replication یک LUN از سایت اصلی بر روی یک LUN در سایت دوردست یا همان سایت Disaster Recovery ذخیره می شود.

 

MirrorView/S

در حالت MirrorView/S که synchronous replication نیز نامیده می شود در فاصله های نزدیک قابلیت Replication همزمان را ارائه می نماید. ار آنجا که در راهکار Synchronous Replication همه چیز همزمان انحام می پذیرد اندازه RPO Recovery Point Objective صفر می باشد.

گردش دیتا در MirrorView/S به شرح ذیل می باشد:

1- هاست به استوریج اصلی VNX وصل شده و یک عمل Write را آغاز می کند.

2- استوریج اصلی VNX داده ها را در استوریج ثانویه Replicate می نماید.

3- استوریج ثانویه VNX خبر اتمام عملیات Write را به استوریج اصلی VNX می دهد.

4- استوریج ثانویه VNX خبر اتمام عملیات Write را به هاست می دهد.

خیلی مهم است که ما از نحوه گردش دیتا در MirrorView/S آگاه شویم. به عنوان شما باید بدانید زمان رفت و برگشت RTT Round Trip Time بین دو استوریج VNX نباید بیشتر از 10 میلی ثانیه باشد. اگر زمان RTT بالاتر از این مقدار باشد مدت زمان پاسخگویی هاست نیز بالاتر خواهد رفت بدلیل اینکه مدت زمان بیشتری برای ارسال Acknowledge برای درخواست Write طول خواهد کشید.

 

MirrorView/A

در حالت MirrorView/A قابلیت Replication برای فاصله های بلند را فراهم می سازد. این حالت می تواند برای انجام Replication بین دو دستگاه استوریج VNX مورد استفاده قرار گیرد. در این حالت مدت زمان RTT بسیار بالا می باشد ولی باید به این نکته توجه داشت که این زمان نباید بیشتر از 200 میلی ثانیه باشد. در حالت MirrorView Asynchronous  این نرم افزار ، مدلی برای آپدیت زمان دار تغییرات Track ها در سایت اصلی وجود دارد که با استفاده از این مدل تغییرات در سایت ثانویه با استفاده از فاصله زمانی RPO مورد نظر کاربر انجام می پذیرد.

با استفاده از MirrorView/A Replication اعلام اتمام عملیات نوشتن در زمان دریافت توسط استوریج اصلی به هاست ارسال می شود که اساسا هیچ تاثیر منفی در محیط عملیاتی ندارد در حالی که با استفاده از MirrorView/S همه عملیات نوشتن باید توسط دو استوریج Acknowledge شوند.

گردش دیتا در MirrorView/A به شرح ذیل می باشد:

1- هاست به استوریج اصلی VNX وصل شده و یک عمل Write را آغاز می کند.

2- استوریج اصلی VNX ارسال کرده و هاست را Acknowledge می کند.

3- استوریج اصلی VNX تغییرات را دنبال کرده و بر روی استوریج ثانویه با دستورالعمل RPO مشخص شده توسط کاربر Replicate می نماید.

4- استوریج ثانویه داده ها را دریافت و Ack را به استوریج اصلی ارسال می کند.

 

نکته مهم: در هر دو حالت MirrorView/A و MirrorView/S گروه های Consistent پشتیبانی می شوند. گروه های Consistent زمانی مورد استفاده قرار می گیرند که ما بخواهیم اطلاعات را با یک ترتیب مشخص بر روی چند LUN مشخص بنویسیم. به عنوان مثال شما اگر در ساختار VMWare خود یک Datastore متشکل از 6 عدد LUN داشته باشید نیاز خواهید داشت برای هر کدام از آنها در وضعیت Consistent بوده و در ارتباط با یکدیگر باشند تا کارکرد بهتری داشته باشند.

 

 

 


  • 0

Storage

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

دو مورد استفاده از استوریج ها که بصورت های تجهیزات I/O به سیستم وصل می شوند هارد دیسک ها و سیستم های Tape می باشند.

البته این دو Device به عنوان تجهیزات جانبی به سیستم وصل می شوند و منایع ذخیره سازی دیگری نیز مانند مموری و استوریج داخلی بر روی خود سیستم ها قرار می گیرند.

در بیشتر اوقات استوریج به دو دسته ذیل تقسیم بندی می شود:

1- Primary Storage: که وظیفه نگهداری داده ها در حافظه RAM و یا بر روی حافظه موجود در خود پردازنده Cache L1 را بر عهده دارد.

2- Secondary Storage: وظیفه نگهداری از اطلاعات بر روی هارد دیسک ها و Tape ها و دیگر تجهیزاتی که عملیات I/O را انجام می دهند را دارد.

استوریج-های-روز-Storage-سیستم

 

 


  • 0

راهکار بکاپ Virtual Tape Library VTL

Virtual Tape Library
معرفی

دستگاههای بکاپ Tape هنوز منسوخ نشده اند و در واقع هیچ موقع بطور کامل منسوخ نخواهند شد. دلایلی وجود دارد که این سیستم ها را هنوز در چرخه تولید نگه داشته است این دلایل عبارتند از:

هزینه پایین این تجهیزات حتی در مقایسه با هاردهای مکانیکی SATA

طول عمر بالای نگهداری که گاهی اوقات به دو دهه نیز می رسد.

وجود الزامات قانونی بسیاری سازمانها برای استفاده از این تجهیزات

معایب

مدت زمان بکاپ مدت زمان معقول و رضایت بخش نیست که نیاز به افزایش در بیشتر مواقع می باشد. مشکل ذکر شده رایج ترین مشکل راهکارها و دستگاههای بکاپ Tape می باشد. Snapshot ها در زمانی که سیستم در حالت Workload پایین می باشد گرفته می شود و از اینرو اگر مدت زمان بکاپ بیشتر از محدوده بکاپ باشد پردازش های بکاپ با پردازش های Workload یک اصطکاکی بوجود خواهد آورد که دو مشکل اصلی را ایجاد می کند:

پایین آمدن محسوس کارایی سیستم

باقی بودن ریسک نداشتن بکاپ و نبود امنیت در حفظ اطلاعات که معمولا به نقض شدن الزامات قانونی سازمانها می شود.

راهکار-بکاپ-Virtual-Tape-Library-VTL-Starwinds-
راهکار

نرم افزار Starwind Virtual Tape Library VTL سیستم ارزان قیمت شما را که شامل هاردهای SATA می باشد را به یک دستگاه بکاپ گیری مجازی تبدیل می کند و دقیقا به مانند یک سیستم سخت افزاری Tape عمل می کند. مدت زمان بکاپ بشدت پایین می باشد بدلیل اینکه VTL از هاردهای سیستمی استفاده می کند که در مقایسه با نوارهای Tape فیزیکی سرعت به مراتب بالاتری دارد. با توجه به مدت زمان پایین بکاپ پنجره بکاپ مدت زما نبسیار مناسبی می باشد و خطر تلفیق فرآیندهای کاری با فرآیندهای بکاپ وجود ندارد. کارایی و Performance سیستم کاری ثابت می باشد و امکان بروز خطا در فرآیند بکاپ پایین خواهد آمد و اطلاعات فاسد و یا Lost نمی شوند.

استفاده از Starwind VTL بسیار مقرون به صرفه می باشد و دارای مزایا ومعایب ذیل می باشد:

این نرم افزار امکان پیاده سازی بکاپ D2D2T را ارائه می دهد از اینرو هر فرآیند بکاپ شامل یک کپی از دیتا می باشد که یکی از تفاوتهای اصلی این سیستم با سیستم D2T می باشد.

استراتژی

این نرم افزار قابلیت پیاده سازی استراتژی بکاپ Disk-to-Disk D2D را نیز دارد و برای سازمانهایی الزامات قانونی برای استفاده از Tape و ذخیره سازی اطلاعات در نوارهای Tape را ندارند پیشنهاد می شود.

مزیت استفاده از نرم افزار StarWind VTL اینست که تداخلی در زیرساخت اولیه سازمان ایجاد نمی کند به این منظور که نیازی به برچیدن سیستمهای بکاپ فعلی نداشته و حتی می توانید آنها را با این نرم افزار یکپارچه سازی نمایید.
راهکار-بکاپ-Virtual-Tape-Library-VTL-Starwinds-

نتیجه گیری

نرم افزار StarWind VTL یک ساختار خوب و یکپارچه را در اختیار کاربر قرار می دهد و اجازه اجرای کلیه فرآیند های بکاپ با Backup Window مناسب را می دهد. این نرم افزار همچنین یک Snapshot کپی اضافی از اطلاعات را ایجاد می کند. با این نرم افزار شما از یک بکاپ ارزان قیمت استفاده می کنید که در آن هیچ موقع Workload سیستمی به خاطر فرآیند بکاپ دچار اختلال نخواهد بود.


آخرین دیدگاه‌ها

    دسته‌ها