مقدمه ای بر Resource Governor در SQL Server 2008

سناریو / مشکل:

روي يك سرور هم نرم افزار ERP داريم و هم نرم افزار گزارش گيري چون نرم افزار گزارش گيري منابع بيشتري مصرف ميكنه نرم افزار ERP كه تو سازمان از اولويت بالايي برخوردارده كند ميشه

راه حل:

Resource Governor يك تكنولوژي جديد در SQL Server 2008 هست كه از طريق تعيين كردن محدوديت مصرف (استفاده) منابع ;بوسيله درخواست هاي ورودي به سرور بارهاي كاري(workloads) و منابع SQL Server رو مديريت میکنه.

در سروري كه ما 2 (يا چند) بار کاری متمايز داريم براي مثال بار كاري نرم افزار ERP و بار كاري نرم افزار گزارش گيري Resource Governor بين اين 2 فرق قائل ميشه و مياد منابع مشترك درخواست شده(CPU و memory) رو براساس محدوديت هاي كه ما به ازاي هر باركاري مشخص كرديم به اون درخواست تخصيص ميده.

در واقع ما ميايم براي يك باركاري مشخص اولويت در نظر ميگيرم در اينجا نرم افزار ERP و تضمين ميكنيم در شرايطي كه بين چند بار كاري متمايز بر سر يك Resource خاص رقابت بوجود اومد باركاري با اولويت بالا حتما پيروز بشه و درنتيجه كامل بشه.

 

براي مثال در شكل بالا 2 گروه كاري داريم و بسته به نياز و اهميت حداكثر و حداقل مصرف منابع مشترك (CPU و memory) رو براي هر گروه تعيين مكنيم

ERP Workloads Max CPU =90% Min CPU=50%

Reporting Workloads Max CPU =20% Min CPU=10%

درخواست هاي وارد شده به سرور بوسيله تابع كلاس بندي و براساس شرايطي كه ما تعيين ميكنيم به سمت گروه كاري مورد نظر هدايت ميشه

براي مثال داخل تابع ميگيم اگه يوزر درخواست كننده ERP_User بود اين درخواست به سمت گروه كاري ERP دايركت بشه و...

منابع: + و +

نظرات

ارسال یک نظر

پست‌های معروف از این وبلاگ

lnav ابزاری بسیار کاربردی برای پیمایش لاگ ها در لینوکس و البته مک

تصویر
خب گرمی هوا و تعطیلی فرصتی شد برای نوشتن درباره lnav   طبق تعریف رسمی lanv خودش رو یک نمایش دهنده لاگ فایل که UI اون بر پایه ncurses(رابط کاربری مبتنی بر متن مثل norton commander ) هست میدونه و اما قابلیت ها ادغام و نمایش چندین لاگ فایل در یک پنجره خیلی پیش میاد برای ریشه یابی یک مشکل مجبور باشیم چندین لاگ رو همزمان بررسی کنیم.وقتی چندین فایل رو با هم باز میکنیم براساس timestamp خطوط لاگ رو نمایش میده و به کمک رنگ های متفاوت هر خط رو متمایز میکنه lnav /var/log/messages /var/log/secure تشخیص خودکار فرمت لاگ به صورت داخلی و پیش فرض lanv از لیست بلند بالایی از فرمت ها پشتیبانی میکنه مثلا اکثر وب سرور ها مثل nginx اگرهم فرمت مدنظر شما داخل این لیست نیست امکان تعریف فرمت شخصی رو هم دارید. فیلترکردن لاگ های حجیم قبل از بازکردن معمولا پیش میاد که با یک فایل چند گیگ ی کارداریم و فقط میخواهیم مثلا سطح  WARN ها رو ببینیم . در مثال زیر اگر دقت کنید خروجی شامل کلی لاگ DEBUG هست ولی با کمک فیلتر رسیدیم به چندین خط و البته میتونیم چندین نوع فیلتر دیگه هم داشته باشیم مثلا regex و ... م...
Read more »

ساختن ایمیج های داکری به کمک BuildKit - بخش دوم

تصویر
 خب با یک فاصله طولانی از بخش اول میرسیم به بخش دوم ساختن ایمیج های داکری به کمک BuildKit در این قسمت قراره درباره امنیت و در واقع امن کردن داکرفایل یا ایمج هامون صحبت کنیم.وقتی که نیاز داریم مثلا به یک مخزن خصوصی وصل بشیم یا یک فایل رو از یک سایت خاص💪 مثلا sonaops.ir دانلود کنیم یا ... و مجبوریم یک سری اطلاعات شخصی (نام کاربری رمز عبور و...) رو وارد کنیم در صورت رعایت نکردن یکسری اصول امنیتی ایمیج ما مستعد خرابکاری میشه و...  تا قبل از BuildKit یک روش استفاده از ARG داخل داکر فایل و مقداردهی اون هنگام build به کمک build-arg بود (و هست) مشکل این روش اینه که از طریق خواندن تاریخچه ساخت یک ایمیج این اطلاعات درز میکنه و البته از اون بدتر اگه این اطلاعات رو به نوعی داخل ایمیج ذخیره کرده باشید به راحتی قابل دسترسی هست (حتی اگه تو یک مرحله اونو پاک کرده باشید) سرچ زیر تو گوگل احتمالا نتیجه های جالبی رو برگردونه inurl:Dockerfile site:github.com intext:"ARG password" OR intext:"ARG secret" OR intext:"ARG pass" و در ادامه در صورت دستیابی به ایمیج مربوطه docker h...
Read more »

ساختن ایمیج های داکری به کمک BuildKit - بخش اول

تصویر
خب چند سالی هست که داکر راه خوبان رو داره میره و با تعریف پروژه موبی قدم بزرگی تو پشرفت کانتینر سازی (که البته به اشتباه معمولا میگیم داکر سازی و چه اشتباه خوبی ) برداشته.     یکی از زیر پروژه های موبی که اتفاقا بحث اصلی این پست و پست های آتی هست BuildKit نام داره که در واقع ابزاری برای ساخت ایمیج هست که در ابتدا به صورت مجزا قابل استفاده بود(و البته هنوزم هست) و از داکر ورژن 18.09 به صورت داخلی به داکر اضافه شده.   برای استفاده از این بیلدر یا میتونیم متغییر محیطی بنام DOCKER_BUILDKIT رو مقدار دهی کنیم و یا daemon.json رو ویرایش کنیم  export DOCKER_BUILDKIT=1 OR  vi /etc/docker/daemon.json   { "features" : { "buildkit" : true } }  systemctl daemon-reload systemctl restart docker       بعد از تغییر بیلدر پیش فرض داکر خروجی بیلدر هنگام ساخت ایمیج به شکل زیر میشه   نکته : من برای راحتی برای دستور docker دگرنام( alias ) dcr رو انتخاب کردم. در این پست و پست های آتی به برسی قابلیت های مهم BuildKit میپردازیم   پردازش موازی شا...
Read more »