تنظیمات High Availability (HA) در فایروال Sophos برای جلوگیری از قطعی شبکه

در عصری که کسب‌وکارها به‌صورت فزاینده‌ای وابسته به خدمات دیجیتال و ارتباطات شبانه‌روزی شده‌اند، تداوم سرویس (Service Continuity) به یک اصل غیرقابل انکار در مدیریت زیرساخت‌های فناوری اطلاعات تبدیل شده است. هر دقیقه از قطعی شبکه می‌تواند منجر به زیان‌های مالی مستقیم، آسیب به اعتبار برند، اختلال در زنجیره تأمین و نارضایتی مشتریان شود. در چنین محیط‌های حیاتی، زیرساخت شبکه نه تنها باید عملکردی ایمن، بلکه با دسترسی‌پذیری بسیار بالا (High Availability) داشته باشد. این امر به‌ویژه برای سازمان‌هایی که خدمات آنلاین، ارتباطات زنده، یا عملیات‌های مبتنی بر ابر ارائه می‌دهند، یک ضرورت راهبردی محسوب می‌شود.

در هسته این زیرساخت، فایروال به عنوان دروازه‌بان امنیتی و مسیریاب ترافیک، نقشی محوری ایفا می‌کند. این جایگاه، فایروال را به یک نقطه شکست منفرد (Single Point of Failure – SPOF) خطرناک تبدیل می‌کند. در صورت خرابی سخت‌افزاری، بروز خطای نرم‌افزاری، نیاز به تعمیرات نگهداری، یا حتی قطعی برق در یک دستگاه، تمام ارتباطات ورودی و خروجی سازمان می‌تواند به‌طور کامل قطع شود. این آسیب‌پذیری، امنیت و عملیات شبکه را به طور همزمان تهدید می‌کند. بنابراین، حذف این نقطه شکست منفرد، گامی اساسی در طراحی یک شبکه تاب‌آور و مقاوم است.

راهکار غلبه بر این چالش، استقرار معماری High Availability (HA) است. معماری HA با ایجاد یک خوشه (Cluster) از دو یا چند دستگاه فایروال، یک ساختار افزونه ارائه می‌دهد که در آن اگر یک دستگاه از کار بیفتد، دستگاه یا دستگاه‌های دیگر به‌صورت خودکار و تقریباً بدون وقفه، وظایف آن را بر عهده می‌گیرند. این فرآیند که جابه‌جایی اضطراری (Failover) نامیده می‌شود، برای کاربران نهایی و سرویس‌ها نامحسوس است. در دنیای فایروال‌های Sophos، این معماری عمدتاً در دو قالب اصلی پیاده‌سازی می‌شود:

حالت Active-Passive: در این رایج‌ترین و توصیه‌شده‌ترین معماری، یک دستگاه به عنوان گره فعال (Active) یا اصلی، تمام ترافیک را مدیریت می‌کند. دستگاه دوم به عنوان گره آماده‌به‌کار (Passive) یا ثانویه، در حالت آماده‌باش قرار دارد و به طور مداوم پیکربندی و وضعیت جلسات (Session State) را از گره اصلی دریافت می‌کند. در صورت تشخیص خرابی در گره فعال، گره آماده‌به‌کار در کسری از ثانیه جایگزین آن شده و ترافیک را هدایت می‌کند. این روش، سادگی، پایداری و اطمینان بالایی را فراهم می‌آورد.

حالت Active-Active: در این حالت پیشرفته‌تر، هر دو گره در خوشه به‌صورت همزمان فعال هستند و ترافیک شبکه را بین خود تقسیم می‌کنند. این معماری نه تنها دسترسی‌پذیری بالا، بلکه امکان تعادل بار (Load Balancing) و استفاده بهینه از منابع سخت‌افزاری را نیز فراهم می‌کند. با این حال، پیچیدگی پیکربندی و مدیریت آن بیشتر است و نیازمند دقت و برنامه‌ریزی دقیق‌تری در طراحی شبکه می‌باشد.

انتخاب بین این دو معماری و پیاده‌سازی دقیق آن در فایروال Sophos، نیازمند درک عمیق از نیازهای کسب‌وکار، توپولوژی شبکه و ملاحظات امنیتی است. در ادامه این مقاله، به بررسی گام‌به‌گام و تخصصی تنظیمات High Availability در فایروال Sophos خواهیم پرداخت تا مهندسان شبکه بتوانند با اطمینان، سپر امنیتی شبکه خود را در برابر قطعی‌های پرهزینه، مقاوم‌سازی نمایند.

بخش اول: مفاهیم پایه‌ای High Availability در فایروال Sophos

پیاده‌سازی موفقیت‌آمیز یک خوشه High Availability مستلزم درک دقیق مفاهیم، معماری‌ها و مکانیزم‌های پایه‌ای آن است. در اکوسیستم Sophos، این مفاهیم به گونه‌ای طراحی شده‌اند که علاوه بر تأمین دسترسی‌پذیری بی‌وقفه، یکپارچگی امنیتی و عملکردی سیستم را نیز حفظ نمایند.

 

تعریف معماری‌های خوشه‌ای: Active-Passive و Active-Active

خوشه Active-Passive: این معماری کلاسیک و پراستفاده‌ترین مدل در استقرارهای Sophos می‌باشد. در این مدل:

گره اصلی (Primary/Active): این گره به تنهایی مسئول پردازش تمام ترافیک شبکه، اعمال سیاست‌های امنیتی و ثبت لاگ‌ها است. تمام اتصالات (Sessions) از طریق این گره مدیریت می‌شوند.

گره ثانویه (Secondary/Passive): این گره در حالت آماده‌به‌کار (Standby/Hot-Standby) قرار دارد. در حالی که ترافیک کاربر را پردازش نمی‌کند، اما به طور مداوم و در زمان واقعی (Real-time) دو دسته اطلاعات حیاتی را از گره اصلی دریافت می‌کند:

پیکربندی (Configuration): هرگونه تغییر در تنظیمات فایروال، قواعد، سیاست‌ها و شیء‌ها.

وضعیت اتصالات (Session State): اطلاعات مربوط به جلسات فعال شبکه (مانند اتصالات TCP، UDP، و حالت‌های پروتکل‌هایی مانند FTP یا SIP).

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

کاربرد ایده‌آل: محیط‌هایی که هدف اصلی حذف نقطه شکست منفرد و دستیابی به حداکثر تاب‌آوری است، بدون نیاز ضروری به افزایش ظرفیت پردازشی.

خوشه Active-Active: این مدل پیشرفته‌تر، امکان استفاده حداکثری از منابع سخت‌افزاری را فراهم می‌آورد. در این معماری:

هر دو گره به صورت همزمان فعال (Active) هستند و ترافیک شبکه را پردازش می‌کنند.

ترافیک می‌تواند به صورت تعادل بار (Load Balancing) بین دو گره توزیع شود. این توزیع معمولاً توسط یک سخت‌افزار یا نرم‌افزار خارجی (مانند Load Balancer) یا با استفاده از مکانیزم‌های مسیریابی (مانند ECMP) انجام می‌پذیرد.

همگام‌سازی وضعیت (State Sync) بین گره‌های فعال حیاتی‌تر است. از آنجایی که یک جلسه شبکه ممکن است در یک گره آغاز شده و ادامه آن به گره دیگر ارجاع داده شود، هر دو گره باید از وضعیت تمام جلسات مطلع باشند تا تداوم سرویس حفظ شود.

مزایا: بهره‌وری بیشتر از سرمایه‌گذاری سخت‌افزاری، افزایش ظرفیت کلی پردازش ترافیک (Throughput) و امکان نگهداری یک گره بدون قطعی کامل سرویس.

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

 

نحوه عملکرد Stateful Synchronization: قلب تپنده‌ی HA

این مکانیزم، عامل نامحسوس بودن فرآیند Failover برای کاربران نهایی است. Stateful Synchronization تضمین می‌کند که گره ثانویه نه تنها از تنظیمات، بلکه از وضعیت لحظه‌ای (State) تمام اتصالات شبکه نیز آگاه است. این “وضعیت” شامل اطلاعاتی مانند آدرس‌های IP و پورت‌های مبدأ و مقصد، شماره توالی TCP (TCP Sequence Numbers)، زمان‌بندی زمان‌های انتظار (Timeout Timers) و وضعیت پروتکل‌های لایه‌کاربردی است.

کانال Sync Dedicated: Sophos به شدت توصیه می‌کند که برای این همگام‌سازی از یک Interface اختصاصی و خصوصی (ترجیحاً روی لینک جداگانه‌ای به غیر از لینک‌های Data) بین دو گره استفاده شود. این کانال با کمترین تاخیر (Latency) و بیشترین پهنای‌باند در دسترس، دائماً در حال به‌روزرسانی اطلاعات است.

نتیجه: هنگام وقوع Failover، گره جدید می‌تواند دقیقاً از نقطه‌ای که گره قبلی متوقف شده، ادامه دهد. کاربرانی که در حال دانلود یک فایل، برقراری یک تماس صوتی (VoIP) یا کار با یک اپلیکیشن تحت وب هستند، متوجه هیچ قطعی یا نیاز به ورود مجدد نمی‌شوند.

الزامات سخت‌افزاری و نرم‌افزاری

سخت‌افزار یکسان (Hardware Homogeneity): برای تشکیل یک خوشه پایدار، گره‌ها باید از مدل یکسان، با مشخصات سخت‌افزاری مشابه (پردازنده، حافظه، پورت‌ها) باشند. این امر از ناسازگاری در عملکرد و پردازش اتصالات جلوگیری می‌کند.

نسخه نرم‌افزار: هر دو گره باید دقیقاً بر روی یک نسخه یکسان از سیستم عامل Sophos (SFOS یا XG OS) و یک سطح وصله (Hotfix) باشند. هرگونه اختلاف در نسخه‌ها می‌تواند منجر به ناسازگاری در همگام‌سازی و رفتار غیرقابل پیش‌بینی خوشه شود.

مجوز (License): هر دو دستگاه نیاز به مجوزهای معتبر و معمولاً یکسان دارند. قابلیت HA ممکن است نیاز به فعال‌سازی مجوز خاص یا وجود مجوز سطح سازمانی داشته باشد.

پورت‌های شبکه: حداقل نیاز به سه اتصال فیزیکی (سه جفت پورت) بین دو فایروال است:

پورت Heartbeat/Control: برای ارسال سیگنال‌های حیاتی (Keepalive) و تشخیص سلامت گره مقابل.

پورت Data Sync/State Synchronization: برای انتقال داده‌های State و Configuration (می‌تواند با پورت Heartbeat در مدل‌های ساده‌تر ترکیب شود، اما توصیه نمی‌شود).

پورت‌های Data (باز): برای اتصال به شبکه LAN و WAN.

 

 

مفهوم Failover و Failback

Failover (جابه‌جایی اضطراری): فرآیند خودکار انتقال نقش فعال از گره اصلی معیوب به گره ثانویه سالم است. این فرآیند توسط مکانیزم نظارت (Monitoring Mechanism) مانند از دست رفتن سیگنال‌های Heartbeat، خرابی لینک‌های تحت نظارت (Link Monitoring)، یا از کار افتادن سرویس‌های حیاتی روی گره اصلی آغاز می‌شود. Failover در کسری از ثانیه تا چند ثانیه (بسته به تنظیمات Timeout) رخ می‌دهد.

Failback (بازگشت به حالت اولیه): فرآیند بازگرداندن نقش فعال به گره اصلی اصلی پس از رفع عیب آن است. Sophos دو روش را ارائه می‌دهد:

Automatic Failback: به محض اینکه گره اصلی دوباره سالم تشخیص داده شود، به صورت خودکار نقش Active را پس می‌گیرد. این روش می‌تواند باعث دو قطعی کوتاه (در حین Failover و Failback) شود.

Manual Failback (توصیه‌شده): اپراتور شبکه به صورت دستی و پس از اطمینان کامل از سلامت گره اصلی، اقدام به بازگرداندن سرویس به آن می‌کند. این روش کنترل بیشتری فراهم کرده و از قطعی‌های غیرضروری جلوگیری می‌کند.

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

 

بخش دوم: مراحل عملی پیاده‌سازی HA در فایروال Sophos XG/SG

پس از درک مفاهیم پایه، نوبت به پیاده‌سازی عملی خوشه High Availability می‌رسد. این بخش، گام‌به‌گام و با جزئیات فنی لازم، فرآیند پیکربندی را شرح می‌دهد. توجه: پیش از شروع، اطمینان حاصل کنید که هر دو دستگاه به طور مستقل، با آخرین نسخه پایدار و یکسان سیستم عامل نصب و پیکربندی پایه (مانند آدرس IP مدیریت) شده‌اند.

پیش‌نیازهای شبکه‌ای و پیکربندی اولیه

توپولوژی فیزیکی: یک توپولوژی روشن و مستندسازی‌شده طراحی کنید. به طور معمول، هر دو فایروال باید به سوئیچ‌های LAN و WAN یکسان (یا جداگانه اما در یک VLAN) متصل شوند تا ترافیک بتواند پس از Failover بدون تغییر مسیریابی شبکه، جریان یابد.

آدرس‌دهی منطقی: تصمیم بگیرید که کدام پورت‌ها برای کدام وظیفه استفاده خواهند شد. یک طرح نامگذاری واضح (مثلاً Port1-WAN, Port2-LAN, Port3-HA-Sync, Port4-HA-Heartbeat) ضروری است.

پیکربندی اولیه یکسان: ابتدا یک دستگاه (که به عنوان Primary در نظر گرفته‌اید) را به طور کامل پیکربندی کنید (قواعد فایروال، NAT، سیاست‌ها، شبکه‌ها و…). سپس از این پیکربندی یک پشتیبان (Backup) بگیرید.

بازنشانی و اعمال پیکربندی روی Secondary: دستگاه دوم را به تنظیمات کارخانه بازگردانید (Factory Reset). سپس، در حین راه‌اندازی اولیه یا از طریق منوی پشتیبان‌گیری/بازیابی، فایل پشتیبان دستگاه اول را بر روی آن بارگذاری کنید. این کار تضمین می‌کند که هر دو دستگاه از نظر منطقی یکسان هستند. توجه: پس از این مرحله، آدرس IP مدیریت دستگاه دوم با اولی یکی خواهد بود؛ بنابراین باید بلافاصله و قبل از اتصال هر دو به شبکه عملیاتی، مرحله بعدی را انجام داد.

تنظیمات Interface و Zone برای HA

تعریف Interface ها: در هر دو دستگاه، مطابق با طرح از پیش تعیین‌شده، پورت‌های فیزیکی را به درستی تعریف کنید. برای پورت‌های Data (مانند WAN و LAN)، اطمینان حاصل کنید که نوع اتصال (Static/DHCP/PPPoE) و VLANها (در صورت وجود) یکسان باشند.

سازماندهی در Zone: Interfaceهای مربوط به LAN، DMZ و WAN را در Zoneهای یکسان در هر دو دستگاه قرار دهید. سازگاری Zone بین دو گره برای عملکرد صحیح قواعد فایروال حیاتی است.

آدرس IP اختصاصی و VIP: برای هر Interface که ترافیک Data از آن عبور می‌کند (مانند LAN و WAN)، باید سه آدرس IP تعریف شود:

آدرس IP اختصاصی گره Primary (مثلاً 192.168.1.2): برای مدیریت اختصاصی همان دستگاه.

آدرس IP اختصاصی گره Secondary (مثلاً 192.168.1.3): برای مدیریت اختصاصی دستگاه دوم.

آدرس IP مجازی (Virtual IP – VIP) (مثلاً 192.168.1.1): این آدرس، آدرس «سرویس‌دهنده» خوشه است که همیشه بر روی گره فعال قرار دارد و در صورت Failover، همراه با نقش Active به گره دیگر منتقل می‌شود. کلیه دستگاه‌های درون شبکه (کلاینت‌ها، سرورها، روترهای بالا دست) باید Default Gateway یا مقصد خود را به این VIP تنظیم کنند.

پیکربندی Synchronization Interface (کانال حیاتی داده)

ایجاد Interface اختصاصی: یک پورت فیزیکی خالی در هر دو دستگاه را به عنوان کانال همگام‌سازی انتخاب کنید (مثلاً Port3). این پورت‌ها را مستقیماً با یک کابل یا از طریق یک سوئیچ اختصاصی و ایزوله (ترجیحاً مستقیم) به هم متصل کنید.

تنظیمات شبکه: این Interface نیازی به آدرس IP در شبکه سازمانی شما ندارد. در منوی پیکربندی HA، این Interface به عنوان Data Synchronization Port انتخاب می‌شود. Sophos به طور خودکار یک شبکه Link-Local بین دو گره برقرار می‌کند.

اهمیت: این کانال، مسئول انتقال سنگین‌ترین بخش داده‌ها، یعنی Session State Tables و Configuration Changes است. تاخیر (Latency) بالا یا از دست رفتن بسته در این لینک می‌تواند منجر به ناسازگاری وضعیت (State Mismatch) و مشکلات عملکردی پس از Failover شود.

نظیمات اختصاصی Heartbeat Interface (کانال حیاتی کنترل)

ایجاد یک کانال جداگانه: برای حداکثر قابلیت اطمینان، استفاده از یک پورت فیزیکی کاملاً جداگانه (مثلاً Port4) برای Heartbeat اکیداً توصیه می‌شود. این پورت‌ها نیز مستقیماً به هم وصل می‌شوند.

نقش: کانال Heartbeat تنها برای ارسال و دریافت سیگنال‌های کوچک “من زنده‌ام” (Keepalive Packets) بین دو گره استفاده می‌شود. وظیفه اصلی آن تشخیص سالم بودن گره مقابل در لایه‌ی لینک و سیستم است.

Failover Trigger: اگر سیگنال‌های Heartbeat بر روی هر دوی کانال‌های Data Sync و Heartbeat (در صورت پیکربندی جداگانه) از دست برود، گره Secondary فرض را بر خرابی کامل گره Primary گذاشته و فرآیند Failover را آغاز می‌کند. این مکانیزم اسپلیت-برین (Split-Brain) را جلوگیری می‌کند؛ سناریویی خطرناک که در آن هر دو گره خود را فعال می‌پندارند.

مدیریت VIP (Virtual IP) برای سرویس‌ها

تعریف VIP در تنظیمات HA: در بخش پیکربندی High Availability، برای هر Zone (مثلاً LAN و WAN)، Virtual IP مربوطه را وارد کنید. این VIPها هستند که در رویداد Failover جابه‌جا می‌شوند.

مکانیزم انتشار VIP (Gratuitous ARP): هنگام به دست گرفتن نقش فعال، گره جدید، یک Gratuitous ARP پخش می‌کند تا به سوئیچ‌ها و دستگاه‌های هم‌جوار اطلاع دهد که آدرس MAC مربوط به آن VIP اکنون به رابط فیزیکی او تعلق دارد. این به روزرسانی جدول MAC سوئیچ‌ها به صورت خودکار و سریع انجام می‌پذیرد.

سرویس‌های متصل به VIP: تمام سرویس‌های ارائه‌شده توسط فایروال، مانند DHCP Server، VPN (Site-to-Site و Remote Access)، و Authentication Services باید بر روی VIPها تنظیم شوند، نه بر روی آدرس‌های IP اختصاصی دستگاه‌ها. این تضمین می‌کند که این سرویس‌ها حتی پس از Failover نیز بدون تغییر آدرس، در دسترس باقی می‌مانند.

تست: پس از تکمیل پیکربندی، با قطع فیزیکی لینک‌های WAN یا LAN روی گره فعال، فرآیند Failover و انتقال روان VIPها را مشاهده و تأیید کنید.

رعایت دقیق این مراحل و درک نقش هر جزء، پایه‌ای مستحکم برای یک خوشه HA باثبات فراهم می‌آورد. در بخش بعدی، به تنظیمات پیشرفته‌تر برای بهینه‌سازی و کنترل دقیق‌تر رفتار خوشه خواهیم پرداخت.

بخش سوم: تنظیمات پیشرفته و بهینه‌سازی High Availability در Sophos

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

تنظیمات Link Monitoring و Failover Conditions (مغز تصمیم‌گیر Failover)

این تنظیمات تعیین می‌کنند که چه وقت و بر اساس کدام معیارها فرآیند Failover آغاز شود. پیکربندی هوشمندانه این بخش از Failover‌های غیرضروری (False Positive) جلوگیری می‌کند.

Link Monitoring: در این بخش، می‌توانید Interfaceهای خاص (مانند WAN1، WAN2 یا حتی لینک‌های داخلی حیاتی) را تحت نظارت قرار دهید. فایروال با ارسال پروب‌های فعال (مانند Ping) به Target IP Address‌های از پیش تعریف‌شده (مانند Gateway پیش‌فرض، سرور DNS یا یک آدرس IP پایدار در آن سگمنت)، سلامت آن لینک را می‌سنجد.

تعیین Threshold و حساسیت: می‌توانید تعداد دفعات عدم پاسخ (Failures) قبل از اعلام خرابی لینک را تنظیم کنید. برای مثال، تنظیم Fail after 3 failures در برابر نویز شبکه موقت مقاومت می‌کند.

Failover Conditions (شرط‌های ترکیبی): Sophos این امکان قدرتمند را می‌دهد که Failover را به ترکیبی از رویدادها مشروط کنید. برای مثال، می‌توانید تعیین کنید که:

Failover تنها در صورت از دست رفتن تمام لینک‌های WAN monitored صورت گیرد (نه یکی از آنها).

یا Failover تنها زمانی رخ دهد که هم لینک Heartbeat و هم یک لینک WAN حیاتی از دست رفته باشند (برای جلوگیری از Split-Brain).

افزایش دسترسی‌پذیری با مانیتورینگ چندگانه: با مانیتور کردن همزمان چند Target در یک سگمنت (مثلاً هم Gateway و هم یک سرور داخلی)، می‌توان از Failover ناخواسته به دلیل خرابی تنها یک دستگاه مقصد جلوگیری کرد.

2. پیکربندی Stateful Synchronization (تنظیمات ریزدانگی)

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

انتخاب نوع Sessionها برای Sync: در برخی سناریوهای خاص با اتصالات بسیار کوتاه‌مدت و انبوه، ممکن است نخواهید وضعیت همه پروتکل‌ها همگام شود تا بار روی کانال Sync کاهش یابد.

بافرینگ همگام‌سازی (Sync Buffer): در زمان تغییرات پرشمار و ناگهانی در Session Table، این بافر به طور موقت داده‌ها را ذخیره کرده و تضمین می‌کند که هیچ به‌روزرسانی وضعیتی در حین انتقال از دست نرود.

فشرده‌سازی (Compression): برای کاهش حجم داده‌های منتقل شده روی کانال Sync، به ویژه در محیط‌هایی با پهنای‌باند محدود بین گره‌ها (مثلاً در استقرارهای جغرافیایی پراکنده)، می‌توان فشرده‌سازی را فعال کرد. این امر کمی بار پردازشی اضافه می‌کند ولی حجم ترافیک را کاهش می‌دهد.

3. مدیریت Session Persistence (تداوم جلسات بحرانی)

برای برخی از پروتکل‌ها و سرویس‌های حساس، نیاز است که Session نه تنها همگام شود، بلکه پس از Failover حتماً بر روی همان گره قبلی ادامه یابد یا بازیابی ویژه‌ای صورت پذیرد.

پروتکل‌های حالت‌مند (Stateful Protocols): پروتکل‌هایی مانند FTP، SIP، H.323 و PPTP ذاتاً حالت‌مند هستند. Sophos به طور پیش‌فرض مکانیزم‌های عمیق (Deep Inspection) برای استخراج و همگام‌سازی دقیق حالت این پروتکل‌ها دارد که باید از صحت فعال بودن آنها اطمینان حاصل کرد.

سرویس‌های مبتنی بر کانکشن‌های بلندمدت: برای اتصالات VPN (مخصوصاً SSL VPN و IPsec) و همچنین جلسات پروکسی احراز هویت، باید بررسی کرد که اطلاعات احراز هویت کاربر و پارامترهای تونل نیز به درستی همگام شده باشند.

نکته کلیدی: پس از هر Failover، همیشه سلامت سرویس‌های حساسی مانند VPN و تماس‌های صوتی (VoIP) را به صورت دستی تست کنید تا از تداوم بی‌وقفه آنها مطمئن شوید.

4. تنظیمات Timeout و Thresholdهای اختصاصی

این مقادیر، رفتار و زمان‌بندی خوشه را در سطوح مختلف تعیین می‌کنند.

Heartbeat Timeout: مدت زمانی که گره Secondary باید منتظر بماند تا سیگنال Heartbeat را از Primary دریافت کند قبل از آنکه گره اصلی را مرده اعلام کند. تنظیم این مقدار باید بیشتر از حداکثر تاخیر ممکن در شبکه بین دو گره باشد (معمولاً بین ۲ تا ۱۰ ثانیه). تنظیم آن بر روی مقادیر بسیار پایین (مثلاً ۱ ثانیه) می‌تواند منجر به Failover‌های مکرر و ناخواسته شود.

Failover/Failback Delay: می‌توان تاخیر زمانی (به ثانیه) قبل از اجرای عملی Failover یا Failback تعیین کرد. این تاخیر می‌تواند به شبکه زمان دهد تا از ثبات شرایط اطمینان حاصل کند.

Sync Timeout و Retry: تنظیمات مربوط به زمان انتظار برای پاسخ کانال Sync و تعداد دفعات تلاش برای برقراری مجدد ارتباط همگام‌سازی.

یکپارچه‌سازی با زیرساخت‌های مجازی (در صورت استفاده)

هنگام اجرای Sophos XG به عنوان یک ماشین مجازی (VM) روی پلتفرم‌هایی مانند VMware vSphere، Microsoft Hyper-V، یا KVM، ملاحظات خاصی اضافه می‌شود.

پیاده‌سازی HA در سطح مجازی سازی: علاوه بر HA نرم‌افزاری Sophos، می‌توان از مکانیزم‌های HA خود هایپروایزر (مانند vSphere HA) نیز به صورت مکمل استفاده کرد. اما باید توجه داشت که این دو لایه مستقل عمل می‌کنند. معمولاً توصیه می‌شود HA سطح هایپروایزر برای محافظت در برابر خرابی سرور فیزیکی، و HA نرم‌افزاری Sophos برای مدیریت Failover در سطح شبکه و سرویس استفاده شود.

ملاحظات کارت شبکه مجازی (vNIC): اطمینان حاصل کنید که vNICهای اختصاص داده شده به ماشین‌های مجازی Sophos، از نوع VMXNET3 (در VMware) یا مدل مشابه کارآمد هستند تا کارایی بهینه Sync و Forwarding را داشته باشند. همچنین، vNICهای مربوط به کانال‌های Sync و Heartbeat باید به پورت‌گروه‌هایی متصل شوند که مستقیماً فقط بین این دو VM قابل دسترسی هستند (مانند یک پورت‌گروه جداگانه یا Private VLAN).

رزرو منابع (Resource Reservation): برای جلوگیری از رقابت بر سر منابع در زمان اوج مصرف، رزرو حداقلی برای CPU و حافظه (RAM) هر VM Sophos در نظر بگیرید. این کار از Degrade Performance که ممکن است توسط هایپروایزر به عنوان خرابی تفسیر شود، جلوگیری می‌کند.

آدرس MAC ثابت (Static MAC Address): برای vNICهایی که Virtual IP روی آنها قرار می‌گیرد، در هایپروایزر یک آدرس MAC ثابت اختصاص دهید تا از مشکلات ARP پس از جابه‌جایی VM (مثلاً با vMotion) جلوگیری شود.

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

بخش چهارم: تست‌های عملیاتی و پایش خوشه High Availability

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

روش‌های تست Failover (دستی و خودکار)

تست‌های منظم و برنامه‌ریزی‌شده، تنها راه اطمینان از عملکرد بی‌نقص فرآیند Failover هستند. این تست‌ها باید در پنجره‌های تعمیرات (Maintenance Window) و با اطلاع قبلی انجام شوند.

تست‌های دستی (کنترل‌شده):

تست خاموش‌کردن (Power-Off Test): خاموش کردن فیزیکی یا منطقی (Shutdown از طریق کنسول) گره فعال. این تست، کامل‌ترین سناریوی خرابی را شبیه‌سازی می‌کند. باید زمان بازیابی (Recovery Time Objective – RTO) و از دست رفتن احتمالی بسته‌ها را اندازه‌گیری کرد.

تست قطع لینک (Link Failure Test): قطع کابل شبکه روی اینترفیس WAN یا LAN گره فعال. این تست باید واکنش صحیح Link Monitoring و شروع Failover را تأیید کند.

تست قطع کانال HA (Heartbeat/Sync Loss Test): قطع کابل‌های اختصاصی Sync و Heartbeat. انتظار می‌رود در این حالت، به دلیل جلوگیری از Split-Brain، Failover اتفاق نیفتد مگر آنکه گره فعال از طریق لینک‌های monitored دیگر نیز غیرقابل دسترس تشخیص داده شود. این تست سلامت منطق تصمیم‌گیری خوشه را می‌سنجد.

تست سرویس‌های وابسته: پس از هر Failover، عملکرد سرویس‌های حیاتی مانند VPN (بازکردن تونل جدید و ادامه تونل موجود)، احراز هویت کاربران، VoIP calls و اتصالات دیتابیس باید به‌طور دستی بررسی شود.

تست‌های خودکار (Scripted):

استفاده از دستورات CLI: می‌توان از طریق SSH و با استفاده از دستوراتی مانند ha failover در Sophos XG، یک Failover اجباری را به صورت خودکار آغاز کرد. این قابلیت برای یکپارچه‌سازی با سیستم‌های نظارتی خارجی یا اجرای تست‌های دوره‌ای توسط اسکریپت مفید است.

شبیه‌سازی خرابی با ابزارهای شبکه: استفاده از ابزارهایی برای شبیه‌سازی تاخیر یا از دست رفتن بسته در کانال‌های HA یا لینک‌های monitored.

تست‌های عملکردی (Functional Tests): ایجاد اسکریپتی که به طور مداوم یک تراکنش شبکه (مانند دانلود یک فایل کوچک از اینترنت، ارسال Ping به مقصدی خاص) را انجام دهد و زمان‌بندی وقفه (downtime) را در حین تست Failover ثبت کند.

مانیتورینگ وضعیت Cluster

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

داشبورد مدیریتی Sophos: در کنسول تحت وب (https://<VIP-Address>:4444) بخش “System” > “High Availability” وضعیت کلی خوشه را نشان می‌دهد:

نقش فعلی دستگاه (Primary/Secondary).

وضعیت همگام‌سازی (Sync Status): باید Up باشد.

وضعیت سلامت گره مقابل (Peer Status).

آمار ترافیک کانال Sync.

نظارت بر منابع سیستم: پایش مصرف CPU، حافظه، دمای دستگاه و وضعیت فن‌ها در هر دو گره (از طریق CLI یا SNMP) حیاتی است. تخلیه حافظه یا دمای بالا در یک گره می‌تواند پیش‌درآمد یک خرابی باشد.

نظارت بر لینک‌های تحت مانیتور (Link Monitoring): اطمینان از اینکه Targetهای تعریف‌شده برای لینک‌های WAN/LAN پاسخگو هستند.

نظارت از طریق پروتکل SNMP: فعال‌کردن SNMP روی هر دو گره و پایش OIDهای مرتبط با وضعیت HA توسط سیستم‌های مرکزی نظارتی مانند Zabbix, Nagios PRTG. این سیستم‌ها می‌توانند در صورت تغییر وضعیت، هشدار فوری ارسال کنند.

نظارت خارجی (External Monitoring): استفاده از سرویس‌های مانیتورینگ خارج از شبکه (مانند UptimeRobot) برای بررسی دسترسی‌پذیری سرویس‌های حیاتی که از پشت فایروال ارائه می‌شوند (مثلاً وب‌سسرور عمومی). این دیدگاه، عملکرد کل زنجیره از جمله HA را تأیید می‌کند.

تحلیل لاگ‌های رویدادهای HA

سیستم‌لاگ Sophos گنجینه‌ای از اطلاعات برای عیب‌یابی است.

مکان لاگ‌ها: در “Log & Report” > “System Logs” می‌توانید فیلتر را بر روی “System Services” و زیردسته‌ی “High Availability” تنظیم کنید.

رویدادهای کلیدی برای تحلیل:

HA state changed to ACTIVE / HA state changed to PASSIVE: ثبت تغییر نقش گره‌ها.

HA failover to local node initiated: نقطه شروع یک Failover و دلیل آن (مثلاً Reason: Heartbeat timeout یا Reason: Link <نام اینترفیس> down).

HA synchronization state changed to UP/DOWN: نشان‌دهنده سلامت یا خرابی کانال حیاتی Sync.

HA failover conditions met/cleared: نشان می‌دهد که چرا شرایط لازم برای Failover فراهم شده یا برطرف گردیده است.

هشدارهای Split-Brain condition detected: یک رویداد بحرانی که نیاز به مداخله فوری دارد.

نکته طلایی: همیشه پس از یک Failover (خواسته یا ناخواسته) و پس از هر بار راه‌اندازی مجدد دستگاه‌ها، لاگ‌های HA را با دقت مرور کنید. این کار داستان کامل آنچه رخ داده است را روایت می‌کند.

ابزارهای تشخیصی و عیب‌یابی

وقتی مشکلی پیش می‌آید، Sophos ابزارهای داخلی قدرتمندی در اختیار می‌گذارد.

Support Tool (ابزار پشتیبانی): مهم‌ترین ابزار برای جمع‌آوری اطلاعات. از مسیر “Administration” > “Support” > “Support Tool” می‌توان یک فایل تشخیصی جامع شامل تمامی تنظیمات، لاگ‌ها، وضعیت سشن‌ها و آمار شبکه را برای هر دو گره تولید و دانلود کرد. تحلیل این فایل توسط متخصص، معمولاً سریع‌ترین راه حل مشکل است.

دستورات خط فرمان (CLI) via SSH: دستورات حیاتی برای عیب‌یابی:

ha status: نمایش وضعیت مفصل خوشه (نقش، وضعیت همتا، وضعیت Sync، آمار).

ha sync status: نمایش جزئیات دقیق‌تر کانال همگام‌سازی.

system stats ha: نمایش آمار عملکردی HA.

tcpdump: برداشت بسته‌های شبکه روی اینترفیس‌های Sync یا Heartbeat برای اطمینان از تبادل صحیح بسته‌های کنترل.

ابزارهای شبکه‌ای عمومی: استفاده از ping و traceroute از داخل CLI فایروال برای تست دسترسی به Targetهای Link Monitoring و تشخیص مشکلات مسیریابی.

تست سخت‌افزاری: در صورت شک به مشکل سخت‌افزاری (مثلاً در کانال Sync)، تعویض ساده کابل‌ها یا جابجایی پورت‌های فیزیکی می‌تواند بسیاری از مشکلات لایه فیزیکی را آشکار کند.

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