یک دروازه دوم اضافه می‌کنید، کنسول دو عضو سالم نشان می‌دهد و سقف جلسه‌ها تقریباً تکان نمی‌خورد، چون هیچ‌چیز به کارخواه‌ها نگفته بود چگونه به جعبه تازه برسند. مقیاس‌دهی سرویس VPN دو تصمیم پیاپی است: کدام سازوکار کارخواه‌ها را برای این نوع اتصال توزیع می‌کند و چه مقدار ظرفیت پس از بدترین کاهش تک‌تایی می‌ماند. اگر آن‌ها را به ترتیب معکوس بگیرید، طرحی می‌سازید که افزونه به نظر می‌رسد و دقیقاً وقتی لازم است از کار می‌افتد. از کنسول شروع کنید و سپس حساب را انجام دهید.

سازوکار را با نوع جلسه هم‌تراز کنید

کاربران دور، همتایان میان سایت‌ها و تونل‌های دستگاه همیشه روشن جلسه‌های قابل‌تعویض نیستند. یک ویژگی توزیع که برای یکی از آن‌ها ساخته شده معمولاً در هنگام مذاکره کارخواه را هدایت می‌کند، که برای همتایی با نشانی ثابت و پیکربندی ایستا معنایی ندارد.

راهنمای دسترس‌پذیری بالای ASA از سیسکو سه توانایی را جدا نگه می‌دارد: متعادل‌سازی بار VPN دسترسی از راه دور، جابه‌جایی همراه با وضعیت و خوشه‌بندی میان سایت‌ها. تنها نخستین توانایی کارخواه واجد شرط را از ورودی گروه به عضوی منتقل می‌کند و اتصال‌های LAN به LAN بیرون از آن توزیع می‌مانند. یک متعادل‌کننده TCP عمومی نمی‌تواند جای گام هدایت خود پروتکل را بگیرد، زیرا دست‌دادن تونل HTTP ساده‌ای نیست که یک پیشکار بتواند بازنویسی کند. نتیجه عملی متعادل‌کننده‌ای است که اتصال را می‌پذیرد و با این حال کارخواه را از ساختن تونل بازمی‌دارد.

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

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

فرض کنید سه دروازه هرکدام برای 800 تونل همزمان زیر بار کاری که تأیید کرده‌اید معتبر شده‌اند، که در مجموع 2,400 می‌شود. هدف 1,650 در ساعت اوج راحت به نظر می‌رسد تا وقتی یک واحد از دست برود، و آنگاه جفت بازمانده باید 1,650 را در برابر 1,600 سخت نگه دارد. طرح از پیش شکست خورده است و هیچ تنظیم جابه‌جایی حسابی را درست نمی‌کند.

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

برای موج اتصال دوباره بودجه بگذارید، نه فقط وضعیت پایدار

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

چند هزار کارخواه که در عرض یک دقیقه دوباره تلاش می‌کنند رویدادی متفاوت از 1,650 پایدار است و کارسازهای احراز هویت نخست آن را حس می‌کنند. فضای استخر را هم بررسی کنید، چون هدایت از آن نمی‌پرسد: عضوی که نمی‌تواند نشانی تخصیص دهد با این حال کارخواه را می‌پذیرد و سپس ترافیکش را رها می‌کند.

با استخر و مسیر در دست، ظرفیت را بررسی کنید

بررسی، تمرینی تنها-خواندنی است که بیشتر خطاهای طراحی را پیش از باز شدن پنجره نگهداری می‌گیرد. استخر هر عضو، شمار جلسه‌های فعال و مسیر بازگشت به زیرشبکه کارخواه را گردآوری کنید و سپس هر یک را با طرح بسنجید. تهی شدن استخر و نبودن مسیر بازگشت هر دو به‌صورت کارخواهی ظاهر می‌شوند که احراز هویت می‌کند و بعد ترافیکش را از دست می‌دهد.

show vpn-sessiondb summary
show running-config ip local pool
show vpn load-balancing
show route 10.40.12.0 255.255.255.0

آن خواندن‌ها را روی هر عضو در یک ساعت اوج معمولی اجرا کنید نه ساعتی آرام. عضوی که جلسه گزارش می‌کند اما نشانی آزاد ندارد از پیش در حد عملی خود است، هر چه مجوز بگوید. نسخه میان‌افزار را کنار هر خروجی بنویسید، زیرا نام فرمان‌ها میان نسخه‌ها جابه‌جا می‌شود.

از دست رفتن را یک بار عمداً و بیرون از ساعات کاری تمرین کنید و ثبت کنید اعضای بازمانده در حین آن چه گزارش می‌دهند. عضوی که هدایت را می‌پذیرد اما فضای استخر ندارد به‌صورت تخصیص ناموفق ظاهر می‌شود، که پهنای باند اضافی هرگز آن را درست نمی‌کند. رقم‌های معتبر را با تاریخ کنار طرح نگه دارید تا بازبینی ظرفیت بعدی از شواهد آغاز شود نه از برگه مجوز. نتیجه آن تمرین را به همان صفحه بیفزایید، حتی وقتی رقم‌ها با طرح می‌خوانند.

مقالات مرتبط