در مباحث پیشین، بر این نکته تأکید شد که برای حفظ سرعت و پایداری در عملیات Replication، سایت اصلی (Primary Site) باید به صورت بهینه و ترجیحاً با سه نود (Node) مدیریت شود تا اجماع دیتابیس (Database Consensus) در بالاترین سطح عملکرد باقی بماند.
استقرار سایت‌های ثانویه: نزدیکی به تجهیزات هدف
هر نشست دسترسی ممتاز (Privileged Session) به یک دستگاه هدف، از طریق یک نود PAM برقرار می‌شود. بنابراین، استراتژی مکان‌یابی سایت‌ها بسیار ساده است: سایت‌های ثانویه را در نزدیک‌ترین فاصله جغرافیایی به تجهیزات هدف قرار دهید.
زمانی که یک نود PAM از نظر جغرافیایی به دستگاه هدف نزدیک‌تر باشد، مسیر نشست کوتاه‌تر شده و تأخیر (Latency) در هر کلید زدن یا به‌روزرسانی صفحه نمایش کاهش می‌یابد. این موضوع به‌ویژه زمانی حیاتی است که تجهیزات هدف از مرکز داده اصلی فاصله زیادی داشته باشند یا مسیر شبکه متغیر باشد.
به دلیل استفاده از Replication غیرهمزمان (Asynchronous)، فاصله جغرافیایی بین سایت‌ها مانعی ایجاد نمی‌کند. سایت اصلی تغییرات را به صورت محلی ثبت کرده و آن‌ها را در پس‌زمینه ارسال می‌کند، بنابراین منتظر پاسخ سایت‌های دوردست نمی‌ماند. همچنین در صورت قطع یا افت کیفیت ارتباط، سایت ثانویه پس از بازگشت اتصال، تراکنش‌های از دست رفته را به صورت خودکار بازیابی و اعمال می‌کند.
چرا دو نود برای سایت‌های ثانویه ایده‌آل است؟
برای اکثر سایت‌های منطقه‌ای، استفاده از دو نود بهینه‌ترین حالت است. در این پیکربندی، Symantec PAM بار کاری را بین هر دو Appliance تقسیم می‌کند. اگر نود A برای تعمیرات یا به دلیل نقص سخت‌افزاری از دسترس خارج شود، اتصالات جدید به نود B هدایت شده و سرویس‌دهی به کاربران بدون وقفه ادامه می‌یابد.
نکته حیاتی: برای بهره‌مندی از قابلیت Failover، دو نود نباید دارای نقطه شکست واحد (Single Point of Failure) باشند. اگر هر دو ماشین مجازی روی یک Host، یک Datastore یا پشت یک Switch مشترک باشند، ریسک از دست رفتن کل سایت وجود دارد. توصیه می‌شود از قوانین Anti-affinity برای قرار دادن نودها روی Hostهای مجزا و استفاده از مسیرهای شبکه و ذخیره‌سازی مستقل استفاده کنید.
با توجه به توانایی بالای هر Appliance در مدیریت نشست‌های همزمان، در اکثر محیط‌های سازمانی، دو نود برای پاسخگویی به نیازهای منطقه‌ای کافی است. همچنین امکان افزودن دینامیک نودها به سایت‌های فعال بدون ایجاد وقفه در دسترسی کاربران وجود دارد.
استثنای استراتژیک: چه زمانی به سه نود نیاز داریم؟
تنها زمانی به سه نود در یک سایت ثانویه نیاز است که آن سایت به عنوان مرکز بازیابی فاجعه (Disaster Recovery یا DR) در حالت Warm پیکربندی شده باشد.
در صورت از دسترس خارج شدن مرکز داده اصلی، یک سایت ثانویه به عنوان سایت اصلی ارتقا می‌یابد. از آنجایی که سایت اصلی برای ثبت تغییرات به تایید اکثریت (Majority) اعضا نیاز دارد، داشتن سه نود حاشیه امنیت بیشتری ایجاد می‌کند؛ در این حالت حتی اگر یک نود از دسترس خارج شود، با وجود دو نود باقی‌مانده، اکثریت حفظ شده و سایت اصلی جدید به کار خود ادامه می‌دهد.
