كيف يقوم المسرع العالمي بأداء الفشل الفوري

الجوانب الرئيسية لكيفية عمل الفشل الفوري في المسرع العالمي:

- الفحوصات الصحية: يراقب التسريع العالمي بشكل مستمر صحة جميع نقاط نهاية التطبيق التي تم تكوينها باستخدام اختبارات TCP أو HTTP أو HTTPS الصحية. إذا أصبحت نقطة النهاية غير صحية ، يتم تمييزها على هذا النحو على هذا النحو [3] [5].

- إعادة توجيه حركة المرور الفورية: عند اكتشاف نقطة النهاية غير الصحية ، يتوقف تسارع عالمي على الفور عن توجيه اتصالات جديدة إلى نقطة النهاية هذه وإعادة توجيه حركة المرور إلى أفضل نقطة نهاية صحية تالية ، والتي يمكن أن تكون في نفس منطقة أو في منطقة مختلفة. يحدث هذا الفشل في غضون حوالي 30 ثانية من اكتشاف الفشل [2] [9].

- منطق التوجيه: توجه الخدمة حركة مرور العميل إلى أقرب نقطة نهاية صحية استنادًا إلى زمن انتقال الشبكة وصحة نقطة النهاية. إذا لم تتوفر نقطة نهاية صحية ذات وزن إيجابي لحركة المرور ، فإن Global Accelerator سوف يقوم بتوجيه حركة المرور إلى نقطة نهاية عشوائية في أقرب مجموعة نقطة النهاية إلى العميل ، وفشل فعليًا * للحفاظ على الاتصال [2].

- معالجة الاتصال: ينهي المتسارع العالمي اتصالات TCP العميل في مواقع AWS Edge ويؤسس اتصالات TCP جديدة لنقاط النهاية الصحية بشكل متزامن تقريبًا. ومع ذلك ، فإن الاتصالات النشطة الموجودة بنقطة النهاية غير الصحية لا يتم كسرها على الفور ؛ تستمر حتى يتم إغلاقها أو توقيتها ، وبعدها يتم توجيه اتصالات جديدة إلى نقاط نهاية صحية [2] [3].

- طلب حركة المرور والأوزان: يمكنك تكوين أوزان حركة المرور وأوجه حركة المرور على مجموعات نقطة النهاية للتحكم في توزيع حركة المرور. يحترم الفشل هذه الإعدادات ، ومحاولة توجيه حركة المرور بعيدًا عن نقاط النهاية ذات الوزن الصفر. إذا كانت جميع نقاط النهاية الصحية لها وزن صفري ، فإن آلية الفشل تلجأ إلى التوجيه إلى أقرب مجموعة نقطة نهاية بغض النظر عن الوزن [2].

-العمود الفقري للشبكة العالمية: من خلال توجيه حركة المرور عبر شبكة AWS Global ، يضمن Global Accelerator مسارات منخفضة الإنشاء وخالية من الازدحام ، مما يعزز سرعة وموثوقية الفشل [2].

- عناوين IP ثابتة: يوفر Global Accelerator عناوين IPv4 ثابتة تعمل كنقاط دخول ثابتة لحركة المرور العميل. تظل هذه IPS ثابتة حتى عند حدوث فشل ، مما يلغي تأخير التخزين المؤقت DNS وتمكين الفشل شبه الثابت دون تغييرات من جانب العميل [4] [7].

- سرعة تجاوز الفشل: على الرغم من تسويقها على أنها "فورية" ، فإن الفشل يكمل عادةً في أقل من دقيقة ، مع وجود حوالي 30 ثانية لاكتشاف الاتصالات الجديدة وإعادة توجيهها إلى نقاط النهاية الصحية. هذا أسرع من آليات الفشل القائمة على DNS ، والتي يمكن إبطاءها عن طريق التخزين المؤقت DNS [9].

باختصار ، يحقق AWS Global Accelerator فشلًا فوريًا من خلال مراقبة صحة نقطة النهاية باستمرار ، وتوجيه اتصالات عميل جديدة ديناميكيًا إلى أقرب نقاط نهاية صحية عبر عناوين IP ثابتة ، والاستفادة من شبكة AWS Global للأداء الأمثل. يقلل هذا التصميم عن وقت التوقف ويوفر فشلًا سلسًا عبر المناطق أو مناطق التوفر دون طلب تحديثات DNS من جانب العميل أو التدخل اليدوي [2] [3] [5] [7] [9].

الاستشهادات:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints-endpoint-weights.unhealthy-endpoints.html
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-how-it-works.html
[3] https://tutorialsdojo.com/aws-global-accelerator/
[4] https://aws.amazon.com/blogs/networking-and-content-deliver
[5] https://cloudvisor.co/aws-guides/aws-global-accelerator/
[6] https://aws.amazon.com/blogs/networking-and-content-delivery/creating-disaster-recovery-mechanisms-using-amazon-reoute-53/
[7] https://aws.amazon.com/global-accelerator/features/
[8] https://stackoverflow.com/questions/62638339/how-to-improve-failover-peed-for-aws-global-accelerator-or-route53-latency-rout
[9] https://aws.amazon.com/global-accelerator/faqs/