هل يفشل تنزيل Amazon S3 في بعض الأحيان؟[مغلق]
https://stackoverflow.com/questions/31466
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
لقد أضفنا للتو AutoupDater في برنامجنا وحصلنا على تقرير الأخطاء قائلاً إن AutoupDate لن يكتمل بشكل صحيح لأن ملفات SHA1 التي تم تنزيلها لم تكن مطابقة.تمت استضافتنا على Amazon S3...
هذا إما خطأ في الكود الخاص بي أو خطأ في S3.
أعدت قراءة الكود الخاص بي بحثًا عن الأشياء المشبوهة وكتبت برنامجًا نصيًا بسيطًا للتنزيل والتحقق من المجموع الاختباري للملف الذي تم تنزيله، وحصلت بالفعل على بعض الأخطاء من حين لآخر (1 من 40 بالأمس).اليوم يبدو الأمر على ما يرام.
هل واجهت هذا النوع من المشكلة؟هل هناك نوع من الحل البديل؟
معلومات اضافية:تم إجراء الاختبار في اليابان.
المحلول
بخلاف التوقف منذ بضعة أسابيع.لا شيء سمعت عنه.
لقد قاموا بعمل جيد مع الأخذ في الاعتبار أن المرة الوحيدة التي تعطلت فيها كانت بسبب خطأ غامض في الخادم انتشر عبر السحابة.لقد كانوا منفتحين للغاية بشأن هذا الأمر وحلوه بمجرد اكتشافهم. (حدث ذلك خلال عطلة نهاية الأسبوع، iirc)
لذا فهي موثوقة جدًا.نصيحتي هي التحقق مرة أخرى من الكود الخاص بك.وقم بعرضه على دعم أمازون إذا كانت لا تزال مشكلة.
نصائح أخرى
قد يفشل Amazon S3 أحيانًا بسبب حدوث أخطاء أثناء عمليات التحميل أو التنزيل - بشكل عام "500:أخطاء الخادم الداخلي".عادةً ما يكون معدل الخطأ منخفضًا جدًا، ولكنه قد يرتفع إذا كانت الخدمة تحت حمل ثقيل.معدل الخطأ لا يصل أبدًا إلى 0%، لذلك حتى في أفضل الأوقات سيفشل الطلب العرضي.
هل تقوم بالتحقق من رمز استجابة HTTP في برنامج التحديث التلقائي الخاص بك؟إذا لم يكن الأمر كذلك، فيجب عليك التحقق من نجاح التنزيل (HTTP 200) قبل إجراء المجموع الاختباري.من الناحية المثالية، يجب أن يعيد تطبيقك محاولة التنزيلات الفاشلة، لأن الأخطاء العابرة هي "ميزة" لا يمكن تجنبها في S3 والتي يحتاج العملاء إلى التعامل معها.
تجدر الإشارة إلى أنه إذا تلقى عملاؤك 500 خطأ، فمن المحتمل ألا ترى أي دليل على ذلك في سجلات خادم S3.يبدو أن هذه الأخطاء تحدث قبل أن يصل الطلب إلى مكون تسجيل الخدمة.
حسنًا، كل هذا قديم بعض الشيء الآن، ولكن كمرجع.لقد قمت للتو بتشغيل ترحيل البيانات لعدة وحدات من البيانات من خادم EC2 مباشرة إلى s3.أتلقى 500 خطأ كل 10 دقائق تقريبًا، وهو ما يمثل معدل خطأ يبلغ حوالي 1% من عمليات PUT.لذلك، نعم، S3 لديه مشكلة مع 500 خطأ.
لم أفعل الكثير في طريق GET بالرغم من ذلك، لذلك لا أستطيع التعليق
أوافق على أن التحقق الرباعي من الكود الخاص بك سيكون فكرة جيدة.أنا لا أقول أنه لا يمكن أن يحدث، ولكن لا أعتقد أنني رأيت ذلك من قبل، ولقد استخدمت S3 جيدًا الآن.ومع ذلك، فقد أساءت إدارة الاستثناءات/انقطاع الاتصال عدة مرات وانتهى بي الأمر بقطع لا تتطابق مع ما كنت أتوقعه.
سأكون مندهشًا جدًا إذا أرسلوا بالفعل بيانات سيئة، ولكن، كما هو الحال دائمًا، كل شيء ممكن.
لم أسمع عن مشكلة أثناء التنزيل.هذا غريب.أحصل على 500 رسالة خطأ في الخادم الداخلي عند التحميل.لهذا السبب لدي برنامج خفي يتم تحميله أثناء قيام المستخدم بشيء آخر.
لا يبدو أن هناك شيئًا ما في التعليمات البرمجية الخاصة بك، ربما يكون هناك خطأ ما بالفعل في S3 (أو في S3->اليابان.)
يمكنك محاولة تشغيل خادم EC2، وإجراء الاختبار من هناك (لن تكلفك حركة المرور أي أموال، لذا استخدم بقدر ما تريد!) ومعرفة ما إذا كنت ستواجه أخطاء.إذا قمت بذلك، فلن يحالفك الحظ وS3 ليس مناسبًا لك :)
حظ سعيد!
أكثر من مجرد إرسال بيانات سيئة، أعتقد أنني حصلت على خطأ 403.إذا حاولت مرة أخرى، فعادةً ما يكون الأمر على ما يرام.
وأنا أتفق :لقد رأيت الكثير من التقارير عن الأشخاص الذين يتحدثون عن تعطل أمازون تمامًا، ولكن لا أحد يتحدث عن الخطأ "في بعض الأحيان يتم رفض وصولي"، لذلك أعتقد أنه قد يكون هناك خطأ من جانبي.لقد قمت للتو بإعداد السجل على أمازون.
شكرا لك على أي حال!سأتبع نصيحتك وأتوقف عن إلقاء اللوم على "الشخص الآخر".
أتلقى أحيانًا أخطاء 404 غير متوقعة مع كائنات GETs التي تعد جزءًا من قائمة سابقة ولكنها جديدة في المجموعة وغيرها من العناصر المتنوعة.الأخطاء (على سبيل المثال:403 على معرف الوصول والمفتاح السري الخاص بي)، ولكن لا شيء كارثي.
يتم تشغيل الكود الخاص بي من جانب الخادم، لذلك قمت بإجراء بعض المعالجة القوية للأخطاء وتسجيلها.أعتقد أن هذا أمر حكيم للقيام به في أي وقت لديك خادم واحد على الشبكة يتصل بخادم آخر.:ص
