الخلاصة

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

تبيع AWS طريقاً أقصر إلى وحدة تخزين جاهزة، وتضع ساعة على إبقاء الطريق مفتوحاً. خدمة Fast Snapshot Restore، أو FSR، تجعل وحدة التخزين المنشأة من لقطة مهيأة منذ إنشائها، فتزيل تأخر الوصول الأول إلى الكتل. ما يشتريه العميل هنا هو استعداد في مكان محدد ولمدة محددة.

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

وفي مثال آخر على الصفحة نفسها، تفعيل لقطة واحدة في ثلاث مناطق توافر لمدة 90 دقيقة يعطي 1 × 3 × 1.5 × 0.75، أي 3.375 دولارات لرسوم FSR في ذلك المثال الإقليمي. لا يسأل هذا الحساب كم مرة استُخدمت اللقطة للاستعادة. إنه يعد الأماكن المجهزة والوقت الذي بقيت فيه مجهزة.

نهاية المهمة لا تغلق كل ساعة

يشرح دليل EBS أن التفعيل يتم للقطة بعينها داخل منطقة توافر بعينها. اختيار منطقة إضافية يضيف اقتراناً آخر إلى الحساب. وتقول صفحة الأسعار إن الرسوم تستمر حتى تعطيل FSR.

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

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

تفصل رموز الفوترة رسوم FSR بوحدة DSU-Hours لكل منطقة توافر. ولتخزين اللقطات وسعة الوحدات والأداء الإضافي وطلبات الواجهة المباشرة بنود أخرى. تقرير يجمع السعات أو يعد طلبات الاستعادة فقط يستطيع أن يفوّت هذا الإنفاق على الانتظار.

للإنشاء رصيد غير النقود

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

تحدد سعة المخزون وسرعة تعبئته وفق حجم اللقطة المقابل لحجم وحدة التخزين الأصلية. في المثال الرسمي، وحدة سعتها 200 GiB تحتوي 150 GiB من البيانات تُستخدم فيها قيمة 200 GiB للحساب. الأرصدة تنظم عدد الإنشاءات التي تنال المنفعة، ولا تعمل كقسائم خصم مالي.

وتضيف حالات FSR فرقاً آخر بين الطلب والنتيجة. هناك طلب تفعيل، ثم تحسين، ثم تفعيل مكتمل. أثناء التحسين تُقدّم بعض المنافع، أما المنفعة الكاملة فتحتاج حالة enabled ورصيد إنشاء كافياً. ولحجم اللقطة ومكان الاستخدام والأداء المخصص شروط موثقة أيضاً.

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

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

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

وفي دليل الإعداد تفصيل مهم عند إنهاء الوصول. إذا حذف المالك اللقطة المشتركة أو ألغى مشاركتها، تُعطّل FSR تلقائياً لدى المتلقي. لكن إذا كانت اللقطة المشتركة مشفرة بمفتاح CMK مخصص وسحب المالك وصول المتلقي إلى ذلك المفتاح، فلا تتعطل FSR تلقائياً. يلزم تعطيلها يدوياً.

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

تقييم مشترٍ محدد يحتاج اقتراناته المفعّلة ومددها والسعر المطبق وأرصدة الإنشاء وطلب التعافي. بهذه المعلومات يمكن تمويل الاستعداد الذي يخدم وعداً قائماً وإغلاق ما انتهت مهمته. إعداد بلا حاجة حالية يستهلك الهامش؛ إعداد ضروري حُذف من الميزانية قد يغيّر ما باعته الشركة لعميلها.