تخطيط سعة Power BI: التحجيم المتميز والنسيج

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

يغطي هذا الدليل تخطيط سعة Power BI Premium وMicrosoft Fabric - بدءًا من فهم نموذج الحوسبة، مروراً بمراقبة الاستخدام الحالي، ووصولاً إلى تحديد حجم عمليات النشر الجديدة وإدارة التكلفة باستخدام النطاق التلقائي.

الوجبات الرئيسية

• يتم قياس سعة Power BI Premium بالنوى الافتراضية (v-core) التي تتحكم في الذاكرة وإنتاجية الحساب
• يستخدم Microsoft Fabric وحدات السعة (CUs) كوحدة الفوترة الأساسية، لتحل محل طبقات SKU
• تتنافس أعباء العمل في الخلفية (تحديث مجموعة البيانات) وأعباء العمل التفاعلية (تنفيذ الاستعلام) على موارد السعة
• يعد تطبيق مقاييس السعة أداة المراقبة الأساسية لفهم استخدام الموارد
• تجانس وحدة المعالجة المركزية على مدار 24 ساعة يعني أن التدفقات متوسطة - فترات الذروة القصيرة لا تؤدي إلى الاختناق على الفور
• يقوم Autoscale (Premium Gen2) بإضافة الحساب تلقائيًا أثناء فترات الذروة وإزالته عند انخفاض الطلب
• يعد استهلاك ذاكرة مجموعة البيانات هو السبب الأكثر شيوعًا لضعف أداء السعة
• يتطلب التخطيط السليم للسعة قياس خط الأساس قبل تحديد الحجم

---

نموذج السعة المميزة Power BI

يوفر Power BI Premium موارد حوسبة مخصصة — معزولة عن البنية الأساسية المشتركة التي تستخدمها مساحات عمل Pro. يوفر هذا العزل أداءً متسقًا بغض النظر عما يفعله مستأجرو Power BI الآخرون.

نموذج الموارد: يتم قياس السعة المتميزة بالنوى الافتراضية (v-core). يوفر كل v-core مقدارًا محددًا من الذاكرة وحساب وحدة المعالجة المركزية. تحدد العلاقة بين النوى v والإمكانيات أحمال العمل التي يمكن للسعة التعامل معها في وقت واحد.

تستبدل Microsoft Fabric نموذج P-SKU بوحدات سعة النسيج (CUs). القماش F64 يعادل تقريبًا P1، وF128 إلى P2، وهكذا. يسمح نموذج Fabric بمزيد من التحجيم الدقيق وفواتير الدفع أولاً بأول (إيقاف مؤقت/استئناف)، والذي غالبًا ما يكون أكثر فعالية من حيث التكلفة من الاشتراك الشهري لوحدات P-SKU.

(الأسعار تقريبية بالدولار الأمريكي؛ ويختلف السعر الفعلي حسب المنطقة والاتفاقيات المتفاوض عليها.)

---

فئات عبء العمل

تتعامل سعة Power BI مع فئتين من عبء العمل، وتتنافسان على نفس موارد الحوسبة:

أحمال العمل في الخلفية تعمل بدون تدخل المستخدم:

• تحديث مجموعة البيانات (تحديث وضع الاستيراد)
• تحديث تدفق البيانات
• أعباء عمل الذكاء الاصطناعي (التدريب النموذجي والاستدلال)
• عرض التقرير المرقّم الناتج عن الاشتراكات
• عمليات التصدير

أعباء العمل التفاعلية تستجيب لتفاعلات المستخدم:

• تنفيذ الاستعلام (يفتح المستخدم صفحة التقرير)
• الاستعلام المباشر/استعلامات الاتصال المباشر
• تحديث بلاط لوحة القيادة
• تقرير التصدير الناتج عن المستخدم
• أسئلة وأجوبة باللغة الطبيعية

عندما يتنافس كلا النوعين من أحمال العمل على نفس مراكز v، يجب أن تتمتع السعة بموارد كافية للتعامل مع ذروة التداخل. قد تحتاج السعة التي تقوم بتشغيل 20 عملية تحديث لمجموعة بيانات متزامنة خلال ليلة العمل أثناء التعامل مع 200 استعلام مستخدم متزامن خلال يوم العمل إلى تحديد حجمها لكلتا القمتين.

---

تطبيق مقاييس السعة

يعد تطبيق Microsoft Fabric سعة القياسات (تطبيق Power BI Premium سعة القياسات سابقًا) هو الأداة الأساسية لمراقبة السعة والتخطيط. قم بتثبيته من AppSource وقم بتوصيله بقدرتك.

ما يظهر:

استخدام وحدة المعالجة المركزية والذاكرة حسب نوع حمل العمل. يعرض مخطط الاستخدام استهلاك وحدة المعالجة المركزية بمرور الوقت، مع سلسلة منفصلة لأحمال العمل التفاعلية وأعباء العمل في الخلفية. يُظهر الخط المصقول المتوسط ​​المبسط على مدار 24 ساعة (ما يستخدمه Power BI لاتخاذ قرارات التقييد).

أحداث التقييد: عندما تتجاوز وحدة المعالجة المركزية (CPU) السلسة التي تعمل على مدار 24 ساعة 100% من موارد السعة، يبدأ Power BI في تقييد أحمال العمل في الخلفية (تأخير عمليات التحديث). عندما يتجاوز حد التجانس بشكل كبير، يتم تقليل أعباء العمل التفاعلية أيضًا. يعرض تطبيق المقاييس أحداث الاختناق مع المدة والشدة.

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

أهم مجموعات البيانات والتقارير حسب استهلاك الموارد: يحدد تطبيق المقاييس مجموعات البيانات والتقارير التي تستهلك أكبر قدر من الموارد - وهي المرشحة للتحسين قبل توسيع نطاقها.

المقاييس الرئيسية التي يجب مراقبتها:

---

تحديد حجم النشر الجديد

عند تحديد حجم نشر Power BI Premium لأول مرة (بدون بيانات المقاييس الموجودة)، تستخدم عملية التقدير هذه المدخلات:

الخطوة 1: إحصاء المستخدمين وأنماط الاستخدام

• ما هو إجمالي عدد المستخدمين الذين سيصلون إلى تقارير Power BI؟
• ما هو الحد الأقصى لعدد المستخدمين المتزامنين؟ (عادةً 10-20% من إجمالي المستخدمين)
• ما هي ساعات ذروة الاستخدام؟ (عادةً ساعات العمل من 9 إلى 11 صباحًا ومن 2 إلى 4 مساءً)

الخطوة 2: تقدير متطلبات ذاكرة مجموعة البيانات

• جمع الحجم غير المضغوط لجميع مجموعات البيانات التي ستكون نشطة في وقت واحد
• قم بتطبيق نسبة ضغط VertiPaq متوسطة تبلغ 5:1 لتقدير حجم الذاكرة
• إضافة 20% من النفقات العامة لعمليات الاستعلام
• إجمالي متطلبات ذاكرة مجموعة البيانات = قيد الحجم السائد لمعظم التطبيقات

الخطوة 3: تقدير حجم عمل التحديث

• كم عدد مجموعات البيانات التي تحتاج إلى التحديث في وقت واحد عند الذروة؟
• ما هي مدة التحديث المتوقعة لكل منها؟
• ذروة استهلاك موارد التحديث = (عدد عمليات التحديث المتزامنة × متوسط الذاكرة لكل تحديث لمجموعة البيانات)

الخطوة 4: إضافة DirectQuery/معدل نقل الاتصال المباشر

• كم عدد المستخدمين الذين سيستخدمون التقارير مع DirectQuery؟
• ما هي ذروة الاستعلامات المتوقعة في الثانية الواحدة؟
• قارن مع حدود إنتاجية SKU (يعالج P1 30 استعلام DQ في الثانية)

مثال لحساب الحجم:

منظمة تضم 500 مستخدم لـ Power BI:

• 50 مستخدمًا متزامنًا في الذروة (10% من الإجمالي)
• 15 مجموعة بيانات نشطة، متوسط 4 جيجابايت غير مضغوطة → ~0.8 جيجابايت لكل منها في الذاكرة = 12 جيجابايت إجمالي ذاكرة مجموعة البيانات
• يتم تحديث 10 مجموعات بيانات طوال الليل في وقت واحد، وتستهلك كل منها 2 جيجابايت أثناء التحديث = 20 جيجابايت من ذاكرة التحديث
• 20 صفحة تقرير DirectQuery في الذروة = ~5 استعلامات/الثانية

التحليل: ذاكرة الذروة سعة 32 جيجابايت (مجموعات بيانات 12 جيجابايت + تحديثات 20 جيجابايت) + الحمل = يتطلب P1 (25 جيجابايت) قد يكون ضيقًا → فكر في P2 (50 جيجابايت). تقع إنتاجية DirectQuery ضمن حد P1 البالغ 30 QPS، لذا فإن الذاكرة هي التي تحدد حجم القرار.

إن البدء بـ P1 والمراقبة باستخدام تطبيق Metrics لمدة 30 يومًا سيكشف ما إذا كانت P2 ضرورية أم لا.

---

التكوين التلقائي

يدعم Power BI Premium Gen2 (والنسيج) المقياس التلقائي — إضافة موارد الحوسبة تلقائيًا عندما يتجاوز الطلب السعة المتوفرة، ثم إزالتها عند انخفاض الطلب.

** المقياس التلقائي للإصدار المميز (P-SKU):** قم بالتكوين في بوابة إدارة Power BI ← إعدادات السعة ← السعة المميزة ← مقياس تلقائي. قم بتعيين الحد الأقصى لعدد نوى v الإضافية التي يمكن إضافتها (1–71 لـ P1). عندما يقترب استخدام السعة من الحدود، يضيف المقياس التلقائي مراكز v بزيادات.

الفوترة التلقائية: تتم محاسبة نوى v الإضافية في الساعة بمعدل لكل نواة. يدفع P1 الذي يضيف 8 نواة v لمدة ساعتين خلال فترة الذروة مقابل 16 نواة v.

** المقياس التلقائي للنسيج: ** يمكن إيقاف قدرات النسيج مؤقتًا واستئنافها (فعالة من حيث التكلفة للتطوير/الاختبار) ولها حوسبة قابلة للاندفاع تتدرج ضمن حدود CU المشتراة. يدعم Fabric أيضًا الحجوزات (الإنفاق الملتزم به للحصول على خصومات كبيرة) إلى جانب تسعير الدفع أولاً بأول.

متى يتم استخدام المقياس التلقائي:

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

متى لا تستخدم المقياس التلقائي:

• استخدام مرتفع ومستدام (أنت تتمتع دائمًا بالسعة) - قم بترقية الطبقة الأساسية بدلاً من ذلك
• كميات كبيرة جدًا من عرض التقرير لمرة واحدة - قد لا يتفاعل المقياس التلقائي بالسرعة الكافية
• قيود صارمة على الميزانية حيث تكون أي فواتير متغيرة غير مقبولة

---

تحسين السعة قبل القياس

قبل الترقية إلى سعة أكبر، قم بتحسين أحمال العمل الحالية. يمكن حل معظم مشكلات الأداء دون إنفاق المزيد من المال.

تحسين مجموعة البيانات:

• قم بتشغيل VertiPaq Analyzer الخاص بـ DAX Studio لتحديد الجداول والأعمدة الكبيرة التي يمكن إزالتها أو تلخيصها
• التحقق من الأعمدة والمقاييس غير المستخدمة التي تستهلك الذاكرة دون الرجوع إليها في أي تقرير
• تحسين أنواع البيانات (استخدم عددًا صحيحًا بدلاً من النص لمفاتيح التاريخ، واستخدام منطقي بدلاً من السلسلة للأعلام)
• تطبيق التحديث المتزايد لتقليل مدة التحديث واستهلاك الذاكرة أثناء دورات التحديث

تحسين التقرير:

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

تحديث الجدول الزمني الأمثل:

• أوقات التحديث متداخلة لتجنب تحديث مجموعات البيانات الكبيرة المتعددة في وقت واحد
• جدولة مجموعات البيانات ذات الأولوية الدنيا خارج ساعات الذروة
• استخدم التحديث المتزايد لتقصير نافذة التحديث لمجموعات البيانات الكبيرة
• إيقاف عمليات التحديث مؤقتًا أو تعطيلها لمجموعات البيانات التي نادرًا ما يتم استخدامها

---

بنية متعددة القدرات

تستخدم المؤسسات الكبيرة أحيانًا قدرات متعددة لعزل أعباء العمل أو مراكز التكلفة المنفصلة أو توفير التكرار الجغرافي.

الأنماط الشائعة متعددة القدرات:

• عزل الطبقة: الإنتاج على P2، التطوير/الاختبار على F8. يمنع تحديثات المطورين من استهلاك الطاقة الإنتاجية.
• عزل عبء العمل: الشؤون المالية في مرحلة P1، والموارد البشرية في مرحلة P1 أخرى. يحافظ على أعباء عمل القسم من التأثير على بعضها البعض.
• التوزيع الجغرافي: المستخدمون الأمريكيون بسعة شرق الولايات المتحدة، ومستخدمو الاتحاد الأوروبي بسعة أوروبا الغربية. يقلل زمن الوصول لمجموعات المستخدمين الإقليمية.
• فصل مركز التكلفة: تتمتع كل وحدة عمل بقدرتها الخاصة، مما يتيح إمكانية استرداد التكاليف بشكل دقيق.

الاعتبارات المتعلقة بالقدرات المشتركة: يجب نشر مجموعات البيانات والتقارير في مساحات العمل المخصصة لقدرات محددة. يمكن للتقرير فقط استخدام مجموعات البيانات بنفس السعة (أو الاستيراد من سعة مختلفة، الأمر الذي له آثار على الأداء). قم بتخطيط التعيينات من مساحة العمل إلى السعة قبل النشر لتجنب أنماط الوصول إلى البيانات عبر السعة.

---

الأسئلة المتداولة

ما هو الحد الأدنى لمستوى سعة Power BI لاستخدام المؤسسة؟

يعد Power BI Premium P1 (أو Fabric F64) هو المستوى الأدنى الذي يدعم مجموعة ميزات المؤسسة الكاملة: التقارير المقسمة إلى صفحات، وخطوط أنابيب النشر، والوصول إلى نقطة نهاية XMLA، ورؤى الذكاء الاصطناعي، والكيانات المحسوبة لتدفق البيانات، وأحجام نماذج تصل إلى 400 جيجابايت. بالنسبة للمؤسسات الصغيرة أو عمليات التنفيذ على مستوى الأقسام، يوفر Power BI Premium لكل مستخدم (PPU) بسعر 20 دولارًا أمريكيًا/مستخدم/شهريًا معظم الميزات دون الحاجة إلى التزام بالسعة. للتطوير والاختبار، يعتبر Fabric F2 أو F4 كافيًا.

كيف يؤثر سلاسة وحدة المعالجة المركزية على مدار 24 ساعة على تخطيط السعة؟

يستخدم Power BI خوارزمية سلاسة وحدة المعالجة المركزية على مدار 24 ساعة لتحديد ما إذا كانت السعة محملة بشكل زائد. لا تؤدي الاندفاعات القصيرة من الاستهلاك العالي لوحدة المعالجة المركزية (تحديث كبير يكتمل خلال 30 دقيقة) إلى الاختناق على الفور - يتم حساب متوسط ​​الاندفاع على مدار 24 ساعة. وهذا يعني أنه يمكنك التعامل مع أحمال العمل المتسلسلة المتوسطة دون الحاجة إلى تحديد الحجم للوصول إلى الذروة. ومع ذلك، فإن وحدة المعالجة المركزية العالية المستمرة (أكثر من 3 ساعات من عبء العمل المكثف) ستدفع المتوسط ​​السلس إلى ما فوق عتبة الاختناق. الحجم المناسب لذروتك المستدامة، وليس الحد الأقصى اللحظي.

هل Microsoft Fabric أفضل من Power BI Premium لعمليات النشر الجديدة؟

بالنسبة لعمليات النشر المؤسسية الجديدة في عام 2026، يعد Fabric هو المسار الموصى به بشكل عام. فهو يوفر نفس إمكانات Power BI مثل Premium بالإضافة إلى أحمال العمل الإضافية (هندسة البيانات، وعلوم البيانات، ومستودع البيانات، والتحليلات في الوقت الفعلي)، وفواتير أكثر مرونة (إيقاف مؤقت/استئناف، وحجوزات)، ونموذج إدارة موحد. قد تجد المؤسسات التي تستخدم بالفعل وحدات P-SKU المميزة بعقود طويلة الأجل البقاء في Premium حتى يصبح التجديد منطقيًا من الناحية المالية. جميع محتويات Power BI Premium متوافقة مع Fabric.

كيف يمكنني تقليل تكاليف السعة دون التأثير على تجربة المستخدم؟

أدوات خفض التكلفة ذات التأثير الأعلى هي: (1) تحسين مجموعات البيانات لتقليل أثر الذاكرة قبل زيادة حجمها، (2) جداول التحديث المتدرجة لمنع المنافسة على الموارد المتزامنة، (3) استخدام النسيج مع الإيقاف المؤقت/الاستئناف لقدرات التطوير (الدفع فقط خلال ساعات العمل)، (4) تمكين التوسع التلقائي في سعة الإنتاج بدلاً من التوفير الدائم للذروة، و (5) مساحات عمل التدقيق للتقارير ومجموعات البيانات غير المستخدمة التي تستهلك موارد التحديث دون مستخدمين نشطين.

ما هي أدوات المراقبة التي توفرها Microsoft لصحة السعة؟

الأداة الأساسية هي تطبيق Microsoft Fabric Appliance Metrics (متوفر على AppSource). فهو يوفر استخدام وحدة المعالجة المركزية واستخدام الذاكرة وأحداث التقييد ونشاط مجموعة البيانات ومقاييس أداء الاستعلام. للحصول على تشخيصات أعمق، تسمح نقطة نهاية XMLA (التي يمكن الوصول إليها عبر SSMS أو المحرر الجدولي) بالاستعلام عن DMVs (طرق عرض الإدارة الديناميكية) للحصول على بيانات أداء الاستعلام في الوقت الفعلي. توفر Power BI REST API وصولاً برمجيًا إلى مقاييس السعة للوحات معلومات المراقبة المخصصة.

---

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

يعد تخطيط القدرات نشاطًا مستمرًا، وليس قرارًا يتم اتخاذه لمرة واحدة. ابدأ بالطبقة المناسبة، وقم بالمراقبة بشكل فعال باستخدام تطبيق مقاييس السعة، وقم بتحسين أعباء العمل قبل التوسع، والتخطيط للنمو. تتعامل المؤسسات التي تحصل على أكبر قيمة من Power BI Premium مع إدارة القدرات باعتبارها نظامًا هندسيًا للأداء.

تتضمن خدمات تحسين أداء Power BI من ECOSIRE تقييم القدرات وتحليل عبء العمل وتوصيات الحجم. اتصل بنا لمراجعة استخدامك لقدراتك الحالية وتحديد المسار الأكثر فعالية من حيث التكلفة لتحسين الأداء.