الخلاصة

  • يصف الدليل المتخصص زيادة تلقائية للتخزين وتقليصا يدويا؛ وقد ترفع متطلبات القرص مستوى الحوسبة وتغير حدوده.
  • مسار التقليص الموثق يشمل وحدات تخزين جديدة ومزامنة، مع عدم إتاحة مؤقت للعقد المعنية. هذا ليس دليلا على استحالة العودة أو توقف المجموعة كلها.
  • صفحة تحسين عامة تذكر تقليصا تلقائيا عندما يقل الاستخدام عن 50% من السعة المخصصة. التعارض محفوظ كعدم يقين، لا كحكم على التنفيذ في حساب محدد.

المورد الذي يبقى بعد هدوء الطلب

يمكن أن يكون انخفاض نشاط قاعدة البيانات سببا وجيها لمراجعة موارد الحوسبة. لكنه لا يثبت أن مستوى أصغر يستطيع استيعاب التخزين المخصص حاليا. يصف دليل MongoDB Atlas المتخصص هذه العلاقة بين القرص ومستوى الموارد الذي يظل صالحا للتشغيل.

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

يقول الدليل إن التخزين يزيد عندما يبلغ استخدام القرص 90% في أي عقدة من المجموعة. وفي AWS وAzure وGoogle Cloud يستهدف التوسع وصول الاستخدام إلى 70% من السعة بعد زيادتها. هذه نسب لسياسة تخزين، وليست شروطا لاستخدام المعالج أو نسب توفير في إجمالي فاتورة عميل.

ويقدم MongoDB مثالا يبدأ بمجموعة M30 عند السعة القصوى المذكورة في الوثيقة، وهي 480 غيغابايت. يحتاج التوسع الموضح إلى 600 غيغابايت، فتنتقل Atlas إلى M40 باعتباره أدنى مستوى يدعم المتطلب في هذا المثال. الأرقام تشرح توافق السعة، ولا تمثل واقعة لدى عميل أو مضاعفا للتكلفة.

السقف الموافق عليه ليس بلا استثناء

إذا لم يدعم المستوى الحالي السعة الجديدة، يذكر الدليل أن Atlas قد ترفع مستوى الحوسبة حتى مع تعطيل Cluster Tier Scaling. وإذا كان الحد الأقصى المحدد لا يكفي أيضا، ترفع هذا الحد إلى أدنى مستوى تال يستطيع استيعاب التخزين، ثم توسع المجموعة إليه.

الغرض المعلن هو الحفاظ على تركيبة قابلة للتشغيل بدلا من ترك الموارد غير متوافقة. لا تثبت المصادر رسما مخفيا أو تجاهلا لكل صلاحيات الميزانية. لكنها تقيد معنى اعتبار مستوى الحوسبة الأقصى ضمانا غير مشروط لحجم النشر في المستقبل.

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

وتتغير سياسة العودة أيضا. عندما تتجاوز Atlas الحد الأقصى بسبب التخزين، يذكر الدليل أنها تعطل التقليص التلقائي لمستوى الحوسبة. إعادة تفعيله تتطلب تدخلا يدويا في الإعدادات.

ويصف الدليل حالة أخرى لا يستطيع فيها المستوى الأصغر دعم سعة القرص الحالية أو IOPS المخصصة أو كليهما. لا تنتقل Atlas إلى ذلك المستوى. إذا كانت المجموعة عند أقصاها المحدد، يتعطل التقليص التلقائي؛ وإذا لم تكن عنده، يرتفع الحد الأدنى إلى المستوى الحالي.

هذان وضعان مختلفان. حد أدنى مرتفع ليس هو نفسه إذنا معطلا. إعادة السماح بالتقليص لا تمنح المستوى الصغير سعة يفتقر إليها. كما أن انخفاض استخدام CPU لا يكشف وحده أي عائق يمنع العودة.

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

التقليص ممكن، لكن له عمله الخاص

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

تشرح وثيقة تخصيص التخزين أن AWS لا تسمح بتقليل وحدة التخزين في مكانها. تستطيع Atlas تجهيز وحدات جديدة ومزامنة البيانات من القديمة إليها. خلال المزامنة تصبح العقدة المعنية غير متاحة لفترة. تقليل السعة يستخدم هذا المسار، وليس مجرد عكس طريقة ربما استخدمت عند زيادتها.

وتصف أجزاء Azure وGoogle Cloud وحدات جديدة ومزامنة كذلك. تنبه شاشة مراجعة التغيير إلى إعادة تشغيل تدريجية. تبقى المجموعة قابلة للوصول، لكن العقدة التي تتغير لا تعود متاحة حتى اكتمال مزامنتها.

يجب الحفاظ على الفرق بين العقدة والخدمة الكاملة. عدم إتاحة عقدة مؤقتا لا يثبت توقف المجموعة كلها. واستمرار الوصول إلى المجموعة لا يضمن أن العملية بلا أثر على الأداء أو الإتاحة. يعترف دليل التعديل العام أيضا بعبء تشغيلي إضافي أثناء ترحيل العقد واحدة بعد أخرى.

لم يصل هذا البحث إلى حساب عميل، ولم ينفذ تقليصا أو حذف بيانات أو ضغطها أو ترحيلها في Atlas. لا توجد هنا مدة عملية مقاسة أو انقطاع عميل مثبت. البحث يشرح مسارا موثقا، لا يصادق على نتيجته في نشر معين.

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

تعارض لا يجوز حله بالتخمين

تقدم صفحة MongoDB العامة لتفصيل الفاتورة وتحسينها مثالا مختلفا: إذا قل استخدام التخزين عن 50% من السعة المخصصة، ينخفض حجم التخزين تلقائيا. لا يتفق ذلك مع وصف الدليل المتخصص للأتمتة التي تزيد التخزين فقط.

كانت الصفحتان متاحتين عند البحث في 14 سبتمبر 2026. لا تفسر المصادر هل يتعلق الفرق بنطاق آخر أو تغير في المنتج أو فقرة قديمة أو مشكلة في الوثائق. ولا تثبت أي قاعدة ينفذها حساب Atlas محدد الآن.

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

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

الكلفة والحماية لا تجيب إحداهما عن الأخرى

توضح Atlas أن المجموعات المخصصة تحاسب بحسب ساعات نشاطها، وأن التكوين ومورد السحابة والمنطقة تؤثر في الكلفة. يدخل التخزين الافتراضي في السعر بالساعة، بينما تحاسب السعة المخصصة بالكامل من دون طرح السعة الافتراضية، بحسب شرح الفاتورة.

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

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

وللنمو فائدة حماية حقيقية. تفصل MongoDB بين التوسع التخزيني ومنع الكتابة باعتبارهما آليتين مستقلتين للسلامة. وقد تصل دفعة نشاط سريعة قبل تجهيز السعة الإضافية. إيقاف النمو للمحافظة على سقف لا يلغي مخاطرة نفاد القرص.

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

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

المصادر