ویندوز سرور ۲۰۰۰ و ۲۰۰۳ به صورت پیش فرض از خصوصیت NLB یا Network Load Balancing پشتیبانی می کنند . با استفاده از این ویژگی می توان در خواست های کاربران برای یک سرویس را بین چندین کامپیوتر حاوی آن سرویس پخش نمود و بدین ترتیب باعث افزایش کارایی و سرعت عملکرد آن سرویس گشت . با استفاده از خصوصیت NLB می توان چندین کامپیوتر را بصورت یک گروه درآورد که از یک آدرس IP استفاده می نمایند . به این عمل Clustering می گویند . یک Cluster گروهی از کامپیوترهای مستقل از هم را می گویند که برای انجام یک یا چندین سرویس با هم همکاری داشته و از دید کاربران به عنوان یک کامپیوتر واحد به نظر می رسند . وقتی در خواست های کاربران به یک کلاستر NLB می رسد ، ترافیک رسیده بین سرورهای موجود در آن کلاستر پخش خواهد گشت . حتی در صورتی که یکی از سرورهای کلاستر در دسترس نباشند، ترافیک کلاینت ها به کامپیوترهای دیگر موجود در ان کلاستر هدایت خواهد شد.
در نسخه استاندارد ISA ویژگی NLB به صورت پیش فرض وجود ندارد و برای این منظور باید آن را به صورت دستی تنظیم نمود . اما نسخه Enterprise ویژگی NLB را بصورت اتوماتیک مورد استفاده قرار می دهد و می توان آن را از طریق کنسول مدیریتی سرور ISA مدیریت نمود. همچنین سرور ISA را می توان برای مشاهده صحت عملکرد NLB بکار برد و در هنگام بروز ایرادی در یکی از کامپیوترهای کلاستر، می توان وظایف سرور معیوب را بر روی کامپیوتر دیگر آن کلاستر انتقال داد.
+ نوشته شده در یکشنبه پانزدهم اردیبهشت 1387ساعت 20:43  توسط مهدی عالیشوندی
|
با استفاده از نسخه Enterprise می توان چندین سرور ISA را به صورت همزمان به عنوان مسئول عمل Web Caching مورد استفاده قرار داد . بدین معنی که تمامی سرورهای موجود در یک Array به عنوان یک کامپیوتر واحد در نظر گرفته شده و فضای دیسک سخت آنها را بصورت مشترک مسئول عمل Web Caching خواهند گشت .
پروتکل CARP برای همین منظور مورد استفاده قرار می گیرد . هنگامی که کاربری یک درخواست را برای یک صفحه وب ایجاد و ارسال نمود ، پروتکل CARP یکی از سرورهای ISA موجود در آن Array را به عنوان مسئول عمل دریافت درخواست کاربر و انجام Caching تعیین می کند. وقتی کاربری دیگر اقدام به درخواست همان صفحه وب نمود ، پروتکل CARP بار دیگر اقدام به تعیین این که کدام یک از اقدام به تعیین این که کدام یک از سرورهای ISA موجود در آن Array حاوی اطلاعات درخواستی می باشند نموده و درخواست کاربر را برای ان سرور ISA ارسال خواهد نمود . همانطوری که می بینید با استفاده از خصوصیت CARP می توان عمل Caching را با انعطاف بسیار و عملا در هر سایزی مورد استفاده قرار داد.
+ نوشته شده در یکشنبه پانزدهم اردیبهشت 1387ساعت 20:25  توسط مهدی عالیشوندی
|
یکی از تفاوتهای عمده دو نسخه ISA در چگونگی نگهداری اطلاعات مربوط به پیکربندی سرور ISA است . نسخه استاندارد ، اطلاعات مربوط به پیکربندی خود را در روی Registryکامپیوتر محلی ذخیره می نماید . در این شرایط اگر نیاز به استفاده از سرور ISA دیگری با همان پیکربندی یکسان داشته باشیم ، باید پیکربندی سرور اول را Export کرده و فایل بدست آمده را در روی سرور دوم Improt نماییم . در صورتی که نیاز به تغییر پیکربندی حاضر احساس گردید، انجام تغییرات در روی هر دو سرور به صورت جداگانه انجام خواهد گرفت.
اما نسخه Enterprise اطلاعات مربوط به پیکربندی خود را نه در روی Registry کامپیوتر محلی ، بلکه در محل دیگری ذخیره می نماید . در هنگام نصب نسخه Enterprise باید یک یا چند سرور را نیز برای نگهداری اطلاعات مربوط به پیکربندی سرورهای ISA تعیین نماییم. این سرورها به نام Configuration Storage Servers نامیده شده و از Active Directory Application Mode - ADAM برای نگهداری اطلاعات مربوط به تمامی سرورهای ISA بهره می گیرند. به دلیل این که ADAM می تواند در روی چندین سرور نصب شده و اطلاعات نیز می توانند بین این سرورها تکثیر گردد ، بنابراین می توان چندین عدد Configuration Storage Server را به صورت همزمان در شبکه در اختیار داشت . همچنین می توان ADAM را در روی خود سرور ISA نیز نصبنمود با استفاده از ADAM می توان از Enterprise policy ها برای پیکربندی تمامی سرورهای ISA استفاده نمود. همچنین می توان از Array ها و نیز Array Policy نیز بهره گرفت . مجموعه ای از سرورهای ISA که دارای پیکربندی های یکسانی می باشند، یعنی Policy های یکسانی روی آنها اعمال می گردد، به عنوان یک Array نامیده می شوند .
بنابراین قبل از نصب نسخه Enterprise باید موارد زیر نصب و آماده شده باشند:
1- تعیین سرورهای نگهدارنده اطلاعات مربوط به پیکربندی یا Configuration Storage Servers
2- ایجاد Enterprise/Array Policy
بعد از تکمیل موارد بالا می توان اقدام به نصب سرور ISA کرده و سپس آنها را عضو یک گروه یا Array خاصی نمود . بعد از ایجاد Enterprise/Array Policy ها و منتصب نمودن آنها به هر یک از گروها یا Array ها ، هر کدام از سرورهای ISA که عضو آن Array گردد . تنظیمات تعیین شده ان Policy را به صورت اتوماتیک خواهد پذیرفت. براین تغییر پیکربندی های مربوط به سرورهای ISA فقط کافیست تنظیمات روی سرور حاوی اطلاعات پیکربندی یا Configuration Storage Server را تغییر داد. سرورهای ISA به صورت متناوب با سرورهای Configuration Storage در تماس می باشند و به محض یافتن تغییری در تنظیمات اقدام با دانلود و اعمال آن تغییرات در روی Registry خود می نمایند.
+ نوشته شده در یکشنبه پانزدهم اردیبهشت 1387ساعت 12:17  توسط مهدی عالیشوندی
|
ISA Server 2006 در دو نسخه مختلف ارائه گشته است :
1-نسخه استاندارد
2-نسخه Enterprise
در حالت کلی عملکرد این دو نسخه موجود شبیه به هم می باشد . اما نسخه Enterprise دارای امکانات بیشتری نسبت به نسخه استاندارد بوده که عملیات مدیریت ISA Server را مخصوصا در مواقعی که از چند ISA Server با پیکربندی یکسان استفاده می کنیم، آسان تر می نماید. برای نمونه ، با استفاده از نسخه Enterprise می توان خصوصیت NLB را نیز در شبکه در اختیار داشت . ویژگی NLB باعث می شود که ترافیک رسیده به مجموعه ای از ISA Server بین آن ها پخش گردد.
استفاده از نسخه استاندارد ISA Server در شرایطی که از یک ISA Server استفاده کرده و یا مواقعی که ISA Server را به عنوان Proxy Server و یا Firewall Server مورد استفاده قرار می دهیم و یا در هر یک از مرکز (اداره اصلی و شعبات مختلف آن ) فقط از یک ISA Server استفاده می نماییم ، نسخه استاندارد توصیه می شود. اما در شرایطی که برای هر یک از نقش های موجود از چندین ISA Server بهره گرفته خواهد شد، استفاده از نسخه Enterprise باید مدنظر قرار داشته باشد. مثلا اگر شما مسئول شبکه ای باشید که حاوی چند ISA Server در اداره اصلی بوده و از آنها به عنوان Proxy Server و یا Caching Server می گردد، مورد استفاده قرار دادن نسخه Enterprise می تواند مدیریت سرورهای موجود را بهبود بخشد.
هر دو نسخه موجود ISA دارای عملکرد کلی یکسان می باشند. مهمترین وه تمایز آنها در اینجا است که نسخه Enterprise دارای امکانات بیشتری در مدیریت همزمان و نیز آسان تر سرورهای ISA می باشد . نسخه Enterprise از ویژگی های زیر بهره می برد :
1- نگهداری متمرکز اطلاعات مربوط به پیکربندی سرورهای ISA
2- پشتیبانی از پروتکل CARP
3-پشتیبانی از پروتکل NLB
+ نوشته شده در یکشنبه پانزدهم اردیبهشت 1387ساعت 11:33  توسط مهدی عالیشوندی
|