ما هو الحد الأقصى لعدد اتصالات HTTP التي يمكنني فتحها في صندوق Windows Server 2008 واحد؟

Question

لدي خادم ويب يستضيف تطبيق دردشة HTTP يعمل مع الاقتراع الطويل.

وهذا يعني أن متصفح العميل "يستقصي" معلومات جديدة ولا يستجيب الخادم حتى تكون هناك معلومات لإرسالها مرة أخرى، لذلك يتم ترك اتصال HTTP مفتوحًا لفترة طويلة، تصل إلى دقيقة.

سؤالي هو كم عدد هذه الاتصالات التي يمكن للخادم التعامل معها مفتوحة في نفس الوقت قبل أن يموت.
بالطبع، لا يوجد رقم محدد، لكني أريد أن أفهم حجمًا (1000، 10000، 100000؟)

أي أفكار متعلقة بهذا بناءً على أي تجارب قد تكون مررت بها هي موضع ترحيب كبير!

Answer 1

لقد وجدت هذا:

http://blogs.msdn.com/david.wang/archive/2006/04/12/HOWTO-Maximize-the-Number-of-Concurrent-Connections-to-IIS6.aspx

لإعطاء إحساس بالنطاق - لقد رأيت اتصالات 50K+ متزامنة مع IIS6 على WS03SP1 X64 مع ذاكرة الوصول العشوائي 4 جيجابايت

أي شيء آخر يمكنك أن تجد؟

Answer 2

لكي نكون صادقين، في جميع المواقف باستثناء الحالات القصوى، ستنفد الموارد اللازمة لتطبيقك قبل أن تتجاوز مقدار الاتصالات المدعومة.يمكن لـ IIS التعامل مع قدر هائل من اتصالات الشبكة الخالصة ولكن الأمر يتعلق في النهاية بما إذا كان التطبيق الخاص بك يمكنه معالجة البيانات منها بسرعة كافية.

إذا كنت تتوقع حقًا توسيع نطاق ذلك ليشمل آلاف المستخدمين في وقت واحد، فسأمضي قدمًا وأبني تصميمك حتى أتمكن من توسيع نطاقه ليشمل خوادم أمامية متعددة.على الأرجح سيبدو هذا كموازن تحميل أو وكيل عكسي يوازن اتصالات HTTP هذه بين خوادم الواجهة الأمامية، حيث تقوم خوادم الواجهة الأمامية بالمعالجة والتواصل مع قاعدة بيانات SQL مركزية أو أيًا كانت آلية التخزين الخاصة بك.

يحرر: ملاحظة أخرى، فيما يتعلق بسيناريو الخادم الفردي - بغض النظر عن عدد الاتصالات التي يمكن لـ IIS التعامل معها، فإن جدار الحماية الخاص بك له حدوده أيضًا.عادةً ما يكون أيضًا مبلغًا مجنونًا ولكنك ستحتاج إلى إلقاء نظرة على جدار الحماية الخاص بك أيضًا إذا كنت تريد حقًا العثور على السقف.