Hetzner تشرح بالتفصيل تطور حزمة شبكة سحابتها

من vServer إلى السحابة

استخدم منتج vServer من Hetzner، الذي صدر في 2011، جسور Linux المدمجة ومسارات ثابتة عبر ارتباط حزمة مزدوجة وبسرعة تصل إلى 1 Gb/s لكل مضيف؛ وقد خدم في النهاية نحو 25 000 نسخة. في سبتمبر 2015، انتقل التحديث الصادر إلى إعداد متقارب مبني على Ceph مع BGP بتوجيه ديناميكي، وNAT 1:1 لـ IPv4، وبادئات IPv6 موجهة. جرى تحديث روابط المضيفين في 2016 إلى 2x 10 Gb/s، وبحلول 2018 وصل هذا الإعداد إلى نحو 50 000 نسخة.

Open vSwitch يأخذ مكانه

عند إطلاق Hetzner Cloud في 2018، أُلغي NAT لصالح توجيه IPv4 المباشر. ظهر مستوى البيانات data plane المبني على Open vSwitch في يوليو 2019، مع شبكات سحاب خاصة مبنية على VXLAN. انتقلت الشبكة العامة إلى Open vSwitch في نوفمبر 2020، مما أتاح في مارس 2021 تفعيل جدران حماية سحابية ذات حالة stateful مبنية على تدفقات flow في Open vSwitch وnetfilter.

تنسيق خاص عبر Flusskrebs

بدلاً من مستوى التحكم OVN القياسي، بنت Hetzner منسق Flusskrebs الخاص المبني على Python. يستخدم REST API لتركيب تدفقات flow في Open vSwitch التي يحتاجها كل VM أو Load Balancer، مع قواعد firewall التي يحددها المستخدم، ويعمل كخادم DHCP مركزي للواجهات الخاصة. وعلى كل مضيف يعمل أيضاً udhcpd محلي للواجهات العامة وخادم metadata عند 169.254.169.254، الذي تستخدمه cloud-init وأدوات أخرى.

البنية والخطوات التالية

على كل مضيف يعمل جسر bridge مركزي من Open vSwitch يربط جميع الخوادم؛ ويحتوي كل خادم على واجهة عامة واحدة وما يصل إلى ثلاث واجهات خاصة. يستخدم المضيفين عادة وصلة uplink مرتبطة عبر LACP بسرعتين 10 Gb/s، ويجري الانتقال إلى وصلات uplink موجهة أصلاً عبر native routed BGP. يستخدم جدار الحماية ذو الحالة Stateful firewall تتبع الاتصالات connection tracking في netfilter، بينما تقيّد الأداة الداخلية ctcount كل خادم بـ 80 000 اتصال متزامن. وفقاً لـ Hetzner، تخدم الحزمة الآن أكثر من مليون خادم سحابي، لكنها بلغت حدود قابلية التوسع، لذلك يجري العمل على خليفة مبنية بالكامل بموارد ذاتية، ستُنشر تفاصيلها في مقال لاحق.

المصادر: hetzner.com