The difference between VNN and DNN in SQL Server Always On Availability Groups

 

تُعد تقنية Always On Availability Groups من أقوى حلول التوافر العالي Disaster Recovery & High Availability في SQL Server.

ومن أهم عناصرها Listener الذي يوفر نقطة اتصال موحّدة دون الحاجة لمعرفة السيرفر الأساسي أو الثانوي.

يوجد نوعان أساسيان من Listener في بيئات Windows Server Failover Clustering وخصوصًا عند العمل داخل Azure:

• Virtual Network Name (VNN)
• Distributed Network Name (DNN)

في هذا المقال، سنعرف الفرق بينهما ومتى نستخدم كل نوع.

---

✅ ما هو Virtual Network Name (VNN)؟

VNN هو النوع التقليدي للـ Listener ويعتمد على:

• اسم شبكي واحد
• عنوان IP ثابت على مستوى الـ Cluster
• يعمل مع Load Balancer في Azure
• مناسب للبيئات التقليدية (On-Premises)

🧩 كيف يعمل؟

عند حدوث Failover:

• يتغير الـ IP ليشير للـ Primary الجديد
• يحتاج العملاء لإعادة محاولة الاتصال أو ضبط إعداد MultiSubnetFailover

---

✅ ما هو Distributed Network Name (DNN)؟

DNN هو النوع الأحدث والمخصص أساسًا لبيئات Azure:

• لا يعتمد على IP ثابت
• يقوم DNS بتوزيع الاتصال بين جميع Nodes
• لا يحتاج إلى Load Balancer
• يقلل التعقيد وتكاليف الشبكات على Azure

🧩 كيف يعمل؟

• Virtual Network DNS يقوم بإرجاع سجلات متعددة لاسم الـ Listener
• العميل يختار السيرفر الصحيح الذي يقوم بالدور Primary تلقائيًا

---

⚖️ مقارنة بين VNN و DNN

العنصر	VNN	DNN
عدد الـ IP المطلوب	IP واحد أو أكثر	بدون IP
الحاجة إلى Load Balancer على Azure	✅ ضروري	❌ غير مطلوب
التعقيد في الإعداد	أعلى	أسهل
الأداء مع MultiSubnet	يحتاج تهيئة إضافية	محسّن افتراضيًا
الدعم On-Premises	✅ ممتاز	❌ غير مدعوم
الأفضلية داخل Azure	جيد	الأفضل

 

❓ متى أستخدم VNN؟

• بيئة On-Premises
• ربط تطبيقات قديمة لا تدعم DNN
• وجود متطلبات أمنية أو شبكات مخصصة

❓ متى أستخدم DNN؟

• Availability Groups على Azure VMs
• تقليل التكلفة والتعقيد
• دعم تطبيقات حديثة

---

🏁 الخلاصة

إذا كنت تعمل على Azure Virtual Machines فالاختيار الأفضل هو:

• Distributed Network Name (DNN)

أما في البيئة On-Premises أو تطبيقات غير مهيأة لدعم DNN:

• Virtual Network Name (VNN)