فهم فوترة Azure Content Delivery Network

تصف هذه الأسئلة المتداولة بنية الفوترة للمحتوى الذي تستضيفه شبكة تسليم محتوى Azure.

ما المقصود بمنطقة الفوترة؟

منطقة الفوترة هي منطقة جغرافية تستخدم لتحديد السعر الذي يتم تحصيله لتسليم العناصر من Azure Content Delivery Network. مناطق الفوترة الحالية ومناطقها هي كما يلي:

• المنطقة 1: أمريكا الشمالية وأوروبا والشرق الأوسط وأفريقيا

• المنطقة 2: آسيا والمحيط الهادئ (بما في ذلك اليابان)

• المنطقة 3: أمريكا الجنوبية

• المنطقة 4: أستراليا ونيوزيلندا

• المنطقة 5: الهند

للحصول على معلومات حول مناطق نقطة الحضور (POP)، راجع مواقع POP لشبكة تسليم المحتوى Azure حسب المنطقة. على سبيل المثال، توجد نقطة الحضور الموجودة في المكسيك في منطقة أمريكا الشمالية، وبالتالي يتم تضمينه في المنطقة 1.

للحصول على معلومات حول تسعير Azure Content Delivery Network، راجع تسعير شبكة تسليم المحتوى.

كيف يتم حساب رسوم التسليم حسب المنطقة؟

تستند منطقة فوترة شبكة تسليم محتوى Azure إلى موقع الخادم المصدر الذي يسلم المحتوى للمستخدم النهائي. لا تعتبر وجهة العميل (الموقع الفعلي) منطقة الفوترة.

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

ما هي معاملة Azure Content Delivery Network القابلة للفوترة؟

أي طلب HTTP (S) ينتهي في شبكة تسليم المحتوى هو حدث قابل للفوترة، والذي يتضمن جميع أنواع الاستجابة: النجاح أو الفشل أو غير ذلك. ومع ذلك، قد تولد الاستجابات المختلفة كميات مختلفة من نسبة استخدام الشبكة. على سبيل المثال، 304 Not Modified وغيرها من استجابات العنوان فقط تولد نسبة استخدام الشبكة قليلا لأنها استجابة رأس صغيرة. وبالمثل، فإن استجابات الخطأ (على سبيل المثال، 404 غير موجود) قابلة للفوترة ولكنها تتحمل تكلفة صغيرة بسبب حمولة الاستجابة الصغيرة.

ما هي تكاليف Azure الأخرى المقترنة باستخدام شبكة توصيل محتوى Azure؟

يؤدي استخدام Azure Content Delivery Network أيضا إلى فرض بعض رسوم الاستخدام على الخدمات المستخدمة كأصل للكائنات الخاصة بك. عادة ما تكون هذه التكاليف جزءا صغيرا من تكلفة استخدام شبكة تسليم المحتوى الإجمالية.

إذا كنت تستخدم تخزين Azure Blob كأصل للمحتوى الخاص بك، فإنك تتحمل أيضا رسوم التخزين التالية لتعبئة ذاكرة التخزين المؤقت:

• حجم وحدات الغيغابايت الفعلية المستخدمة: التخزين الفعلي للعناصر المصدر.

• المعاملات: حسب الحاجة لملء ذاكرة التخزين المؤقت.

• عمليات النقل بالجيجابايت: كمية البيانات المنقولة لملء ذاكرة التخزين المؤقت لشبكة تسليم المحتوى.

لمزيد من المعلومات حول فوترة Azure Storage، راجع تخطيط وإدارة تكاليف Azure Storage.

إذا كنت تستخدم تسليم الخدمة المستضافة، فإنك تتحمل رسوما على النحو التالي:

• وقت حساب Azure: مثيلات الحوسبة التي تعمل كأصل.

• نقل حساب Azure: يتم نقل البيانات من مثيلات الحوسبة لملء ذاكرة التخزين المؤقت لشبكة تسليم المحتوى Azure.

إذا كان العميل يستخدم طلبات نطاق البايت (بغض النظر عن خدمة الأصل)، تنطبق الاعتبارات التالية:

• طلب نطاق البايت هو معاملة قابلة للفوترة في شبكة تسليم المحتوى. عندما يصدر عميل طلب نطاق بايت، يكون هذا الطلب لمجموعة فرعية (نطاق) من العناصر. تستجيب شبكة تسليم المحتوى بجزء جزئي فقط من المحتوى المطلوب. هذه الاستجابة الجزئية هي عملية قابلة للفوترة ومبلغ التحويل يقتصر على حجم استجابة النطاق (بالإضافة إلى العناوين).

• عند وصول طلب لجزء فقط من كائن (عن طريق تحديد عنوان نطاق بايت)، قد تجلب شبكة تسليم المحتوى الكائن بأكمله في ذاكرة التخزين المؤقت الخاصة به. ونتيجة لذلك، على الرغم من أن المعاملة القابلة للفوترة من شبكة تسليم المحتوى هي لاستجابة جزئية، فقد تتضمن المعاملة القابلة للفوترة من الأصل الحجم الكامل للكائن.

ما مقدار نشاط النقل الذي يحدث لدعم ذاكرة التخزين المؤقت؟

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

• مدى قابلية المحتوى للتخزين المؤقت: إذا كان المحتوى يحتوي على قيم TTL عالية (مدة البقاء)/انتهاء الصلاحية ويتم الوصول إليه بشكل متكرر بحيث يظل شائعا في ذاكرة التخزين المؤقت، فإن معظم الحمل تتم معالجته بواسطة شبكة تسليم المحتوى. نسبة استخدام ذاكرة التخزين المؤقت الجيدة النموذجية تزيد عن 90%، ما يعني أن أقل من 10% من طلبات العميل يجب أن تعود إلى الأصل، إما لخطأ ذاكرة التخزين المؤقت أو تحديث العنصر.

• كم عدد العقد التي تحتاج إلى تحميل العنصر: في كل مرة تحمل فيها العقدة عنصر من الأصل، فإنها تتحمل عملية قابلة للفوترة. ونتيجة لذلك، ينتج عن المزيد من المحتوى العمومي (الذي يتم الوصول إليه من المزيد من العقد) عمليات أكثر قابلية للفوترة.

• تأثير TTL: يعني TTL أعلى للعنصر أنه يحتاج إلى إحضاره من الأصل بشكل أقل تكراراً. وهذا يعني أيضا أن العملاء، مثل المستعرضات، يمكنهم تخزين الكائن مؤقتا لفترة أطول، ما يمكن أن يقلل من المعاملات إلى شبكة تسليم المحتوى.

ما هي خدمات الأصل المؤهلة لنقل البيانات مجانا باستخدام Azure Content Delivery Network من Microsoft؟

إذا كنت تستخدم إحدى خدمات Azure التالية كأصل شبكة تسليم المحتوى، فلن يتم تحصيل رسوم منك من نقل البيانات من الأصل إلى الملوثات العضوية الثابتة لشبكة تسليم المحتوى.

• تخزين Azure
• Azure Media Services
• Azure Virtual Machines
• شبكة ظاهرية
• موازن التحميل
• Application Gateway
• Azure DNS
• ExpressRoute
• بوابة VPN
• Traffic Manager
• مراقب الشبكة
• Azure Firewall
• الواجهة الأمامية لـ Azure
• Azure Bastion
• "Azure App Service"
• دالات Azure
• Azure Data Factory
• إدارة Azure API
• Azure Batch
• Azure Data Explorer ‏(Kusto)
• HDInsight
• Azure Cosmos DB
• Azure Data Lake Store
• Azure Machine Learning  
• قاعدة بيانات Azure SQL
• مثيل Azure SQL المُدار
• ذاكرة التخزين المؤقت في Azure لـ Redis

كيف يمكنني إدارة تكاليفي بفعالية أكبر؟

تعيين أطول TTL ممكن على المحتوى الخاص بك.