نکاتي براي برنامه ريزي و مديريت محيط پايگاه داده مجازي:
مجازي سازي در دنياي کامپيوتر در طي چند سال اخير انجام گرفته است و مي تواند به DBAها و متخصصان IT کمک کند بيشتر کارهايشان را خارج از منابع سخت افزاري موجود خود انجام دهند.مشخص شده است که مجازي سازي داراي مزاياي کارآيي و هزينه محسوسي است، از جمله ادغام سرور، کاهش مصرف برق و ايجاد بدون زحمت محيط برنامه نويسي و تست مجازي.هر کسي در IT به يک ميزاني از مجازي سازي استفاده مي کند، ولي بيشتر DBAها دغدغه اجراي SQL Server در محيط هاي مجازي را دارند.مجازي سازي به عنوان يک ابزار ارزشمند پديدار شد تابه DBAها کمک کند محيط هاي پايگاه داده خود را به طور کارآمدتر مديريت کنند.درباره استفاده از SQL Server با مجازي سازي برخي مفاهيم چندان واضح نيست، از قبيل تذکر دادن درباره عدم اجراي ماشي مجازي SQL VMServerبا تراکنش بالا يا اجراي يک پايگاه داده SQL Server در يک VM که هميشه منجر به کارآيي پايين مي گردد. DBA هاي ما شرط گذاشتند که سريعترين چيزها را درخواست مي دهند ( 10 عدد درايو RAID، تمام حافظه مورد نياز، ويژگي هاي ويرايش سازماني و الي آخر). Brent Ozar يک کارشناس حوزه SQL Server درQuest Software گفت:" در يک دنياي ايده آل، ما هرگز پايگاه هاي داده را در سرورهاي مجازي نمي گذاريم. ولي در يک دنياي ايده آل، همه شرکت هاي ما بسيار سودآور هستند و ما مملو از کمک خواهي از DBA هاي ارشد با مهارت هستيم. اين، آن دنياي ايده آل نيست و مواردي وجود دارد که پايگاه هاي داده SQL Server با تراکنش بالا در محيط هاي مجازي به خوبي کار ميکنند، زيرا اين چيزي است که نيازهاي کسب و کار ديکته مي کند". هر چند مجازي سازي داراي معايبي نيز است، در صورتي مي تواند به طور موفق در محيط هاي مختلف SQL Server استفاده شود که استراتژي مجازي سازي را به دقت برنامه ريزي کنيد.
ايجاد يک استراتژي مجازي سازي SQL Server:
به دليل اين که هر نصب SQL Server متفاوت است Lindsey Allen، مدير برنامه اصلي در تيم SQL Server در مايکروسافت، پيشنهاد کرد که شما ابتدا ارزيابي کنيد مجازي سازي در محيط شما ايده آل است. Allen گفت:" شما بايد اهدافي را تعيين کنيد که سازمان قصد دارد از طريق مجازي سازي به آن برسد. آيا آن کاهش هزينه از طريق ادغام، موجوديت بالاتر يا قابليت مديريت بهبود يافته است؟ آن گاه بايد کار بارهايي را تعيين کنيد که روي نمونه SQL Server اي اجرا مي شوند که مجازي شده است و امتحان کنيد تا مطمئن شويد که آن ها SLS هاي عملياتي را در يک محيط مجازي شده برآورده مي کنند". بر طبق اين اطلاعات، بايد بتوانيد يک محيط مجازي سازي جديد را برنامه ريزي، طراحي و پياده سازي کنيد. Kevin Klin مدير فناوري SQL Server Quest Software Solutions Group مي گويئ:" تفکر مجازي سازي شبيه بافت صورت است، نرم و قابل برداشتن. شما نبايد سيستم هاي توليدي خود را بدون نياز شديد به هدايت آن و بدون تست زياد براي اطمينان از کارکرد آن ، گرفتار مجازي سازي کنيد". " بلکه ، با ميوه کمتر معلقي از محيط هاي توسعه برنامه هاي کاربردي شروع کنيد، محيط هاي QA که تست کارآيي را انجام نمي دهند، محيط ها را آموزش نمي دهند و از اين قبيل موارد. فقط محيط هاي توليدي را هنگامي در نظر بگيريد که دقيقاً مي دانيد پرو فايل کار بار برنامه توليدي چيست و دقيقاً مي دانيد پروفايل کارآيي سخت افزار به اضافه ماشين(هاي) مجازي چقدر خواهد بود". Ozar موافق است و بر اين توافق پافشاري مي کند که برنامه ريزي upfront هنگامي به استراتژي مجازي سازي SQL Server شما وارد مي شود که امتيازات قابل توجهي در دراز مدت داشته باشد. Ozar مي گويد:" قبل از شروع، مفهوم موفقيت را در پروژه مجازي سازي خود تعريف کنيد. قبل از شروع، توافق نامه هاي سطح خدمات را با کاربران کاربردي کسب و کار داشته باشيد و کارآيي و موجوديت را براي تعيين موفقيت پروژه پايش کنيد. " راهبران پايگاه داده با مفهوم SLA در ستيز هستند؛ ما هميشه کار خوب تعريف دقيق ميزان سريع بودن مورد نياز يک برنامه را براي اين که ،بالا در نظر گرفته شود، انجام نمي دهيم. اگر قبل از شروع مجازي سازي، با توافق هاي سطح سرويس موافق نيستيد، مي توانيد با سناريويي کار را به پايان برسانيد که کاربران نهايي ما شکايت داشته باشند که اين برنامه ها به قدر کافي سريع نيستند، ولي IT اعتقاد دارد هر چيزي خوب است، زيرا پول زيادي صرفه جويي نمي کنيم. هم چنين بايد شفافيتي بين DBA ها و راهبران مجازي سازي به وجود آوريد. DBAها بايد بتوانند اطمينان دهند که سرورهاي مجازي آن ها در سطح منبع پاييني کار مي کنند و راهبران مجازي سازي بايد اطمينان دهند که DBAها ايندکس ها را در ميانه يک روز هفته بازسازي نمي کنند. اين نوع همکاري موجب تسهيل پروژه هاي مجازي سازي مي شود". Ozar همچنين DBAها را تشويق به کار کردن نزديک با همکاران خود در بخش IT کرد که عمدتا براي تشويق خطوط ارتباطي خيلي شفاف و کمک به حل مشکلات بالقوه لحظه اي قبل از رخدادن هستند. Ozar مي گويد: "اطمينان دهيد که نرم افزار آنتي ويروس شما به طور منظم اسکن هاي زمان بندي شده را روي سرورهاي مجازي انجام نمي دهد". "اگر تمام مهمانان مجازي يک اسکن ويروس را در روز جمعه در ساعت 9P.M آغاز کنند، به دليل اين که هر کس به طور پيش فرض نرم افزار آنتي ويروس دارد، تمام سرورهاي مجازي به زانو در خواهند آمند ( حتي اگر نرم افزار آنتي ويروس روي آن ها نصب نشده باشد). اين پنجره زمان پشتيبان گيري اصلي پايگاه داده است و مي تواند خرابي عظيمي را روي سرورهاي SQL بروز دهد، هنگامي که آن ها نمي توانند پاسخ هاي I/O را به مدت 15 ثانيه دريافت کنند. شفافيت بين DBA و تيم هاي رهبري سيستم کمک مي کند تا مطمئن شويم که از اين نوع مشکل زمان بندي جهاني پيشگيري شده است. %%استفاده از SQL Server با Hyper-V:
اگر دنبال کار تيمي SQL Server با Microsoft Hyper-V هستيد، Allen اشاراتي به بهينه سازي کارآيي VM هنگام اجراي SQL Server دارد. او گفت: براي داشتن بهترين کارايي ممکن VM تدارک پردازنده هاي منطقي VM کلي کمتر بهتر از تدارک تعداد کل هسته هاي CPU فيزيکي موجود در سرور است، را توصيه مي کنم". "شما مي توانيد بيش از حد تدارک ببينيد و تعدادي VM را روي يک کادر منفرد اجرا کنيد، ولي سربار VM (نسبت يک عمل انجام شده در يک VM به همان عمل که به طور طبيعي انجام مي شود) بالا خواهد رفت. اين مسأله در بيشتر سناريوها قابل قبول نيست. هنگامي که مجازي سازي تراکنش بالا و نصب SQL Server با I/O بالا مطرح است، Allen،DBA ها را به ارزيابي آن ها به صورت موردي تشويق کرد. او مي گويد:"مجازي سازي، سرباري را با توجه به حافظه، CPU ، عمليات I/O ديسک و شبکه اضافه مي کند و محدوديت هاي CPU وحافظه قديمي براي VM ها وجود ندارد". "برنامه هاي با تراکنش بالا بايد تست شوند تا اطمينان حاصل شود که آن ها SLA هاي عملياتي خود را در محيط هاي توليدي مجازي شده برآورده مي سازند. براي برنامه هايي که نياز به يک محيط طبيعي دارند، ادغام چند نمونه اي مي تواند يک راه حل باشد. پشتيباني SQL Server 2008 از hot-plug سخت افزاري ( حافظه/CPU) ويژگي بسيار مفيدي براي چنين سناريوهايي است". براي اطلاعات بيشتر درباره استفاده از SQL Server با Hyper-V ، Allen پيشنهاد مي کند که مقاله مايکروسافت تحت عنوان "Running SQL Server 2008 in a Hyper-V Environment"
(tinyurl.com/can4g3) را بخوانند که نکات و پيشنهادات متعددي را براي مجازي سازي SQL Server با استفاده Hyper-V فراهم مي کند، از جمله توصيه استفاده از وسايل مقلد براي توزيع هاي SQL Server و پيکربندي ديسک هاي Pass-through در افراز ريشه VM مهمان به صورت Offline با استفاده از يوتيليتي DiskPart يا Hyper-V Volume Manager. Allen اشاره مي کند که هر چند SQL Server 2008 و SQL Server 2005 مي توانند در محيط هاي مجازي استفاده شوند، SQL Server 2008 تعدادي ويژگي خاص مجازي سازي را براي جدول به همراه دارد. او مي گويد:" Resource Governor جداسازي و بهينه سازي منبع را بين نمونه ها در يک VM فراهم مي کند". "فشرده سازي داده، بهينه سازي فضاي ديسک را تضمين مي کند، به نمونه پايگاه داده و VM اجازه مي دهد تا بهتر با فضاي ديسک کار کند و از پهناي باند I/O بهتر استفاده نمايد، بنابراين احتمال اجراي VM هاي بيشتر روي يک سرور افزايش مي يابد". Ozar تصريح کرد که SQL Server 2008، تعدادي ويژگي خاص مجازي سازي را اريه مي دهد و Resource Governor را به عنوان علاقه خود جدا مي کند. Resource Governor به DBAها اجازه تنظيم کف کارآيي را براي هر برنامه يا پايگاه داده معين در آن سرور مي دهد. Ozar مي گويد:" بعر از ادغام تعداد زيادي برنامه در سخت افزار کمتر، Resource Governor اطمينان مي دهد که برنامه اي که ضعيف عمل مي کند، موجب به زانو در آوردن ساير برنامه هاي ادغام شده نمي شود". " اين معادل SQL Server مخازن منبع VMware است: مي توانيد دقيقاً تعريف کنيد چند منبع به يک برنامه معين اختصاص يابد.حتي بهتر، Resource Governor مي تواند به يک برنامه اجازه دهد تمام توان بالاي موجود را بگيرد، اگر چيز ديگري در آن زمان خاص فعال نباشد". استفاده از SQL Server با ESX Sever و Virtual Infrastructure اگر اجراي SQL Server با VMWare يا VI3) Virtual Infrastructure 3) را ترجيح مي دهيد، تعدادي نکته برنامه ريزي و زمان بندي مشابه به کار مي رود. بر طبق گفته Scott Drummounds مدير بازاريابي فني گروه VMWare ، تعدادي از افراد مفهوم درستي از مجازي سازي SQL Server ندارند و کمتر با اين فناوري کار کرده اند و بيشتر برنامه ريزي و زمان بندي اشتباهي را دنبال مي کنند. او مي گويد:" در برخي موارد، راهبر VI3 ممکن است فرد ديگري غير از DBA باشد و هم چنين ممکن است يا راهبر حافظه باشد". "تمام اين افراد بايد دقيقاً يا يکديگر کار کنند ، تا اطمينان حاصل شود که موقعيتي نداريد که 10 تا 15 پايگاه داده يک Logical Unit NUMBER] LUN] را به اشتراک گذارند. مي توانيد کارآيي بالايي از مجازي سازي داشته باشيد و چنانچه محيط به خوبي پيکر بندي شده باشد، تا 90 درصد کارآيي بالاتري خواهيد داشت". بديهي است، بهترين نکات و توصيه ها در مورد مجازي سازي از فردي خواهد بود که از SQL Server در يک محيط توليدي زنده استفاده مي کند که دقيقاً کاري است که Tom Gibaud مدير Rochester General Health Systems ، IT هر روز انجام مي دهد (www.viahealth.org). او مي گويد:" ما حدود سه سال است که از VMWare استفاده مي کنيم. ما با ادغام سرور و مجازي سازي سرورهاي فايل/چاپ و Active Directory شروع کرديم. ....." ما SQL Server را مدتي با VI3 مجازي سازي کرديم و موفقيت قابل توجهي به دست آورديم". او گفت که همگي به جز يکي از پايگاه داده هاي SQL Server سازمان مجازي شدند، از جمله آن هايي که رکوردهاي پزشکي الکترونيکي، حقوق و دستمزد، سيستم بانک خون، تصوير برداري راديولوژي و برنامه هاي CRM را مديريت مي کنند. بيش از 400 مهمان در داخل 60 نمونه SQL Server در محيط او مجازي شدند. او تصريح کرد که قابليت اتکا، بخش حياتي استراتژي مجازي سازي است. او افزود:" ما هم چنين استفاده از خوشه بندي با SQL Server را بررسي کرديم ولي حداقل در مورد من، موجب مشکلات بيشتري شد". " ما VMWare را بررسي کرديم و گزينه هاي قابليت اتکا و موجوديت بالا ما بسيار مهم بودند. اولويت اصلي ما، مراقيت بهداشتي بود، بنابراين بايد مطمئن مي شديم که پرستاران و پزشکان در هر ساعت روز مي توانند اطلاعات را بگيرند که نياز دارند". " اين، آن دنياي ايده آل نيست و مواردي وجود دارد که پايگاه هاي داده SQL Server با تراکنش بالا در محيط مجازي به خوبي کار مي کنند، زيرا اين چيزي است که نيازهاي کسب و کار ديکته مي کند". Breat Pzar ، کارشناس حوزه SQL Server در Quest Software هنگامي که از پرسيديم که چه توصيه اي به ساير DBAها و ساير متخصصان IT هنگام برنامه ريزي استراتژي مجازي سازي SQL Server خود دارند، Gibaud پيشنهاد کرد که کاربارها را در VMهاي خود ترکيب نکنيد تا مديريت آن ها آسان تر شود. او همچنين اهميت برنامه ريزي مناسب و اجراي VMها در بهترين سخت افزار موجود تأکيد کرد". در گفتگو با تعدادي از هم کلاسيان که در مورد مجازي سازي SQL Server موفق نبودند، آن ها کارهايي از قبيل ترکيب فايل ها و سرورهاي چاپ خود را با SQL Server در يک VM انجام داده بودند يا آن ها نيروي کافي تحت VMWare براي مديريت بار کار نداشتند". او مي گويد که زمان صرف شده براي برنامه ريزي و پيکربندي مناسب گزينه هاي حافظه شما مي تواند موجب تقسيم بندي هاي عظيمي شود. " شما بايد کارها را به درستي روي ديسک طرح بندي کنيد. مطمئن هستيم که ثبت هاي تراکنش در RAID 1، پايگاه ها در RAOD 5 هستند.... . بايد بهترين شيوه ها را دنبال کنيد و نمونه SQL Server را با همان دقت هميشگي نصب کنيد". در ارايه او "Virtualizing SQL Server USING vmwARE Infrasturcture" در VMWorld 2008 ،مدير بازاريابي محصول فني در VMWare ، تعدادي نکته مجازي سازي اضافي SQL Server را فراهم کرد. او قرار دادن OS و برنامه در دوک هايي مجزا از TempDB، تعيين اندازه قبلي فايل هاي داده و مديريت دستي رشد فايل را توصيه مي کند، البته نه با استفاده از ويژگي Gaidhani SQL Server Autogrow. هم چنين DBAها را تشويق کرد فايل هاي TempDB خود را به يک LUN اختصاصي ببرند و مطمئن شوند که تمام فايل هاي TempDB به اندازه يکسان هستند و TempDB را از قبل با فضاي مناسب براي مديريت کار بارهاي مورد انتظار تخصيص مي دهند. %مجازي سازي SQL Server: بر خلاف آن چه که DBAها عقيده دارند، مجازي سازي و SQL Server مي توانند با هماهنگي با هم کار کنند. به کمک کمي تحقيق و برخي از بهترين شيوه ها، مي توانيد مجازي سازي را براي حداکثر کردن سرمايه گذاري خود روي زيرساخت SQL Server خود انجام دهيد. در بين اين شيوه ها، زمان هاي اقتصادي را امتحان کنيد که ممکن است بهترين شيوه براي دنبال کردن باشد.
منبع:ماهنامه ي رايانه شماره 188