سرور کاربردی WebSphere یکی از محصولات پرطرفدار شرکت IBM از خانواده WebSphere است که به منظور میزبانی برنامه های توسعه یافته به زبان Java مورد استفاده قرار می گیرد. این محصول در بسیاری از خدمات در مقیاس سازمانی بزرگ و حتی کوچک مورد استفاده قرار می گیرد. به همین دلیل به منظور اطمینان از صحت عملکرد آن در زیرساخت یک خدمت، مانیتورینگ سلامت آن از اهمیت بالایی برخوردار است.
در این سرور کاربردی ماژولی با عنوان Performance Monitoring Infrastructure (PMI) وجود دارد که وظیفه ی جمع آوری شاخص های کارایی ماژول های مختلف را برعهده دارد و با فعال سازی آن می توان اطلاع جامعی از سلامت کلی WebSphereبه دست آورد. در اسناد شرکت IBM به منظور مانیتورینگ سلامت کلی سرور کاربردی WebSphere که (در ادامه به اختصار WAS بیان می شود)، نظارت بر شاخص هایی پیشنهاد شده است که در ادامه به هریک از آنها پرداخته می شود:
مانیتورینگ متوسط زمان پاسخ شامل مانیتورینگ زمان پاسخ Servletها و یا Enterprise Beanها می باشد. این شاخص بیانگر متوسط زمان صرف شده در WAS در هر یک از موارد اشاره شده است و با بهره گیری از این پارامتر و مقایسه آن با مقدار حالت عادی آن می توان از شرایط و کندی WAS در پاسخ به درخواست ها در برنامه های وب و EJB مطلع شد.
این شاخص ها اطلاعات جامعی از میزان ترافیک وارد شده یا حجم درخواست ها به WAS می دهند. افزایش این آمار ممکن است در متوسط زمان پاسخ نیز تاثیر گذاشته و ما را به سمت افزایش منابع اختصاص یافته مانند حافظه ی Heap در ماشین مجازی جاوا (JVM) هدایت کند.
تعداد نشست های زنده نشان از میزان استفاده از سایت به صورت همزمان دارد. افزایش تعداد نشست های همزمان نیازمند افزایش حافظه است. همچنین افزایش این پارامتر نیازمند تنظیم پارامترهای time-out در نشست ها و میزان Heap در JVM است.
در WAS به منظور اجرای همزمان درخواست ها، مخزن های Thread مختلفی طراحی شده است. Web Container به منظور مدیریت درخواست های وب، Object Request Broker (ORB)، TCPChannel.DCS و ... از جمله ی مخزنThread هایی هستند که مورد استفاده قرار می گیرند. تنظیم اندازه مخزن Thread بسیار مهم است. تنظیم کوچک یا بزرگ این مخزن ها می تواند باعث بروز مشکلات کارایی در خدمات شود. چنانچه اندازه ی این مخزن ها بدون توجه به میزان جریان قابل تحمل توسط منابع لایه ی بعد (مانند پایگاه داده) تنظیم شود، ممکن است باعث بروز مشکل در لایه ی پس از WAS شود. همچنین انتخاب مقدار بزرگ ممکن است نیازمند حافظه ی بیشتری باشد. از طرف دیگر انتخاب مقداری کوچک برای مخزن، ممکن است باعث ایجاد گلوگاه در چرخه ی خدمت شود. بنابراین اندازه مخزن ها باید براساس حجم درخواست ها و نیز میزان بار قابل تحمل توسط لایه های بعد انتخاب شود. انجام این تنظیمات بدون اطلاع از مقدار اندازه ی فعلی Threadها در مخزن امکان پذیر نیست و مانیتورینگ دايمی میزان استفاده از مخزن ها بسیار ضروری است.
مخزن ارتباطات، وظیفه ی مدیریت ارتباطات با پایگاه داده ها را بر عهده دارد و انتخاب صحیح اندازه ی این مخزن ها مشابه Threadها به حجم درخواست ها و نیز به ظرفیت درخواست هایی که پایگاه داده قابلیت پاسخ به آنها را دارد وابسته است. بنابراین باید مخزن ارتباطات WAS که با عنوان منابع داده شناخته می شوند، مانیتور شوند. در کنار اندازه ی مخزن، مانیتورینگ متوسط زمان پاسخ JDBC و نیز متوسط زمان استفاده از مخزن ارتباط توسط برنامه بسیار اهمیت دارد و باید دائماً بر آنها نظارت داشت.
هسته ی اصلی اجرای برنامه های جاوا در WAS ماشین مجازی جاوا است که دارای شاخص های مهمی مانند میزان استفاده ی JVM از پردازنده و میزان استفاده از حافظه ی Heap است که باید مانیتور شوند. برای اطلاعات بیشتر در این زمینه، حتما مقالهی مانیتورینگ حافظهی Heap در JVM را بخوانید.
ماژول ها و شاخص های کارایی معرفی شده به همراه بسیاری دیگر از شاخص های کارایی WAS در حال حاضر توسط سامانه ي مانیتورینگ جامع معین از طریق اینترفیس استاندارد قابل مانیتور هستند.
برای اطلاع از شاخصهای مهم و تاثیرگذار در مانیتورینگ دو پایگاه داده DB2 for zOS و DB2 for LUW از محصولات IBM میتوانید بر روی اسم هر یک کلیک کنید.