باستخدام وحدات Application وNetwork وClassic Load Balancer، لا تدفع إلا مقابل ما تستخدمه. انظر الأسئلة المتكررة للاطلاع على التفاصيل.

Application Load Balancer

لا تتحمل إلا تكلفة كل ساعة أو جزء من الساعة لتشغيل Application Load Balancer وعدد وحدات سعة موازن الأحمال (LCU) المستخدم في الساعة.

Network Load Balancer

لا تتحمل إلا تكلفة كل ساعة أو جزء من الساعة لتشغيل Network Load Balancer وعدد وحدات سعة موازن الأحمال (LCU) المستخدم من جانب Network Load Balancer في الساعة.

Classic Load Balancer

تتحمل تكلفة كل ساعة أو جزء من الساعة لتشغيل Classic Load Balancer وكل جيجابايت من البيانات يتم نقلها عبر موازن الأحمال.

  • تسعير Application Load Balancer حسب منطقة AWS
  • تسعير Network Load Balancer حسب منطقة AWS
  • تسعير Classic Load Balancer حسب منطقة AWS
  • تسعير Application Load Balancer حسب منطقة AWS
  • باستثناء ما هو مذكور بخلاف ذلك، فإن أسعارنا لا تشمل الضرائب والرسوم المطبقة، بما في ذلك ضريبة القيمة المضافة وضريبة المبيعات المعمول بها. بالنسبة للعملاء الذين لديهم عنوان إرسال فواتير ياباني، يخضع استخدام AWS لضريبة الاستهلاك اليابانية. معرفة المزيد.

    تفاصيل وحدة سعة موازن الأحمال

    تقيس وحدة سعة موازن الأحمال الأبعاد التي يعالج Application Load Balancer معدل مرور بياناتك على أساسها (بالمتوسط في ساعة). الأبعاد الأربعة التي يجري قياسها هي:

    • الاتصالات الجديدة: عدد الاتصالات حديثة الإنشاء في الثانية. وفي العادة يجري إرسال طلبات كثيرة لكل اتصال.
    • الاتصالات النشطة: عدد الاتصالات النشطة في الدقيقة.
    • البايتات التي تمت معالجتها: عدد البايتات التي عالجها موازن الأحمال بالجيجابايت (GB) لطلبات بروتوكول HTTP(S) واستجاباته.
    • تقييمات القواعد: إنه حاصل ضرب عدد القواعد التي جرت معالجتها في موازن الأحمال لديك ومعدل الطلبات. أول 10 قواعد جرت معالجتها مجانية (تقييمات القواعد = معدل الطلب * (عدد القواعد التي جرت معالجتها - 10 قواعد مجانية)

    تتحمل فقط الرسوم على البُعد الأعلى استخدامًا. تحتوي وحدة سعة موازن الأحمال على:

    • 25 اتصالاً جديدًا في الثانية.
    • 3,000 اتصال نشط في الدقيقة.
    • 1 جيجابايت في الساعة لمثيلات EC2 والحاويات وعناوين بروتوكول الإنترنت كأهداف و0.4 جيجابايت في الساعة لوظائف Lambda كأهداف.
    • 1,000 تقييم قاعدة في الثانية

    رسوم خدمة Amazon EC2 تسري ويتم تحرير فاتورة منفصلة لها.
    ملاحظة 1: بالنسبة إلى أدوات استماع بروتوكول HTTPS، يسري 25 اتصالاً جديدًا في الثانية على حوسبة وحدة سعة موازن الأحمال لشهادات RSA بحجم المفتاح <=2K وشهادات ECDSA بحجم المفتاح <=256. بالنسبة إلى الشهادات ذات أحجام المفاتيح الأكبر، يرجى الرجوع إلى الأسئلة المتكررة حول التسعير. ملاحظة 2: إذا كانت لديك 10 قواعد أو أقل تم تكوينها، يتم تجاهل بُعد تقييمات القواعد في حوسبة وحدة سعة موازن الأحمال.


    أمثلة التسعير

    مثال على التسعير 1

    لنفترض أن تطبيقك يتلقى في المتوسط اتصالاً واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين. يرسل أحد العملاء في المتوسط 5 طلبات في الثانية ويبلغ إجمالي البايتات التي تمت معالجتها للطلبات والاستجابات 300 كيلوبايت في الثانية. وقد قمت بتكوين 60 قاعدة على موازن الأحمال لتوجيه طلبات عملائك. نحسب تكاليف Application Load Balancer الشهرية لديك باستخدام التسعير في منطقة US-East-1 كالتالي:

    • الاتصالات الجديدة (في الثانية): تقدم كل وحدة سعة موازن أحمال 25 اتصالاً جديدًا في الثانية (بمتوسط يزيد على الساعة). بما أن تطبيقك يتلقى اتصالاً جديدًا في الثانية، يتحول هذا إلى 0.04 وحدة سعة موازن أحمال (اتصال في الثانية / 25 اتصالاً في الثانية)
    • الاتصالات النشطة (في الدقيقة): تقدم كل وحدة سعة موازن أحمال 3,000 اتصال نشط في الدقيقة. يتلقى تطبيقك اتصالاً واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين. يتحول هذا إلى 120 اتصالاً نشطًا في الدقيقة أو 0.04 وحدة سعة موازن أحمال (120 اتصالاً نشطًا في الدقيقة / 3,000 اتصال نشط في الدقيقة)
    • البايتات التي تمت معالجتها (بالجيجابايت في الساعة): تقدم كل وحدة سعة موازن أحمال 1 جيجابايت من البايتات التي تمت معالجتها في الساعة. بما أن كل اتصال من العميل ينقل 300 كيلوبايت من البيانات في الثانية، يعني هذا 1,08 جيجابايت في الساعة أو 1.08 وحدة سعة موازن أحمال (1.08 جيجابايت،1 جيجابايت).
    • تقييمات القاعدة (في الثانية): بغرض البساطة، افترض أن كل القواعد التي تم تكوينها تجري معالجتها من أجل طلب. تقدم كل وحدة سعة موازن أحمال تقييمات 1,000 قاعدة في الثانية (بمتوسط على مدار الساعة). بما أن تطبيقك يتلقى 5 طلبات/ثانية، تؤدي 60 قاعدة تمت معالجتها لكل طلب إلى 250 تقييم قاعدة بحد أقصى في الثانية (60 قاعدة تمت معالجتها - 10 قواعد مجانية) * 5 أو 0.25 وحدة سعة موازن أحمال (250 تقييم قاعدة في الثانية / 1,000 تقييم قاعدة في الثانية)

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات سعة موازن الأحمال المستهلكة عبر الأبعاد الأربعة. في هذا المثال، بُعد البايتات التي تمت معالجتها (1.08 وحدة سعة موازن أحمال) أكبر من الاتصالات الجديدة (0.04 وحدة سعة موازن أحمال) والاتصالات النشطة (0.04 وحدة سعة موازن أحمال) وتقييمات القواعد (0.25 وحدة سعة موازن أحمال) مما يؤدي إلى تكلفة إجمالية تبلغ 0.00864 USD في الساعة (1.08 وحدة سعة موازن أحمال * 0.008 USD لكل وحدة سعة موازن أحمال) أو 6.22 USD في الشهر (0.00864 USD * 24 ساعة * 30 يومًا).

    بإضافة الرسم بالساعة البالغ 0.0225 USD، إجمالي تكاليف Application Load Balancer هي:

    • 0.03114 USD في الساعة (0.0225 USD رسم الساعة + 0.00864 USD رسم وحدة سعة موازن أحمال) أو
    • 22.42 USD في الشهر (0.03114 USD * 24 ساعة * 30 يومًا).
    مثال على التسعير 2

    لنفترض أن تطبيق هاتفك المحمول يتلقى في المتوسط 100 اتصال جديد في الثانية، يستغرق كل اتصال 3 دقائق. يرسل أحد العملاء في المتوسط 4 طلبات في الثانية لكل اتصال وتتم معالجة 1,000 بايت في الاتصال. وقد قمت بتكوين 6 قواعد على موازن الأحمال لتوجيه طلبات عملائك. نحسب تكاليف Application Load Balancer الشهرية لديك باستخدام التسعير في منطقة US-East كالتالي:

    • الاتصالات الجديدة (في الثانية): تقدم كل وحدة سعة موازن أحمال 25 اتصالاً في الثانية. بما أن تطبيقنا على الهاتف المحمول يستخدم 100 اتصال جديد في الثانية، يتحول هذا إلى 4 وحدات سعة موازن أحمال (100 اتصال في الثانية / 25 اتصالاً في الثانية)
    • الاتصالات النشطة (في الدقيقة): تقدم كل وحدة سعة موازن أحمال 3,000 اتصال نشط في الدقيقة. بما أن تطبيقك للهاتف المحمول يتلقى 100 اتصال جديد في الثانية، يستغرق كل اتصال 3 دقائق، يتحول هذا إلى 18,000 اتصال نشط بحد أقصى في الدقيقة أو 6 وحدات سعة موازن أحمال (18,000 اتصال نشط في الدقيقة / 3,000 اتصال نشط في الدقيقة)
    • البايتات التي تمت معالجتها (بالجيجابايت في الساعة): تقدم كل وحدة سعة موازن أحمال 1 جيجابايت في الساعة. بما أن تطبيقنا على الهاتف المحمول ينقل 1,000 بايت من البيانات للاتصال في المتوسط، فإنه يتحول إلى 0.36 جيجابايت في الساعة أو 0.36 وحدة سعة موازن أحمال (0.36 جيجابايت/ 1 جيجابايت).
    • تقييمات القواعد (في الثانية): تقدم كل وحدة سعة موازن أحمال تقييمات 1,000 قاعدة في الثانية. بما أن تطبيقك يتلقى 4 طلبات في الثانية لكل اتصال، يتحول هذا إلى 400 طلب في الثانية عبر كل الاتصالات. في وجود 20 قاعدة تم تكوينهم، يؤدي هذا إلى 4,000 تقييم قاعدة في الثانية بحد أقصى (20 قاعدة تم تكوينهم - 10 قواعد مجانية)* 400 أو 4 وحدات سعة موازن أحمال (4,000 تقييم قاعدة في الثانية / 1,000 تقييم قاعدة في الثانية)

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات سعة موازن الأحمال المستهلكة عبر الأبعاد الأربعة. في هذا المثال، الاتصالات النشطة (6 وحدات سعة موازن أحمال) أكبر من الاتصالات الجديدة (4 وحدات سعة موازن أحمال) والنطاق الترددي (0.36 وحدة سعة موازن أحمال) وتقييم القاعدة (4 وحدات سعة موازن أحمال). يؤدي هذا إلى رسم إجمالي يبلغ 0.048 USD في الساعة (6 وحدات سعة موازن أحمال * 0.008 USD) أو 34.56 USD في الشهر (0.048 USD * 24 ساعة * 30 يومًا).

    بإضافة رسم بالساعة يبلغ 0.0225 USD، إجمالي تكاليف Application Load Balancer هي:

    • 0.0705 USD في الساعة (0.0225 USD رسم الساعة + 0.048 USD رسم وحدة سعة موازن أحمال) أو
    • 50.76 USD في الشهر (0.0705 USD * 24 ساعة * 30 يومًا).
    مثال التسعير 3: Application Load Balancer مع أهداف Lambda فقط

    لنفترض أن تطبيقك يتلقى في المتوسط 100 اتصال جديد في الثانية ويستمر كل اتصال 200 مللي ثانية. يرسل أحد العملاء في المتوسط 100 طلب في الثانية وتبلغ البايتات التي تمت معالجتها 14 كيلوبايت لطلبات واستجابات Lambda طوال مدة الاتصال. وقد قمت بتكوين 6 قواعد على موازن الأحمال لتوجيه طلبات عملائك. نحسب تكاليف Application Load Balancer الشهرية لديك باستخدام التسعير في منطقة US-East-1 كالتالي:

    • الاتصالات الجديدة (في الثانية): تقدم كل وحدة سعة موازن أحمال 25 اتصالاً جديدًا في الثانية (بمتوسط يزيد على الساعة). بما أن تطبيقك يتلقى 100 اتصال جديد في الثانية، يتحول هذا إلى 4 وحدات سعة موازن أحمال (100 اتصال في الثانية / 25 اتصالاً في الثانية)
    • الاتصالات النشطة (في الدقيقة): تقدم كل وحدة سعة موازن أحمال 3,000 اتصال نشط في الدقيقة. يتلقى تطبيقك 100 اتصال جديد في الثانية، يستغرق كل اتصال 200 مللي ثانية. يتحول هذا إلى 100 اتصالاً نشطًا في الدقيقة أو 0.03 وحدة سعة موازن أحمال (100 اتصال نشط في الدقيقة / 3,000 اتصال نشط في الدقيقة)
    • البايتات التي تمت معالجتها (بالجيجابايت في الساعة): تقدم كل وحدة سعة موازن أحمال 0.4 جيجابايت في الساعة لمرور Lambda. بما أن كل اتصال من العميل ينقل 14 كيلوبايت من البيانات في المتوسط، فإنه يحوّل 5.04 جيجابايت في الساعة (14 كيلوبايت من البيانات التي تمت معالجتها لكل طلب + استجابة * 100 طلب في الثانية * 3600 ثانية) أو 12.6 وحدة سعة موازن أحمال (5.04 جيجابايت/0.4 جيجابايت) في الساعة.
    • تقييمات القاعدة (في الثانية): بغرض البساطة، افترض أن كل القواعد التي تم تكوينها تجري معالجتها من أجل طلب. تقدم كل وحدة سعة موازن أحمال تقييمات 1,000 قاعدة في الثانية (بمتوسط على مدار الساعة). بما أن تطبيقك يتلقى 100 طلب/ثانية، تؤدي 20 قاعدة تمت معالجتها لكل طلب إلى 1000 تقييم قاعدة بحد أقصى في الثانية (20 قاعدة تمت معالجتها - 10 قواعد مجانية) * 100 أو 1 وحدة سعة موازن أحمال (1000 تقييم قاعدة في الثانية / 1,000 تقييم قاعدة في الثانية)

    في هذه الحالة، البُعد الذي ينطوي على الاستخدام الأكبر لوحدة سعة موازن الأحمال هو بُعد البايتات التي تمت معالجتها وبذلك سنستخدم قيمة استخدام وحدة سعة موازن الأحمال للبايتات التي تمت معالجتها في حساب فاتورتنا. رسم وحدة سعة موازن الأحمال بالساعة هو 0.1008 USD (12.6 وحدة سعة موازن الأحمال * 0.008 لكل وحدة سعة موازن أحمال). بإضافة الرسم بالساعة البالغ 0.0225 USD، إجمالي تكاليف Application Load Balancer هي:

    • 0.1233 USD في الساعة (0.0225 USD رسم الساعة + 0.1008 USD رسم وحدة سعة موازن أحمال) أو
    • 88.78 USD في الشهر (0.1233 USD * 24 ساعة * 30 يومًا).

    100 في الثانية يتحول إلى 259.2 مليون (100*3600*24*30) طلب في الشهر. يتحول هذا إلى 0.34 USD/مليون طلب (88.78 USD/259.2).

    مثال التسعير 4: Application Load Balancer مع كل من أهداف EC2 وLambda

    لنفترض أن تطبيقك يتلقى في المتوسط اتصالاً واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين. يرسل أحد العملاء في المتوسط 50 طلبًا في الثانية. إجمالي البايتات المنقولة في الاتجاهين عبر موازن الأحمال لكل طلب/استجابة هو 10 كيلوبايت. يتم تنفيذ 60% من الطلبات في المتوسط بواسطة مثيلات EC2 كأهداف و40% بواسطة وظائف Lambda كأهداف. وقد قمت بتكوين 50 قاعدة على موازن الأحمال لتوجيه طلبات عملائك. نحسب تكاليف Application Load Balancer الشهرية لديك باستخدام التسعير في منطقة US-East-1 كالتالي:

    • الاتصالات الجديدة (في الثانية): تقدم كل وحدة سعة موازن أحمال 25 اتصالاً جديدًا في الثانية (بمتوسط يزيد على الساعة). بما أن تطبيقك يتلقى اتصالاً جديدًا في الثانية، يتحول هذا إلى 0.04 وحدة سعة موازن أحمال (اتصال في الثانية / 25 اتصالاً في الثانية)
    • الاتصالات النشطة (في الدقيقة): تقدم كل وحدة سعة موازن أحمال 3,000 اتصال نشط في الدقيقة. يتلقى تطبيقك اتصالاً واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين. يتحول هذا إلى 120 اتصالاً نشطًا في الدقيقة أو 0.04 وحدة سعة موازن أحمال (120 اتصالاً نشطًا في الدقيقة / 3,000 اتصال نشط في الدقيقة)
    • البايتات التي تمت معالجتها (بالجيجابايت في الساعة): تقدم كل وحدة سعة موازن أحمال 1 جيجابايت من البايتات التي تمت معالجتها في الساعة لأهداف EC2. بما أن كل اتصال من العميل ينقل 300 كيلوبايت من البيانات في المتوسط لمثيل EC2 كهدف، فإنه يتحول إلى 1.08 جيجابايت في الساعة أو 1.08 وحدة سعة موازن أحمال (1.08 جيجابايت/1 جيجابايت) لأهداف EC2. تقدم كل وحدة سعة معالج أحمال 0.4 جيجابايت من البايتات التي تمت معالجتها لأهداف Lambda. بما أن كل اتصال من العميل ينقل 200 كيلوبايت لأهداف Lambda، فإنه يتحول إلى 0.72 جيجابايت في الساعة أو 1.8 وحدة سعة موازن أحمال (0.72 جيجابايت/0.4 جيجابايت) لأهداف Lambda. إجمالي استخدام وحدة سعة موازن الأحمال في بُعد البايتات التي تمت معالجتها عبر أهداف EC2 وLambda هو 2.88 وحدة سعة معالج أحمال.
    • تقييمات القاعدة (في الثانية): بغرض البساطة، افترض أن كل القواعد التي تم تكوينها تجري معالجتها من أجل طلب. تقدم كل وحدة سعة موازن أحمال تقييمات 1,000 قاعدة في الثانية (بمتوسط على مدار الساعة). بما أن تطبيقك يتلقى 50 طلبات/ثانية، تؤدي 50 قاعدة تمت معالجتها لكل طلب إلى 2000 تقييم قاعدة بحد أقصى في الثانية (50 قاعدة تمت معالجتها - 10 قواعد مجانية) * 50 أو 2.00 وحدة سعة موازن أحمال (2000 تقييم قاعدة في الثانية / 1,000 تقييم قاعدة في الثانية)

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات سعة موازن الأحمال المستهلكة عبر الأبعاد الأربعة. في هذا المثال، بُعد النطاق الترددي (2.88 وحدة سعة موازن أحمال) أكبر من الاتصالات الجديدة (0.04 وحدة سعة موازن أحمال) والاتصالات النشطة (0.04 وحدة سعة موازن أحمال) وتقييمات القواعد (2.00 وحدة سعة موازن أحمال) مما يؤدي إلى تكلفة إجمالية تبلغ 0.0230 USD في الساعة (2.88 وحدة سعة موازن أحمال * 0.008 USD لكل وحدة سعة موازن أحمال) أو 16.56 USD في الشهر (0.0230 USD * 24 ساعة * 30 يومًا).

    بإضافة الرسم بالساعة البالغ 0.0225 USD، إجمالي تكاليف Application Load Balancer هي:

    • 0.0455 USD في الساعة (0.0225 USD رسم الساعة + 0.0230 USD رسم وحدة سعة موازن أحمال) أو
    • 32.76 USD في الشهر (0.0455 USD * 24 ساعة * 30 يومًا).

    يتلقى موازن الأحمال 20 طلبًا في الثانية لأهداف Lambda ويتحول إلى ما يقرب من 51.8 مليون طلب في الشهر. التكلفة الشهرية عليك مقابل استخدام وحدة سعة موازن الأحمال لطلبات Lambda هي 10.37 USD (1.8 وحدة سعة موازن أحمال/ساعة * 24 ساعة * 30 يومًا * 0.008 USD لكل رسم لوحدة سعة موازن أحمال). يتحول هذا إلى 0.20 USD لكل مليون طلب كتكاليف لاستخدام وحدة سعة معالج الأحمال لطلبات Lambda.

  • تسعير Network Load Balancer حسب منطقة AWS
  • باستثناء ما هو مذكور بخلاف ذلك، فإن أسعارنا لا تشمل الضرائب والرسوم المطبقة، بما في ذلك ضريبة القيمة المضافة وضريبة المبيعات المعمول بها. بالنسبة للعملاء الذين لديهم عنوان إرسال فواتير ياباني، يخضع استخدام AWS لضريبة الاستهلاك اليابانية. تعرّف على المزيد.

    تفاصيل وحدات سعة موازن الأحمال Network Load Balancer

    تقيس وحدة سعة موازن الأحمال الأبعاد التي يعالج Application Load Balancer معدل مرور بياناتك على أساسها (بالمتوسط في ساعة). الأبعاد الثلاثة التي يجري قياسها هي:

    • الاتصالات أو التدفقات الجديدة: عدد الاتصالات / التدفقات حديثة الإنشاء في الثانية. الكثير من التقنيات (HTTP، WebSockets، إلخ) تعيد استخدام وصلات بروتوكول التحكم في النقل (TCP) من أجل الكفاءة. عدد الاتصالات الجديدة أقل في العادة من عدد طلباتك أو رسائلك.
    • الوصلات أو التدفقات النشطة: ذروة الاتصالات / التدفقات المتزامنة، عينة بالدقيقة.
    • البايتات التي تمت معالجتها: عدد البايتات التي عالجها موازن الأحمال بالجيجابايت (GB).

    لا تتحمل إلا تكلفة بُعد واحد من الثلاثة التي لديها أعلى استخدام في الساعة.

    بالنسبة لحركة مرور TCP، يحتوي Network Load Balancer LCU (NLCU) على ما يلي:

    • 800 اتصال TCP جديد في الثانية.
    • 100000 اتصال TCP نشط (بعينة بالدقيقة).
    • 1 جيجابايت في الساعة لمثيلات EC2 والحاويات وعناوين بروتوكول الإنترنت كأهداف.

    بالنسبة لحركة مرور UDP، يحتوي Network Load Balancer LCU (NLCU) على ما يلي:

    • 400 تدفق UDP جديد في الثانية.
    • 50000 تدفق UDP نشط (بعينة بالدقيقة).
    • 1 جيجابايت في الساعة لمثيلات EC2 والحاويات وعناوين بروتوكول الإنترنت كأهداف.

    بالنسبة لحركة مرور TLS، يحتوي Network Load Balancer LCU (NLCU) على ما يلي:

    • 50 اتصال أو تدفق TLS جديد في الثانية.
    • 3000 اتصال أو تدفق TLS نشط (بعينة بالدقيقة).
    • 1 جيجابايت في الساعة لمثيلات EC2 والحاويات وعناوين بروتوكول الإنترنت كأهداف.

    بروتوكول حركة مرور TCP وUDP يشير إلى المرور الموجه إلى أي متلقٍ لبروتوكول TCP / UDP على Network Load Balancer بينما يشير مرور TLS إلى المرور الموجه لأي متلقي TLS على Network Load Balancer.

    رسوم خدمة Amazon EC2 تسري ويتم تحرير فاتورة منفصلة لها.


    أمثلة التسعير

    مثال على التسعير 1

    لنفترض أن تطبيقك يتلقى اتصال TCP واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين ويستهلك 300 كيلوبايت من البايتات التي تمت معالجتها. نحسب تكاليف Application Load Balancer الشهرية لديك باستخدام التسعير في منطقة US-East-1 كالتالي:

    • الاتصالات أو التدفقات الجديدة لمرور TCP: تقدم كل NLCU ما يصل إلى 800 اتصال جديد في الثانية. بما أن تطبيقك يتلقى اتصالاً جديدًا في الثانية، يتحول هذا إلى 0.00125 وحدة NLCU (اتصال في الثانية / 800 اتصالاً في الثانية)؛
    • الاتصالات/التدفقات النشطة لمرور TCP: تقدم كل NLCU ما يصل إلى 100,000 اتصال نشط في الدقيقة. يتلقى تطبيقك اتصالاً واحدًا جديدًا في الثانية، يستغرق كل اتصال دقيقتين. يتحول هذا إلى 120 اتصالاً نشطًا أو 0.0012 وحدة سعة موازن أحمال (120 اتصالاً نشطًا / 100,000 اتصال نشط)؛
    • البايتات التي تمت معالجتها لمرور TCP: كل وحدة NLCU تقدم 1 جيجابايت. بما أنه في المتوسط ينقل كل اتصال من العمل 300 كيلوبايت من النطاق الترددي، يتحول هذا إلى 1.08 جيجابايت في الساعة أو 1.08 وحدة سعة موازن أحمال (1.08 جيجابايت/1 جيجابايت).

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات NLCU المستهلكة عبر الأبعاد الثلاثة ويتم تحديد المتوسط على مدار الساعة. في هذا المثال، بُعد البايتات التي تمت معالجتها (1.08 وحدة NLCU) أكبر من كل من الاتصالات الجديدة (0.00125 وحدة NLCU) والاتصالات النشطة (0.0012 وحدة NLCU). بافتراض أن هذا الاستخدام يتسق على مدار 60 دقيقة، يؤدي هذا إلى رسم إجمالي يبلغ 0.00648 USD في الساعة (1.08 وحدة NLCU * 0.006 USD لكل وحدة NLCU) أو 4.67 USD في الشهر (0.00648 USD * 24 ساعة * 30 يومًا).

    بإضافة الرسم بالساعة البالغ 0.0225 USD، إجمالي تكاليف Network Load Balancer هي:

    • 0.0289 USD في الساعة (0.0225 USD رسم الساعة + 0.00648 USD رسم وحدة سعة موازن أحمال) أو
    • 20.86 USD في الشهر (0.0289 USD * 24 ساعة * 30 يومًا).
    مثال على التسعير 2

    لنفترض أن تطبيقك هاتفك المحمول يتلقى 100 اتصال TCP جديد في الثانية و100 اتصال TLS جديد في الثانية، ويستمر كل منهم 3 دقائق ويستهلك 1,000 بايت تمت معالجتها. نحسب تكاليف Network Load Balancer الشهرية لدينا باستخدام التسعير في منطقة US-East كالتالي:

    مرور TCP

    • الاتصالات/التدفقات الجديدة لمرور TCP: تقدم كل NLCU 800 اتصال TCP في الثانية. بما أن تطبيقنا على الهاتف المحمول يستخدم 100 اتصال TCP جديد في الثانية، يتحول هذا إلى 0.125 وحدات NLCU (100 اتصال في الثانية / 800 اتصال في الثانية)؛
    • الاتصالات/التدفقات النشطة لمرور TCP: تقدم كل NLCU 100,000 اتصال TCP نشط في الدقيقة. بما أن تطبيقنا للهاتف المحمول يتلقى 100 اتصال TCP جديد في الثانية، يستغرق كل اتصال 3 دقائق، يتحول هذا إلى 18,000 اتصال نشط بحد أقصى في الدقيقة أو 0.18 NLCU (18,000 اتصال نشط / 100,000 اتصال نشط)؛
    • البايتات التي تمت معالجتها لمرور TCP: كل وحدة NLCU تقدم 1 جيجابايت في الساعة. بما أن تطبيقك للهاتف المحمول ينقل في المتوسط 1,000 بايت تمت معالجتهم لكل اتصال من عميل TCP، يتحول هذا إلى 0.36 جيجابايت في الساعة أو 0.360 وحدة NLCU (0.36 جيجابايت/1 جيجابايت) عبر كل الوصلات.

    مرور TLS

    • الاتصالات/التدفقات الجديدة لمرور TLS: تقدم كل NLCU 50 اتصال TLS في الثانية. بما أن تطبيقنا على الهاتف المحمول يستخدم 100 اتصال TLS جديد في الثانية، يتحول هذا إلى 2 من وحدات NLCU (100 اتصال في الثانية / 50 اتصال في الثانية)؛
    • الاتصالات/التدفقات النشطة لمرور TLS: تقدم كل NLCU 3,000 اتصال TLS نشط في الدقيقة. بما أن تطبيقنا للهاتف المحمول يتلقى 100 اتصال TLS جديد في الثانية، يستغرق كل اتصال 3 دقائق، يتحول هذا إلى 18,000 اتصال نشط في الدقيقة أو 6 وحدات NLCU (18,000 اتصال نشط / 3,000 اتصال نشط)؛
    • النطاق الترددي لمرور TLS: كل وحدة NLCU تقدم 1 جيجابايت في الساعة. بما أن تطبيقك للهاتف المحمول ينقل في المتوسط 1,000 بايت تمت معالجتهم لكل اتصال من عميل TLS، يتحول هذا إلى 0.36 جيجابايت في الساعة أو 0.36 وحدة NLCU (0.36 جيجابايت/1 جيجابايت) عبر كل الوصلات.

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات NLCU المستهلكة عبر الأبعاد الثلاثة ويتم تحديد المتوسط على مدار الساعة لكل من وصلات TCP ووصلات TLS.

    في هذا المثال على مرور TCP، البايتات التي تمت معالجتها (0.36 وحدة NLCU) أكبر من كل من الاتصالات الجديدة (0.125 وحدة NLCU) والاتصالات النشطة (0.18 وحدة NLCU). بافتراض أن هذا الاستخدام يتسق على مدار 60 دقيقة، يؤدي هذا إلى رسم إجمالي يبلغ 0.00216 USD في الساعة لمرور TCP (0.36 وحدة NLCU * 0.006 USD) أو 1.55 USD في الشهر لمرور TCP (0.00216 USD * 24 ساعة * 30 يومًا).

    في هذا المثال على مرور TLS، الاتصالات النشطة (6 وحدات NLCU) أكبر من كل من الاتصالات الجديدة (2 من وحدات NLCU) والبايتات التي تمت معالجتها (0.36 وحدة NLCU). بافتراض أن هذا الاستخدام يتسق على مدار 60 دقيقة، يؤدي هذا إلى رسم إجمالي يبلغ 0.036 USD في الساعة لمرور TLS (6 وحدات NLCU * 0.006) أو 25.92 USD في الشهر لمرور TLS (0.036 USD * 24 * 30).

    إضافة رسم بالساعة بقيمة 0.0225 USD ورسوم استخدام مقابل مرور TCP ومرور TLS يجعل إجمالي تكاليف Network Load Balancer:

    • 0.060 USD في الساعة (رسم 0.0225 USD في الساعة + رسم لوحدة NCLU يبلغ 0.00216 USD مقابل مرور TCP + رسم لوحدة NLCU يبلغ 0.036 USD مقابل مرور TLS)؛ أو
    • 43.20 USD في الشهر (0.060 USD * 24 ساعة * 30 يومًا).
    مثال 3 على التسعير

    لنفترض أن تطبيقك الهاتف المحمول الخاص بك يتلقى 100 اتصال TCP جديد في الثانية و100 اتصال UDP جديد في الثانية، وتستمر اتصالات TCP لمدة 3 دقائق وتستهلك 1000 بايت تمت معالجتها، بينما يستمر تدفق UDP لمدة دقيقتين ويستهلك 1000 بايت. نحسب تكاليف Network Load Balancer الشهرية لدينا باستخدام التسعير في منطقة US-East كالتالي:

    مرور TCP

    • الاتصالات/التدفقات الجديدة لمرور TCP: تقدم كل NLCU 800 اتصال TCP في الثانية. بما أن تطبيقنا على الهاتف المحمول يستخدم 100 اتصال TCP جديد في الثانية، يتحول هذا إلى 0.125 وحدات NLCU (100 اتصال في الثانية / 800 اتصال في الثانية)؛
    • الاتصالات/التدفقات النشطة لمرور TCP: تقدم كل NLCU 100,000 اتصال TCP نشط في الدقيقة. بما أن تطبيقنا للهاتف المحمول يتلقى 100 اتصال TCP جديد في الثانية، يستغرق كل اتصال 3 دقائق، يتحول هذا إلى 18,000 اتصال نشط بحد أقصى في الدقيقة أو 0.18 NLCU (18,000 اتصال نشط / 100,000 اتصال نشط)؛
    • البايتات التي تمت معالجتها لمرور TCP: كل وحدة NLCU تقدم 1 جيجابايت في الساعة. بما أن تطبيقك للهاتف المحمول ينقل في المتوسط 1,000 بايت تمت معالجتهم لكل اتصال من عميل TCP، يتحول هذا إلى 0.36 جيجابايت في الساعة أو 0.360 وحدة NLCU (0.36 جيجابايت/1 جيجابايت) عبر كل الوصلات.

    مرور UDP

    • تدفقات جديدة لحركة مرور UDP: يوفر كل NLCU 400 تدفق UDP في الثانية. بما أن تطبيقنا على الهاتف المحمول يستخدم 100 اتصال UDP جديد في الثانية، يتحول هذا إلى 0.25 وحدات NLCU (100 تدفق في الثانية / 400 اتصال في الثانية)؛
    • تدفقات نشطة لحركة مرور UDP: يوفر كل NLCU 50000 تدفق UDP نشط في الدقيقة. حيث إن تطبيق الهاتف المحمول الخاص بنا يتلقى 100 تدفق UDP في الثانية، وكل منها يستمر لفترة 120 ثانية، مما يعني 120 تدفقًا نشطًا، أو 0.24 وحدة NLCU (12000 تدفق نشط / 50000 اتصال نشط)؛
    • البايتات التي تمت معالجتها لمرور UDP: كل وحدة NLCU تقدم 1 جيجابايت في الساعة. بما أن تطبيقك للهاتف المحمول ينقل في المتوسط 1,000 بايت تمت معالجتهم لكل اتصال من عميل TLS، يتحول هذا إلى 0.36 جيجابايت في الساعة أو 0.36 وحدة NLCU (0.36 جيجابايت/1 جيجابايت) عبر كل الوصلات.

    باستخدام هذه القيم، يتم احتساب الفاتورة في الساعة بأخذ الحد الأقصى لوحدات NLCU المستهلكة عبر الأبعاد الثلاثة لكل بروتوكول.

    في هذا المثال على مرور TCP، البايتات التي تمت معالجتها (0.36 وحدة NLCU) أكبر من كل من الاتصالات الجديدة (0.125 وحدة NLCU) والاتصالات النشطة (0.18 وحدة NLCU). بافتراض أن هذا الاستخدام يتسق على مدار 60 دقيقة، يؤدي هذا إلى رسم إجمالي يبلغ 0.00216 USD في الساعة لمرور TCP (0.36 وحدة NLCU * 0.006 USD) أو 1.55 USD في الشهر لمرور TCP (0.00216 USD * 24 ساعة * 30 يومًا).

    بالنسبة لحركة مرور UDP، تكون وحدات البايت التي تتم معالجتها (0.36 وحدة NLCU) أكبر من التدفقين الجديدين (0.25 وحدة NLCU) والتدفقات النشطة (0.24 وحدة NCLU). بافتراض أن هذا الاستخدام يتسق على مدار 60 دقيقة، يؤدي هذا إلى رسم إجمالي يبلغ 0.00216 USD في الساعة لمرور UDP (0.36 وحدة NLCU * 0.006) أو 1.55 USD في الشهر لمرور UDP (0.00216 USD * 24 * 30).

    إضافة رسم بالساعة بقيمة 0.0225 USD ورسوم استخدام مقابل مرور TCP ومرور UDP يجعل إجمالي تكاليف Network Load Balancer:

    • 0.02682 USD في الساعة (رسم 0.0225 USD في الساعة + رسم لوحدة NCLU يبلغ 0.00216 USD مقابل مرور TCP + رسم لوحدة NLCU يبلغ 0.00216 USD مقابل مرور TLS)؛ أو
    • 19.31 USD في الشهر (0.02682 USD * 24 ساعة * 30 يومًا).
  • تسعير Classic Load Balancer حسب منطقة AWS
  • باستثناء ما هو مذكور بخلاف ذلك، فإن أسعارنا لا تشمل الضرائب والرسوم المطبقة، بما في ذلك ضريبة القيمة المضافة وضريبة المبيعات المعمول بها. بالنسبة للعملاء الذين لديهم عنوان إرسال فواتير ياباني، يخضع استخدام AWS لضريبة الاستهلاك اليابانية. معرفة المزيد.

    رسوم خدمة Amazon EC2 تسري ويتم تحرير فاتورة منفصلة لها.

    مثال على التسعير

    النموذج 1

    موقع ويب متوسط الحجم يعمل باستخدام 10 مثيلات Amazon EC2 في منطقة شرق الولايات المتحدة (شمال فرجينيا) تمكن من استخدام موازن أحمال واحد لموازنة المرور القادم. إذا انتهى الأمر بموازن الأحمال إلى أن ينقل 100 جيجابايت من البيانات على مدار فترة تبلغ 30 يومًا، فسيبلغ الرسم الشهري 18 USD (أو 0.025 USD في الساعة x 24 ساعة في اليوم x 30 يومًا x 1 موازن أحمال) لساعات موازن الأحمال و0.80 USD (أو 0.008 USD لكل جيجابايت x 100 جيجابايت) بالنسبة إلى البيانات المنقولة عبر موازن الأحمال بإجمالي رسم شهري يبلغ 18.80 USD. يتم تحرير فاتورة لأجزاء الساعات باعتبارها ساعات كاملة. رسوم خدمة Amazon EC2 تسري ويتم تحرير فاتورة منفصلة لها.

حاسبة التسعير

موارد التسعير الإضافية

حاسبة التكلفة الإجمالية للملكية

احسب التكلفة الإجمالية للملكية ‎(TCO)

حاسبة شهرية بسيطة

احسب التكاليف الشهرية بسهولة مع AWS

مركز موارد الاقتصاديات

الموارد الإضافية للتبديل إلى AWS

Product-Page_Standard-Icons_01_Product-Features_SqInk
تعرف كيف تبدأ

استكشف دليل البدء وموارد الفيديو

معرفة المزيد 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
اشترك للحصول على حساب مجاني

الوصول على الفور إلى الطبقة المجانية لخدمة AWS. 

التسجيل 
Product-Page_Standard-Icons_03_Start-Building_SqInk
ابدأ في البناء في وحدة التحكم

البدء مع Elastic Load Balancing في وحدة تحكم AWS.

تسجيل الدخول