في نهاية شهر أيار (مايو) ، عقدنا أول اختبار مخصص لـ Apache Cassandra ، خلال الحدث الذي فحصنا فيه التكوينات النموذجية للعقد والمجموعات في منشآت الإنتاج المختلفة ، وناقشنا كيفية توسيع المجموعات مع زيادة أحجام البيانات وتحميلها ، وكيفية استبدال العقد الفاشلة بأقل قدر من التأثير للعملاء. كيفية مراقبة الكتلة من أجل فهم مقدما أين وما لا يعمل بالضبط ، أثار مشاكل نشر إصدارات جديدة من كاساندرا.
لكن العديد من الموضوعات كانت خارج نطاق الاجتماع وبالتالي قررنا الاستمرار!
سجل في تقريبًا تقريبًا كاساندرا ميتوب # 2بدأنا في OK
باستخدام Apache Cassandra في عام 2010 لتخزين تقييمات الصور. نحن حاليا أكبر مستخدمي Apache Cassandra في RuNet وواحد من أكبر المستخدمين في أوروبا. لدينا أكثر من مائة مجموعة مختلفة تستخدم لتخزين معلومات المنتج المختلفة - الفصول والدردشات والرسائل وإدارة بيانات البنية التحتية الهامة - تعيين الكتل المنطقية على أقراص التخزين الثنائية الكبيرة - تخزين
بارد واحد ، وإدارة بيانات السحابة الداخلية السحابية
الواحدة إلخ
في المجموع ، في
Odnoklassniki تحت سيطرة Cassandra هناك بايت من البيانات على الآلاف من العقد. خلال هذا الوقت ، اكتسبنا خبرة واسعة في إدارة وتطوير وتشغيل الحلول القائمة على كاساندرا وحتى تطوير
قاعدة بيانات المعاملات الخاصة بـ NewSQL .
سيتم تخصيص Cassandra Meetup # 2 حصريًا للتسامح مع الخطأ. سوف نتحدث عن المقصود بمفهوم التسامح مع الأخطاء ، ومناقشة كيفية اختيار مستوى الاتساق وكيف يرتبط بالنسخ المتماثل وأنواع الطلبات ، وننظر في حالة فشل العقدة وكيفية اختبارها ، ونعرف كيفية وضع النسخ المتماثلة ، ومعرفة كل شيء عن فشل المعجبين ، وأهمية تخطيط الحمل في الفشل واختبارها. وسيكون المتحدثون في هذا الحدث
أوليغ أناستاسيف وألكساندر كريستوفوروف .
إننا نقوم بهذا الاجتماع للتواصل مع الزملاء الذين يقومون أيضًا بتشغيل Apache Cassandra ، لذلك من المهم للغاية بالنسبة إلينا أن يفهم جميع المشاركين أن الاجتماع سيعقد بتنسيق مناقشة مفتوح ، أي أن الاتصالات ستستغرق معظم الوقت ، وبالتالي فإننا نقدم يجب أن تفكر مسبقًا في ما ترغب في مناقشته في الاجتماع ، وإذا كنت مستعدًا للتحدث عن قضيتك المتعلقة بتشغيل كاساندرا ، فسيسعدنا أن نمنحك الوقت للتحدث. لا تخجل!