আমরা ক্রমবর্ধমান ক্লায়েন্টের জন্য ওয়েব অ্যাপ্লিকেশন পরিবেশন করে একটি ওয়েব অ্যাপ্লিকেশন পরিচালনা করি। শুরু করার জন্য, ক্লায়েন্টরা সাধারণত হোম, অফিস, বা অন্যান্য ওয়্যারলেস নেটওয়ার্কগুলিকে আমাদের এপিআই-তে জমা হওয়া HTTP আপলোড জমা দেয়। আমরা এখন আরও বেশি মোবাইল ক্লায়েন্ট পরিচালনা করার জন্য শাখা তৈরি করেছি। কয়েকটি কে থেকে শুরু করে কয়েকটি জিগ পর্যন্ত ফাইলগুলি ছোট ছোট খণ্ডে বিভক্ত হয়ে আমাদের এপিআইতে পুনরায় সংযুক্ত করা হয়েছে।
আমাদের বর্তমান লোড ব্যালেন্সিং দুটি স্তরে সঞ্চালিত হয়, প্রথমে আমরা আমাদের api.company.com ঠিকানার জন্য একাধিক এ রেকর্ডের বিজ্ঞাপন দিতে রাউন্ড রবিন ডিএনএস ব্যবহার করি। প্রতিটি আইপিতে আমরা একটি লিনাক্স এলভিএস: http://www.linuxvirtualserver.org/ , লোড-ব্যালেন্সার হোস্ট করি যা কোন এপিআই সার্ভারকে সংযোগটি হস্তান্তর করতে হবে তা নির্ধারণের জন্য একটি অনুরোধের উত্স আইপি ঠিকানার দিকে নজর দেয়। এই এলভিএস বাক্সগুলি একে অপরের কাছ থেকে বাহ্যিক ভিআইপি এবং অভ্যন্তরীণ গেটওয়ে আইপিগুলি গ্রহণের জন্য হার্টবিটড দিয়ে কনফিগার করা হয়েছে।
ইদানীং, আমরা দুটি নতুন ত্রুটি শর্ত দেখেছি।
প্রথম ত্রুটিটি হ'ল ক্লায়েন্টরা এক LVS থেকে অন্য মিডল আপলোডে দোদুল্যমান বা মাইগ্রেট করছে। ফলস্বরূপ এটি আমাদের লোড ব্যালেন্সারদের অবিচ্ছিন্ন সংযোগটি ট্র্যাক হারাতে এবং ট্র্যাফিকটিকে একটি নতুন এপিআই সার্ভারে প্রেরণ করে, যার ফলে দু'তোটি সার্ভার জুড়ে খণ্ডিত আপলোডটি ভেঙে যায়। আমাদের অভিপ্রায় ছিল রাউন্ড রবিন ডিএনএস টিটিএল মানটির জন্য আমাদের api.company.com (যা আমরা 1 ঘন্টা নির্ধারণ করেছি) ডাউন স্ট্রিম ক্যাশিং নেমসার্ভার, ওএস ক্যাশিং স্তর এবং ক্লায়েন্ট অ্যাপ্লিকেশন স্তর দ্বারা সম্মানিত করা। এই ত্রুটিটি আমাদের প্রায় 15% আপলোডের জন্য ঘটে।
দ্বিতীয় ত্রুটিটি আমরা খুব সাধারণভাবে দেখেছি। একটি ক্লায়েন্ট একটি এলভিএস বাক্সে ট্র্যাফিক শুরু করবে এবং এর পিছনে রিয়েলসরভার এ তে রবিত হবে। এরপরে, ক্লায়েন্ট একটি নতুন উত্সের আইপি ঠিকানার মাধ্যমে আসবে, যা এলভিএস বাক্সটি স্বীকৃতি দেয় না, যার ফলে চলমান ট্র্যাফিকটিকে সেই এলভিএসের পিছনে রিয়েলসিভার বিতেও চালিত করা হয়।
উপরের অংশে বর্ণিত আমাদের আর্কিটেকচারটি দেওয়া, আমি জানতে চাই যে আরও ভাল পদ্ধতির সাথে মানুষের অভিজ্ঞতা কী রয়েছে যা আমাদের ত্রুটিগুলির কেসগুলিকে আরও নিখুঁতভাবে পরিচালনা করতে দেয়?
5/3/2010 সম্পাদনা করুন:
এটি আমাদের যা প্রয়োজন তা দেখে মনে হচ্ছে। উত্স আইপি ঠিকানায় ভারী জিএসএলবি হ্যাশিং।